← ClaudeAtlas

process-initlisted

このプロジェクトのプロセス構成を対話で決め、PROCESS-PROFILE.md と process.config.json を生成する。チーム規模・事業ステージ・品質要求・開発形態・安全重要度の5軸を聞き、有効なゲート・成果物・ブランチ保護を導出する。テンプレートから作った直後、および体制やステージが変わったときに実行する。
Takenori-Kusaka/pit-in-template · ★ 0 · Data & Documents · score 64
Install: claude install-skill Takenori-Kusaka/pit-in-template
# プロセス構成の初期化 このプロジェクトで**どのゲートを通すか**を決めます。決まっていない状態で実装を始めると、完了の条件が定まりません。 ## 手順 ### 1. 現在の状態を確認する `process.config.json` の `configured` を見ます。 - `false` → 初回。そのまま手順2へ - `true` → 再設定。**現在の構成を先に提示し、何を変えるのかを利用者へ確認する** 再設定で構成を**緩める方向**(ゲートの適用 → 省略、承認数を減らす、規模を大きい側から小さい側へ)の変更が含まれる場合、理由を判断記録として残すよう促してください。厳しくする方向は自由です。引き上げは判定を要し、引き下げは自動という非対称を、構成の変更にも効かせます。 ### 2. 5つの軸を聞く `scripts/vendor/tailoring-kb.json` の `questions` にある文言をそのまま使ってください。**専門用語で聞き直さないでください**。設問と選択肢は標準側で言葉を選んであります。 聞く順序: | # | 質問 ID | 内容 | | --- | --- | --- | | 1 | `q-team-size` | 開発に関わる人数 | | 2 | `q-biz-phase` | プロダクトの段階 | | 3 | `q-quality` | 品質への要求 | | 4 | `q-criticality` | 最悪の場合に何が起きるか | | 5 | `q-dev-form` | 開発の形態 | | 6 | `q-external-reviewer` | **1〜2名を選んだ場合のみ**。レビューを頼める相手が外にいるか | | 7 | `q-existing-gates` | 社内に既存の承認ゲートはあるか | | 8 | `q-ai-constraint` | AI 利用の制約 | 質問6は `q-team-size` が `size-1-2` のときだけ表示します(`appliesWhen`)。他の質問は常に聞きます。 **AskUserQuestion を使って一度に複数の質問を出してよい**ですが、選択肢の文言は `questions` の `label` をそのまま使ってください。`note` があれば説明として添えます。 質問4(安全重要度)は、技術的な難しさやチーム規模ではなく、**想定できる最悪の故障が起きたときの帰結**で選ぶものだと明示してください。ここを取り違えると構成全体がずれます。 ### 3. 使う言語のアダプタを聞く `adapters/` にあるものから選ばせます。 | id | 対象 | | --- | --- | | `node` | Node.js / TypeScript | | `python` | Python | | `go` | Go | | `none` | 上記以外。コマンドを自分で書く | | `undetermined` | まだ決まっていない。S0 探索の完了(SG-0)までに確定させる | `undetermined` を選んだ場合、S0 探索の完了(SG-0を通過する)までにスタックを確定し、アダプタを切り替える(後述の手続)必要があります。 `none` を選んだ場合、**あとで `adapters/none.json` にテストの実行コマンドを書く必要がある**ことを伝えてください。空のままでは