Takenori-Kusaka
Userピットイン方式(AI協調型ソフトウェア開発プロセス標準)準拠のプロジェクトテンプレート。/process-init で規模・事業ステージに応じたプロセス構成を生成する
Categories
Indexed Skills (7)
implement
実装計画のタスクを実装し、自動検証��通るまで自己修正ループを回す。テストを先に生成し、修正ループの書き込み範囲からテストを除外する。反復上限に達したら受入基準へ戻る。
process-init
このプロジェクトのプロセス構成を対話で決め、PROCESS-PROFILE.md と process.config.json を生成する。チーム規模・事業ステージ・品質要求・開発形態・安全重要度の5軸を聞き、有効なゲート・成果物・ブランチ保護を導出する。テンプレートから作った直後、および体制やステージが変わったときに実行する。
adr-write
あとから変えにくい決定を判断記録(ADR)として context/decisions/ へ残す。採らなかった選択肢とその理由を必ず含める。技術設計判断(G-3)の判定対象。
gate-record
ゲート判定の記録を docs/gates/ へ残す。判定者・日時・結果・差し戻し理由を記録する。全ゲートで作成し、出荷判定(G-7)で完備を確認する。
human-verify
人が差分を検証するための手がかりを機械的に集めて提示する。結論・評価・要約は生成しない。検証の順序に従って範囲を絞り、確認すべき観点を数え上げる。
spec-write
機能仕様(F-NNN)を EARS 記法で書き、受入基準を検証可能な形にする。要件合意(G-2)と機能仕様承認(G-4)の判定対象になる。実装を始める前に必ず通す。
task-breakdown
機能仕様を実装計画へ分解する。1タスク=1レビュー単位に収め、各タスクがどの受入基準に対応するかを明記する。機能仕様承認(G-4)の判定対象。
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.