product
Keep the project's product document — the pains it relieves, its goals, the causes and the answers — and see how much of each answer is built. Use when a decision about what the project is for lands as an answer, when writing or reading the product document, or when asked which answers are built, being built, or not started, or what each queued ticket builds and which answers no ticket does.
- License 许可
- MIT
- 最近更新
- 2026-10-14
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- product
- description
- Keep the project's product document — the pains it relieves, its goals, the causes and the answers — and see how much of each answer is built. Use when a decision about what the project is for lands as an answer, when writing or reading the product document, or when asked which answers are built, being built, or not started, or what each queued ticket builds and which answers no ticket does.
02 资源文件 2
- 参考文档PRODUCT-ARRIVAL.md1.0 KB
- 参考文档PRODUCT-FORMAT.md1.8 KB
03 SKILL.md 正文
Mechanism: product
The product document
The project's account of what it is for lives in docs/product.md, in the shape of
PRODUCT-FORMAT.md: pains, goals, causes, and answers, each answer an id
never renumbered and a name.
Goals
- Keep the document. Land a decided answer as a row with the next free id and a name, or, where a row waited on its question, empty that row's waits on cell; retire an answer rather than renumber it, and give a replacement a new id. A row whose answer is not chosen waits on its purpose question, bound to it. A pain is never closed.
- Link the work. A question that builds an answer carries its trace link, by id and name
word for word:
questions.py realize q-N 'A7 "<name>"', orderivedfor one that realizes none. Its sub-questions carry it without writing it. - See coverage.
product.py --coveragerenders each answer as absent, in progress or present, read from the questions that realize it. Coverage is never written into the document. - See the queue beside it.
product.py --queuerenders what each live ticket realizes and the answers left out — neither present nor realized by a ticket — under each pain and goal they serve, for the person ordering the work. It ranks nothing and is never written into the queue.
Check the document's form with product.py --check.
04 同仓库更多 Skills
verify
Use after an implementation pass, or to verify a landed slice before close. Whole verification of landed work: ticket, RFC, governing docs, and the project's verification set. Repair-and-report where that policy holds.
ticket
Use to decompose a parent work into independently-workable child tickets. Use to mint ticket(s), possibly a single one, when planning implementation without one.
tdd
Test-driven development with red-green-refactor loop. Use when user wants to build features or fix bugs using TDD, mentions "red-green-refactor", wants integration tests, or asks for test-first development.
spec
Use to develop a spec for substantial work through /align, then hand off to /ticket. Use when a change needs agreed scope, behavior, boundaries and testing before decomposition. An existing spec for the work is developed in place.
skill-up
Aid agent skill creation or modification. Use when creating a new skill or changing an existing one. Use whenever writing any agent instructions, whether to a file or directly in a reply.
setup-devops
Set up the project's engineering scaffolding, from toolchain to CICD and observability. Use when initializing a repo or filling a setup gap.