---
name: notes
description: Use whenever you complete a unit of work, a task, or a phase — record implementation notes so progress and findings are durable, not stranded in conversation context.
---

# Notes

Record implementation notes as you go.

During execution, notes belong in the **active runtime phase sheet**
(`state/.../phases/phase-NN.md`) — disposable working context. At phase or slice
wrap-up, durable items are harvested into `notes.md`
(`doctrine slice notes <ID>` scaffolds it on demand) and `audit.md`. Honour the
storage rule: live progress lives in the state tree, never in authored files.

If you don't know which slice owns the work, find it with `doctrine slice list`.

Be concise, but record:

- what's done
- any:
  - surprises encountered or adaptations required
  - potential rough edges, omissions, or refactorings for later
  - follow-up actions advisable
  - open questions relating to completed or upcoming work
  - durable facts, patterns, or gotchas that should become a memory
  - relevant commit hash(es), or: uncommitted work
  - whether `.doctrine` changes were committed promptly per repo doctrine, or
    are still pending and why
  - if committed, whether they went out with code or separately when that
    matters for the next agent
- whether the verification gate (`just check`) has run successfully since code
  was last modified, or: outstanding errors

If the note identifies a reusable fact, pattern, or gotcha that would save a
future agent meaningful time, run `/record-memory` before you treat the task,
phase, or slice as wrapped.

If instead it identifies a unit of follow-up **work** — an issue, risk, chore, or
idea worth doing later — **capture** it with `backlog new` so the intent is not
stranded in this context. Work, knowledge, or a decision? The boundary that
arbitrates is in `using-doctrine.md`.
