spec

Session routing: If resuming an existing spec (prior session, user says "let's continue"), follow the multi-session discipline in references/artifact-strategy.md — read SPEC.md, evidence/ files, and meta/changelog.md first. Summarize current state, review pending items carried forward, and pick up from the appropriate workflow step. Do not re-run Intake for a spec that already has artifacts.

If the user skips problem framing (jumps to "how should we build X?"):

"I want to make sure I understand the problem fully before we design. Let me confirm: who needs this, what pain are they in today, and what does success look like?"

Управляйте основанным на фактических данных итеративным процессом разработки спецификации продукта и разработки, в результате которого создается полная PRD + техническая спецификация (часто в формате SPEC.md). Используйте при сквозном определении масштаба объекта или площади поверхности продукта; определение требований; исследование внешнего/внутреннего уровня техники; отображение текущего поведения системы; сравнение вариантов дизайна; принятие односторонних решений; этапы планирования; и ведение журнала решений и журнала открытых вопросов. Триггеры: спецификация, PRD, предложение, техническая спецификация, RFC, объем работ, проектная документация, сквозные требования, поэтапный план, компромиссы, открытые вопросы. Источник: inkeep/team-skills.