ワンクリックで
write-spec
Draft a product spec and store it as a gest artifact (e.g. /write-spec "user authentication").
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Draft a product spec and store it as a gest artifact (e.g. /write-spec "user authentication").
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Take an iteration and execute it: dispatch /implement agents per phase, always sequentially (e.g. /orchestrate <iteration-id>).
Take an iteration and execute it: dispatch /implement agents per phase with git worktree isolation for parallel work (e.g. /orchestrate <iteration-id>).
Take an iteration and execute it: dispatch /implement agents per phase with jj workspace isolation for parallel work (e.g. /orchestrate <iteration-id>).
Promote a gest task to a GitHub Issue (e.g. /promote-task <id>).
Explore a rough idea with the user, clarify requirements, and draft a spec. Also decomposes large specs into smaller ones (e.g. /brainstorm "offline mode", /brainstorm <gest-id>).
Implement a single issue: write code, verify, review, format, and commit (e.g. /implement <gest-id>).
| name | write-spec |
| description | Draft a product spec and store it as a gest artifact (e.g. /write-spec "user authentication"). |
| args | <topic and approach> |
Draft a product spec and store it as a gest artifact.
Write a spec using this structure. Omit any section that doesn't apply.
# Spec: <Title>
## Problem Statement
What problem does this solve? Who is affected?
## Proposed Solution
How it works from the user's perspective. Focus on behavior, not implementation.
## Scope
### In Scope
- ...
### Out of Scope
- ...
## Acceptance Criteria
- [ ] Measurable outcome 1
- [ ] Measurable outcome 2
## Open Questions
- Anything still unresolved
## References
- Related specs, ADRs, issues
Present the draft and iterate based on feedback. Keep it concise -- a spec should be short enough to read in a couple of minutes.
Pipe the spec content via stdin. When --body is omitted and stdin is piped, gest reads the body automatically. Use
-q
to get the bare artifact ID:
cat <<'EOF' | cargo run -- artifact create "<title>" \
--tag spec --tag "<area>" -q
<spec content here>
EOF
Title is a positional argument in v0.5.0. Categorization is tag-driven: include the spec
tag plus the relevant area tag(s) from docs/process/labels.md.
The -q flag prints only the artifact ID, ready for downstream use.
Print: invoke /plan <id> when you're ready for the next step