refactor(skills): retrofit the corpus to the ADR-0020 context contract #129
@@ -64,10 +64,10 @@ edge cases, `get_commit` will not.
|
||||
## Token scope
|
||||
|
||||
Both tools are believed to require `write:repository`, even though they're read-only — inferred by
|
||||
analogy with the scope-gating principle in `overview.md` (Gitea gates reads behind write scope for
|
||||
repo-scoped operations), not a claim `overview.md` makes for commits by name: its explicit
|
||||
`write:repository` enumeration lists PR, branch, file, release, and tag operations, but doesn't
|
||||
mention commits. An earlier version of this doc claimed `write:issue` alone worked, based on
|
||||
analogy with the scope-gating principle confirmed for branch operations in `branches.md`'s Token
|
||||
scope section (Gitea gates reads behind write scope for repo-scoped operations), not a claim any
|
||||
doc in this skill makes for commits by name: nothing here enumerates commits under
|
||||
`write:repository` explicitly. An earlier version of this doc claimed `write:issue` alone worked, based on
|
||||
empirical testing under a token that held both `write:issue` and `write:repository`
|
||||
simultaneously — that test didn't isolate the variable either. Treat this as unverified until
|
||||
tested under a token scoped to `write:issue` only (no `write:repository`).
|
||||
|
||||
@@ -64,10 +64,10 @@ edge cases, `get_commit` will not.
|
||||
## Token scope
|
||||
|
||||
Both tools are believed to require `write:repository`, even though they're read-only — inferred by
|
||||
analogy with the scope-gating principle in `overview.md` (Gitea gates reads behind write scope for
|
||||
repo-scoped operations), not a claim `overview.md` makes for commits by name: its explicit
|
||||
`write:repository` enumeration lists PR, branch, file, release, and tag operations, but doesn't
|
||||
mention commits. An earlier version of this doc claimed `write:issue` alone worked, based on
|
||||
analogy with the scope-gating principle confirmed for branch operations in `branches.md`'s Token
|
||||
scope section (Gitea gates reads behind write scope for repo-scoped operations), not a claim any
|
||||
doc in this skill makes for commits by name: nothing here enumerates commits under
|
||||
`write:repository` explicitly. An earlier version of this doc claimed `write:issue` alone worked, based on
|
||||
empirical testing under a token that held both `write:issue` and `write:repository`
|
||||
simultaneously — that test didn't isolate the variable either. Treat this as unverified until
|
||||
tested under a token scoped to `write:issue` only (no `write:repository`).
|
||||
|
||||
Reference in New Issue
Block a user