Claude Skills by mjun0812

計画・設計・specの意思決定を、ユーザーとの対話で解決するSkill。 前提が解決済みの論点 (frontier) をroundごとにまとめて質問し、設計ツリーのすべての分岐が解消されるまで繰り返す設計全体モードと、指定された1つのdecisionだけを解決する単一decisionモードを持つ。 ユーザーが「計画を詰めて」「計画を改善して」「設計を厳しく問い詰めて」「grillして」と依頼したら設計全体モードを使い、 呼び出し元skillからHuman-owned decisionを1件渡されたら単一decisionモードを使うこと。 ユーザーへの質問なしにagentが自分で決めてほしい場合には使わない。

承認済みのspec (`.mjun/specs/` のLocal spec、GitHub Issue番号、または単発の設計doc) を起点に、task group単位の実装からAcceptance Criteriaの照合、commit、必要ならPR作成までを一気通貫で行うSkill。 ユーザーが「#Nを実装して」「このspecを実装して」「実装してPRまで」のように依頼したら使うこと。 specの作成・磨き上げ・承認や、未取り込みIssueの取り込みには使わない。 specも設計docも無く、会話の中で決めた小規模な変更にも使わない (直接実装する)。

会話だけでは判断できないUI・状態モデル・ロジックの設計質問を、使い捨ての試作品で検証するSkill。 ユーザーが「プロトタイプで確かめて」「試作して比べて」と依頼したときや、spec作成中に実物を見ないと決められないdecisionが出たときに使うこと。 本実装や、現行コードでの実現可能性の確認 (trial implementation) には使わない。

意思決定に必要な外部事実を一次資料 (公式ドキュメント・ソースコード・仕様書) から調査し、主張ごとに出典を付けて記録するSkill。 ユーザーが「一次資料で調べて」「公式ドキュメントを確認して」と依頼したときや、spec作成中に外部仕様の知識不足でdecisionが決められないときに使うこと。 会話済み内容のまとめや、対象リポジトリのコードを読むだけで足りる調査には使わない。

spec (`.mjun/specs/<slug>`、GitHub Issue / PR番号、設計Markdown、または会話中の設計) のcontractと実装設計を、fresh contextのreviewerとverifierで敵対的にレビューし、confirmedの指摘だけをチャットへ返すSkill。ファイルは編集しない。 ユーザーが「このspecをレビューして」「#Nの仕様を検査して」「設計の穴を探して」と依頼したときや、呼び出し元skillから承認前のspec検査を渡されたときに使うこと。 人間との対話で仕様の分岐を決める用途や、コード差分のレビュー (PR番号を渡されてもコードは見ない) には使わない。

アイデア、GitHub Issue、Markdownを、実装者が追加調査なしで着手できる仕様 (contract) へ磨き上げるSkill。 調査で決まる論点はAgentが決め、人間の判断が必要な論点だけを1問ずつ確認して仕様を確定し、承認後にIssueへ投影する。 ユーザーが「specを作って」「仕様を詰めて」「issueを磨いて」のように依頼したら使うこと。 実装からPR作成まで進める依頼や、既にspecが承認済みの実装依頼には使わない。

`.mjun/specs/` のLocal specの進捗 (contract承認、task完了、実装branch、投影先Issue) を索引なしで導出して一覧・詳細表示するSkill。 ファイルへの書き込みは行わない。 ユーザーが「specの状況を見せて」「進行中のspecを一覧して」「このspecはどこまで進んだ?」のように依頼したら使うこと。 specの作成・磨き上げ・実装・task分解には使わない。

`.mjun/steering/` をプロジェクトの永続メモリ (project memory) として作成・維持するSkill。 core 3ファイル (product.md, tech.md, structure.md) が欠けていればコードベースを分析して生成し (Bootstrap)、 揃っていればsteeringとコードのdriftを検出して追記更新する (Sync)。 どちらのモードでも、コード内に証拠のあるドメイン (API規約、testing、securityなど) のcustom steeringを自動作成し、 履歴 (merged PR、closed Issue、設計doc) から用語集 `.mjun/CONTEXT.md` と根拠が明文の決定記録 `.mjun/adr/` を発掘して追記する (追記専用)。 ユーザーが「steeringを作って」「steeringを更新して」「プロジェクトメモリを整備して」のように依頼したら使うこと。

spec (`.mjun/specs/` のLocal spec、またはGitHub Issue) を、単独で検証可能なvertical sliceのtaskへ分解し、 `.mjun/specs/` 配下の `tasks.md` へ永続化するSkill。 通常はspecの承認後に自動で呼び出される。ユーザーが「taskに分解して」「分解をやり直して」と依頼したときや、 specの変更後に再分解したいときに単体で使うこと。実装そのもの、およびspec本文の作成・修正には使わない。

自分のlocal変更 (未commit変更、または指定した1 commit) を敵対的にコードレビューし、検証を通過した指摘だけをチャットへ返すSkill。`--spec` でspec (GitHub Issueまたは`.mjun/specs/`のLocal spec) を渡すと、specとの整合も検査する。GitHub、PR、CI、review threadは使わない。ユーザーが「自分の変更を厳しくレビューして」「このcommitをself reviewして」のように依頼したら使うこと。