بنقرة واحدة
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