Repository navigation
A planning command that writes the setting of the plans folder itself, never asking the developer to - #122
Merged
Conversation
…, never asking the developer to /surface-plan writes only in the plan folder, and took `docs/plans` whenever `.claude/surface.json` was missing. In a host whose agent instructions and earlier plan keep plans in another folder, the command saw the mismatch, read its own rule as a ban on writing the setting, and asked the developer to create the file. - The opening of the skill names the one exception: the setting step 3 writes in `.claude/surface.json`. - Step 3 finds the plans folder when the setting is missing, the first that answers: the folder the conventions read at step 1 name for plans, the folder of the plan folders the repository already keeps, then `docs/plans`. A folder other than `docs/plans` is written as `plans_dir` before the plan folder is created, the file created when missing and its other keys kept, and the developer is told in one line, never asked to write it. - The file goes in the first commit of the plan, unless git ignores it, so the setting outlives the session. - A prompt test holds the order, the write and the commit. - ARCHITECTURE.md, under "Settings and language", says in a paragraph of its own that the command writes this one setting, and the guide tells the developer. ADR 0019 stays as it is: the installer still creates no settings file.
PierreMardon
deleted the
fix/plans-dir-written-by-the-planning-command
branch
October 14, 2026 08:55
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
/surface-planwrites only in the plan folder, and tookdocs/planswhenever.claude/surface.jsonwas missing. In a host whose agent instructions and earlier plan keep plans in another folder, the command saw the mismatch, read its own rule as a ban on writing the setting, and asked the developer to create the file themselves.What changes
.claude/surface.json.journal.jsonl; otherwisedocs/plans.docs/plansis written asplans_dirbefore the plan folder is created, the file created when missing and its other keys kept, since the state script finds the plans only through that setting. The developer is told in one line, never asked to write it./surface-planwritesplans_diritself when their conventions place plans elsewhere.ADR 0019 stays as it is: it bounds the installer, which still creates no settings file.
The critical zone
ARCHITECTURE.md, under "Settings and language", gains one paragraph, for the developer to read:It stands apart from the paragraph on the settings, which would have reached 619 bytes with it, over the bound of 600.
Checked
scripts/gate.sh, green locally.Not measured: no end to end scenario nor evaluation plays a host that keeps its plans outside
docs/plans.