just-do-it について
チケットを起点に、分析、構築、レビュー、出荷までの開発作業を進めるエージェントスキルです。専門担当への委任、チェックポイント、修正ルールを用い、コードレビューの最終判断は人が行います。
主な機能
- 01Linear チケットと実行コンテキストの確認
- 02分析・構築・専門担当の調整
- 03コミットのチェックポイントとコードレビュー
- 04ルールに沿ったブロッカー対応と再レビュー
- 05事前確認後のプッシュと未マージPR作成
活用シーン
- 01Linear チケットから開発作業を開始
- 02範囲を限定した構築作業で専門担当を調整
- 03コードレビューで見つかった阻害要因への対応
- 04事前確認を行いレビュー用PRを作成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/just-do-itを入力して読み込まれたか確認します。
同梱ファイルdoctrine.mdreference.md
詳細
とにかく実行する
必読： ../pack-shared/standards.md。このターンで分析、ビルド、レビューを行う前に、AGENTS.md の Taste セクションと Architecture セクションを適用してください。省略しないでください。ユーザー向けの作業では、/design と docs/design.md も読み込んでください。
読むこと： doctrine.md · reference.md · ../pack-shared/execution-context.md · ../pack-shared/pr-ship.md · ../publish/doctrine.md · ../publish/reference.md · 質問のスタイル： ../pack-shared/asking.md
このスキルはユーザー向けの起点です。/task の下にネストしないでください。親オーケストレーター専用です。../pack-shared/subagents.md に従って専門家に割り振り、利用できる場合はハーネスの専門家ツールを使い、そうでなければその役割を独立した工程として実施し、完了報告をレビューしてください。重要な作業を一人で行ったり、ツリーを grep したり、テストを書いたりしないでください。推奨される任意の判断は受け入れ、名前が明示された今すぐ修正すべきブロッカーのみ自動修正し、任意の改善はフォローアップとして残し、/pr-review は人間に委ねます。
ライフサイクル
- 読み取り専用の
/trackersを通じて Linear のチケットを解決し、親の実行コンテキストを開きます。 - git のハードストップを通過した後、型付きブランチを作成します。
/analyzeを実行します（次のステップはこの親が担当します）。続いて、対象を限定したビルドのために/taskを実行します（/taskはエビデンスを返し、出荷はこの親が担当します）。専門家は subagents.md から選び、固定の起動順には従わないでください。- そのコミットがプッシュされない場合は、CI ミラーを実行せずに作業ツリーをチェックポイントコミットします。PR がすでに開いている場合は、先に pr-ship.md のミラーを実行します。
baseSha...headShaを固定します。/code-review（CR1）を実行し、今すぐ修正すべき項目を/analyzeと/taskの Fix モードで修正します。再レビューの前にチェックポイントを作成します。 - 変更が残っている場合はチェックポイントを作成し、固定した修正済みの範囲を対象に、新たに
/code-review（CR2）を実行します。同じ方法で修正します。 - 必要に応じてコミットを出荷し、プッシュ前に pr-ship.md の CI ミラーを実行して、事前チェックを行い、PR のドラフト全体をチャットに表示してから、pr-ship.md に従ってプッシュし、PR を作成します（オープン状態にし、マージしないでください）。利用できる場合はハーネスのプルリクエストツールを使い、そうでなければ
ghを使います。このスキルが/publishではないことを理由に、この手順を省略しないでください。
ハードストップ、レビュー上限、出荷、コンテキストの引き継ぎ、新しいチャットでの復旧については、doctrine と reference に記載されています。