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
This commit is contained in:
@@ -5,7 +5,8 @@ description: >
|
||||
Use when a Gitea request is general or ambiguous — a no-args repo check-in, a bare number that
|
||||
could be an issue or a PR, or a capability whose owning skill is unclear. Resolves which
|
||||
domain skill applies. Not an unambiguous issue request -> `gitea-issues`. Not an
|
||||
unambiguous PR request -> `gitea-prs`. Not local git work with no Gitea component.
|
||||
unambiguous PR request -> `gitea-prs`. Not local git work with no Gitea component ->
|
||||
`git-workflow`.
|
||||
|
||||
compatibility: Requires Gitea MCP server configured with a token; delegates all calls to the six
|
||||
domain skills, which in turn require write:issue and write:repository scopes at minimum.
|
||||
|
||||
Reference in New Issue
Block a user