3bb2f8f1c5
* chore: wire docs/agents config into AGENTS.md Agent skills section
Add the `## Agent skills` discovery block pointing the engineering
skills at the existing docs/agents/{issue-tracker,triage-labels,domain}.md
files (issue tracker, triage label mapping, single-context domain docs).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* docs: rebrand to GSD Core and restructure docs with Diataxis
Reorganise the root README and docs/ around the Diataxis framework
(tutorials, how-to guides, reference, explanation), add new how-to
guides and schema references (STATE.md / CONTEXT.md / PLAN.md /
planning artifacts), and cross-link the whole set. Update the lone
legacy gsd-build reference to open-gsd; keep internal get-shit-done/
filesystem paths unchanged (directory rename tracked separately in
open-gsd/gsd-core#604). Regenerate the ja-JP, ko-KR, pt-BR and zh-CN
localised trees to mirror the new structure.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* docs: backfill changeset PR number (#605)
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
6.5 KiB
クイックタスクと高速タスクの処理方法
すべての作業がフェーズの中に収まるわけではありません。GSD は、discuss → plan → execute → verify の完全なループを必要としない作業向けに 2 つの軽量コマンドを提供します。
フェーズパイプライン全体がそのオーバーヘッドに見合うかどうかの判断基準については コンテキストエンジニアリング を参照してください。
どちらのコマンドを使うかを決める
| 状況 | コマンド |
|---|---|
| バグ修正、小さな機能追加、または単一の自明な編集として要約できないタスク | /gsd-quick |
タイポ修正、設定値の更新、.gitignore へのエントリ追加など、3 ファイル以下でかつ 1 分以内の変更 |
/gsd-fast |
| タスクに未知の要素があり、リサーチが必要、または複数のファイルに影響する場合 | --research 付きの /gsd-quick |
目安: タスクが自明かどうかを一瞬でも迷ったら /gsd-quick を使ってください。/gsd-fast はスコープが自明でないと判断した場合、自動的に /gsd-quick にリダイレクトします。
/gsd-quick — GSD の品質保証付きアドホックタスク
/gsd-quick はフルフェーズと同じアトミックコミットおよび STATE.md トラッキングの保証付きでプランナーとエグゼキュータを実行しますが、フェーズのオーバーヘッドなしに動きます（ROADMAP エントリなし、discuss-phase なし、複数プランにまたがるウェーブ調整なし）。
基本的な使い方
/gsd-quick
GSD がタスクの説明を求め、プランニングと実行を行います。成果物は .planning/quick/ に配置されます。
説明を直接渡すこともできます:
/gsd-quick "Fix the login button not responding on mobile Safari"
フラグ
タスクに応じて品質パイプラインをより多く組み込むためにフラグを追加します。
| フラグ | 追加される内容 |
|---|---|
--discuss |
プランナー実行前にグレーゾーンを浮き彫りにし、決定事項を CONTEXT.md に記録する軽量な事前検討 |
--research |
対象を絞ったリサーチエージェントがプランニング前にアプローチ、ライブラリ、潜在的な問題を調査 |
--validate |
プランチェック（最大 2 回の反復）と実行後の検証 |
--full |
上記すべて — --discuss --research --validate と同等 |
フラグは自由に組み合わせられます:
/gsd-quick --research --validate # リサーチ + プランチェック + 検証（検討なし）
/gsd-quick --discuss # プランニング前にグレーゾーンのみ確認
/gsd-quick --full # 完全な品質パイプライン
フラグを追加するタイミング
- タスクへのアプローチや使用するライブラリが不明な場合は
--researchを追加します。 - タスクがクリティカルなコードパスに触れており、検証エージェントに must-haves が満たされたことを確認させたい場合は
--validateを追加します。 - タスクに設計上の選択肢があり、プランナーが実行する前に確定させたい場合（例: 適切なエラーハンドリングの挙動が明らかでない場合）は
--discussを追加します。 - タスクが実質的に重要でフェーズとしてプランするべきだが ROADMAP に含めたくない場合は
--fullを使います。
クイックタスクの一覧と再開
/gsd-quick list # すべてのクイックタスクとステータスを表示
/gsd-quick status my-task-slug # 特定のタスクのステータスを表示
/gsd-quick resume my-task-slug # 中断されたタスクを再開
/gsd-fast — インラインでの自明な編集
/gsd-fast は現在のコンテキストで直接作業を実行します。サブエージェント、PLAN.md、リサーチはありません。自分で 1 分以内に実行できる変更のみに適しています。
/gsd-fast "fix typo in README"
/gsd-fast "add .env to .gitignore"
説明を省略すると GSD が求めます。
/gsd-fast は続行前にタスクが実際に自明かどうかを確認します。スコープが大きすぎると判断した場合は停止してリダイレクトします:
This looks like it needs planning. Use /gsd-quick instead:
/gsd-quick "your task description"
変更後、/gsd-fast はアトミックにコミットし、.planning/STATE.md に Quick Tasks Completed テーブルが存在する場合はその行を追記します。
/gsd-quick が /gsd-fast にない機能
| 機能 | /gsd-fast |
/gsd-quick |
|---|---|---|
| サブエージェントプランナー | なし | あり |
| サブエージェントエグゼキュータ | なし | あり |
| リサーチエージェント | なし | オプション（--research） |
| プランチェック | なし | オプション（--validate） |
| 実行後の検証 | なし | オプション（--validate） |
| 検討フェーズ | なし | オプション（--discuss） |
| ワークツリー分離 | なし | あり（デフォルト） |
| タスクごとのアトミックコミット | 単一コミット | プランタスクごとに 1 つ |
| STATE.md トラッキング | テーブルが存在すれば行を追記 | 常に更新 |
.planning/quick/ 成果物 |
なし | あり |
主な違いはサブエージェントの分離です。/gsd-quick は新鮮なプランナーとエグゼキュータを別々のコンテキストウィンドウで起動するため、作業が適切にプランされ、コミットはタスクごとにアトミックになり、オーケストレータが結果を検証できます。/gsd-fast は現在のコンテキストウィンドウのみを使用し、それらを必要としないほど自明な変更に意図的に限定されています。