Move consume artifacts to artifact store
This commit is contained in:
@@ -1,7 +1,7 @@
|
||||
# project branch
|
||||
|
||||
How consume reads a project target, and what it clears afterward.
|
||||
Reached from step 1 of [`SKILL.md`](SKILL.md) when the target is a directory containing `.agents/spec/`, `.agents/tasks/`, `.claude/spec/`, or `.claude/tasks/`.
|
||||
Reached from step 1 of [`SKILL.md`](SKILL.md) when the target's artifact project directory contains `spec/` or `tasks/`.
|
||||
|
||||
## Read the source, mine the specs
|
||||
|
||||
@@ -10,8 +10,7 @@ Read it thoroughly enough to understand its current state and to surface the reu
|
||||
A gotcha usually carries two separable things — a transferable principle and a concrete repo-specific answer — so surface both.
|
||||
Step 4 of SKILL.md routes the principle to the pull channel and the residue to the target's push channel.
|
||||
|
||||
`.agents/spec/` and `.agents/tasks/` are the canonical record of *why* — the reasoning, trade-offs, and intent behind what the code became.
|
||||
Claude Code compatibility paths under `.claude/spec/` and `.claude/tasks/` count as the same record only when they resolve to the canonical `.agents/` paths.
|
||||
The artifact project's `spec/` and `tasks/` directories are the canonical record of *why* — the reasoning, trade-offs, and intent behind what the code became.
|
||||
They are the richest source of the generalizable lessons, and cleanup destroys them, so mine their reasoning now or lose it.
|
||||
But they are not current fact: where a spec or task disagrees with the source, the source wins, and where one describes work later abandoned or changed, the source is what actually happened.
|
||||
|
||||
@@ -21,19 +20,14 @@ Done when you understand the project's current state from its source and have mi
|
||||
|
||||
## Output location
|
||||
|
||||
Project notes land flat under `01 sources/claude/projects/`, this branch's own area within the vault write boundary.
|
||||
This is the source-type carve — other consume source types get their own sibling areas later, so project output never mixes with them.
|
||||
Keep the area flat by default and never reorganize it.
|
||||
If the user has already grouped some notes into subfolders under `projects/`, write a new note into the matching group rather than at the top level.
|
||||
Project notes land flat under `$(xdg-user-dir DOCUMENTS)/ai-artifacts/wiki/`.
|
||||
Do not create subdirectories there.
|
||||
|
||||
## Cleanup
|
||||
|
||||
After the notes are written (step 6 of SKILL.md), delete the spec and task files that were present under `.agents/spec/` and `.agents/tasks/` when you read the project in step 2 — the scaffolding this run consumed.
|
||||
If a target only has legacy `.claude/spec/` or `.claude/tasks/`, consume those paths instead.
|
||||
If both canonical `.agents/` scaffolding and real distinct legacy `.claude/` scaffolding exist, stop and ask which is authoritative.
|
||||
A `.claude/` compatibility symlink to `.agents/` is not a distinct tree.
|
||||
After the notes are written (step 6 of SKILL.md), delete the spec and task files that were present under the artifact project's `spec/` and `tasks/` directories when you read the project in step 2 — the scaffolding this run consumed.
|
||||
A file added after that read is not swept up.
|
||||
Leave the now-empty `.agents/spec/` and `.agents/tasks/` directories in place, along with any compatibility symlinks under `.claude/`.
|
||||
Remove `spec/` or `tasks/` when the cleanup leaves it empty.
|
||||
|
||||
Deleting those files can strand references to them.
|
||||
Scan the target for pointers to each file about to be deleted — in `AGENTS.md`, `CLAUDE.md`, `CONTEXT.md`, ADRs, and sibling specs — and fix or remove each one, following the pointer wherever it lands rather than checking the push channel alone.
|
||||
Scan the target and its artifact project directory for pointers to each file about to be deleted — in `AGENTS.md`, `CONTEXT.md`, ADRs, and sibling specs — and fix or remove each one, following the pointer wherever it lands rather than checking the push channel alone.
|
||||
|
||||
Reference in New Issue
Block a user