docs(6856): the scope section says the cross-project rule in fewer lines, so using-grimoire fits its 350-line budget
CI & Build / Python lint (push) Successful in 2s
CI & Build / Plugin hooks (push) Successful in 17s
CI & Build / TypeScript typecheck (push) Successful in 32s
CI & Build / Python tests (push) Successful in 1m52s
CI & Build / integration (push) Successful in 2m26s
CI & Build / Build & push image (push) Successful in 17s
CI & Build / Python lint (push) Successful in 2s
CI & Build / Plugin hooks (push) Successful in 17s
CI & Build / TypeScript typecheck (push) Successful in 32s
CI & Build / Python tests (push) Successful in 1m52s
CI & Build / integration (push) Successful in 2m26s
CI & Build / Build & push image (push) Successful in 17s
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
@@ -1,7 +1,7 @@
|
|||||||
{
|
{
|
||||||
"name": "grimoire",
|
"name": "grimoire",
|
||||||
"description": "Grimoire for Claude Code: connects the grimoire MCP server, adds the hooks that deliver live project state and relevant records at the right moment, ships the shared client-neutral Grimoire skills (using-grimoire, writing-plans, reporting-back, systematic-debugging, verification, brainstorming, reusing-code, shape-accounting, family-canon), and syncs your saved Grimoire Processes as skills (/grimoire:sync).",
|
"description": "Grimoire for Claude Code: connects the grimoire MCP server, adds the hooks that deliver live project state and relevant records at the right moment, ships the shared client-neutral Grimoire skills (using-grimoire, writing-plans, reporting-back, systematic-debugging, verification, brainstorming, reusing-code, shape-accounting, family-canon), and syncs your saved Grimoire Processes as skills (/grimoire:sync).",
|
||||||
"version": "2026.11.05.0252",
|
"version": "2026.11.05.0301",
|
||||||
"author": {
|
"author": {
|
||||||
"name": "Bryan Van Deusen"
|
"name": "Bryan Van Deusen"
|
||||||
},
|
},
|
||||||
|
|||||||
@@ -277,16 +277,12 @@ bound — confine the session to it:
|
|||||||
- **Pass that `project_id` to every read** (`search`, `list_tasks`,
|
- **Pass that `project_id` to every read** (`search`, `list_tasks`,
|
||||||
`list_notes`). An unscoped read bleeds every other project's work into your
|
`list_notes`). An unscoped read bleeds every other project's work into your
|
||||||
context.
|
context.
|
||||||
- **Only reference or offer work on the in-scope project.** Don't surface,
|
- **Only reference or offer work on the in-scope project**, unless the
|
||||||
suggest, or start work on other projects unless the operator explicitly widens
|
operator explicitly widens scope; work that belongs elsewhere, say so and ask.
|
||||||
scope.
|
- **Cross-project, the one change to make is filing an issue**:
|
||||||
- **Toward another project, the one change to make is filing an issue**:
|
`create_task(project_id=<theirs>, kind="issue")` with how you found it and the
|
||||||
`create_task(project_id=<theirs>, kind="issue")`, carrying how you found it
|
evidence. Reading there is fine; editing its files, committing or pushing in
|
||||||
and the evidence. Editing its files, committing or pushing in its repo, and
|
its repo, or changing its records is the operator's call, and the plugin asks.
|
||||||
changing its other records are the operator's call, and the plugin asks them
|
|
||||||
before any of those runs. Reading anything there is fine.
|
|
||||||
- If the work itself belongs to a *different* project, say so and **ask before
|
|
||||||
switching** — never silently operate cross-project.
|
|
||||||
|
|
||||||
## Read these when the moment comes
|
## Read these when the moment comes
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user