fix(gitea): restore routing and sourcing content the retrofit dropped

gitea-issues asserted flatly that a merge never closes an issue, contradicting
gitea-prs' references/merging.md, which documents that closing keywords in
commits landing on the default branch do close one. The qualifier that made the
claim true had been deleted; both sides now agree.

gitea-releases had lost an epistemic hedge and its verification step, leaving
conventions.md asserting unconfirmed tag auto-creation as fact. Nothing in the
research corpus sources it, so the hedge and the verify-afterward instruction are
back rather than upgraded.

Descriptions were cut 50-240 chars under the 400 budget and shed routing with
them: gitea-workflow's boundary named no target, gitea-prs lost the issue/PR
number-space directive the suite is built around at 163/400, gitea-releases lost
its boundary and every trigger. Restored, inside budget. Also restores
delete_branch's hard-refusal strength and gitea-files' Read/Write/Edit pointer.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EJJrm5YmacbwMdzZpXcoti

plugins/gitea/skills/gitea-labels-milestones/SKILL.md

@@ -2,8 +2,9 @@
 name: gitea-labels-milestones
 
 description: >
-  Use when reading or writing Gitea labels or milestones — resolve names to IDs, or infer
-  labels — even when the user does not say "Gitea".
+  Use when reading or writing Gitea labels or milestones — "create a label", "what labels does
+  this repo have", "close the milestone" — or to resolve label names to IDs, or infer a
+  Kind/Priority/Status label from context, even when the user does not say "Gitea".
   Not applying them to an issue -> `gitea-issues`. Not to a PR -> `gitea-prs`.
 
 compatibility: Requires Gitea MCP server configured with write:issue and write:repository token scopes.