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-prs/SKILL.md

@@ -3,7 +3,9 @@ name: gitea-prs
 
 description: >
   Use when listing, reading, creating, updating, merging, or reviewing Gitea pull requests — even
-  when the user does not say "Gitea". Not issues -> `gitea-issues`.
+  when the user does not say "Gitea". A number the user names may be an issue or a PR — they share
+  one number space — so confirm which domain applies before dispatching. Not issues ->
+  `gitea-issues`. Not branch or commit operations -> `gitea-branches`.
 
 compatibility: Requires Gitea MCP server configured with write:issue and write:repository token
   scopes. Requires git remote "origin" pointing to the Gitea instance for owner/repo resolution when