메뉴
git diff を解析して PR の Tier（1/2/3）を自動提案する。判定根拠・境界ケース注意に加え、 UI / 成果物変更を検出した場合は成果物 evidence 必須 warning も出力。 使用タイミング: (1) PR作成前にTierを確認したい時 (2) 境界ケースで判断に迷った時 (3) git diffを見てTier判定してほしい時。 トリガー例: 「これ何Tier?」「Tier判定して」「このPRはTier何になる?」 「Tier確認してから PR 作りたい」「git diffを見てTierを教えて」
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | tier-judge |
| description | git diff を解析して PR の Tier（1/2/3）を自動提案する。判定根拠・境界ケース注意に加え、 UI / 成果物変更を検出した場合は成果物 evidence 必須 warning も出力。 使用タイミング: (1) PR作成前にTierを確認したい時 (2) 境界ケースで判断に迷った時 (3) git diffを見てTier判定してほしい時。 トリガー例: 「これ何Tier?」「Tier判定して」「このPRはTier何になる?」 「Tier確認してから PR 作りたい」「git diffを見てTierを教えて」 |
git diff main...HEAD を解析し、PRのTierを提案する。
判定根拠・境界ケース警告を出力して人間の最終確認を支援する。
「このブランチのTierを判定して」
「git diffを見てTierを教えて」
「PR作る前にTier確認したい」
以下のいずれかに変更が含まれるか確認する:
| チェック項目 | 検出パターン例 |
|---|---|
| 価格・原価率 | price, pricing, ¥, $29, cost, rate（コード内） |
| 認証・セキュリティ | .env編集, oauth, api_key, token, secret（コード内） |
| DBスキーマ破壊的変更 | DROP TABLE, RENAME, ALTER COLUMN TYPE, NOT NULL追加+backfill |
| 本番環境設定 | vercel.json, wrangler.toml, secrets:, GitHub Actions secrets |
| hook/settings 全課波及 | validate-dangerous-ops-v2.sh, settings.local.json（配布対象） |
| template課からの変更 | claude-code-template/ 配下のコード変更（全課波及） |
| 新規外部サービス導入 | 新しいAPIキー設定, 新しい npm install パッケージでの外部依存追加 |
変更ファイルが以下のみの場合:
*.md, *.txt, *.csvコード変更あり + Tier 3条件非該当 → Tier 2
Tier 2扱い例外（Tier 3条件に一部該当しても Tier 2）:
CREATE TABLE, ADD COLUMN nullable, index追加のみ → 純粋追加DBスキーマTier 1/2/3 の数値判定とは別に、変更が UI / 成果物の見た目・挙動 に影響するかを判定する。 以下のいずれかに該当 → 「成果物 evidence 必須」。
| チェック項目 | 検出パターン例 |
|---|---|
| フロントUI | *.tsx, *.jsx, *.vue, *.css, *.scss, component / layout / viewport file |
| ネイティブUI | *.swift, *.kt, Storyboard, Compose 画面 file |
| LP / Webページ | LP page, ランディング HTML / テンプレート |
| 3D / グラフィック | *.blend, シーン / レンダリング設定 |
| CLI / 出力成果物 | CLI 出力 format, 生成物 (WAV / 画像 / レポート) のフォーマット変更 |
検出時は、Tier 判定結果に 必ず 「成果物 evidence 必須」 section を付けて出力する（Step 4 は条件分岐ではなく常時実行。検出が真なら出力は無条件で発火する = MUEDear Build 78 型の素通りを 構造で防ぐ最低ライン）。
19-character-gate + .github/pull_request_template.md の「成果物 verify」section## Tier判定結果: Tier [1/2/3]
**根拠:**
- [判定の主な理由を箇条書き]
**Tier 2の場合 — レビュー担当:**
| 自分 | レビュー依頼先 |
|------|-------------|
| template課 | reserch課 |
| mued課 | native課 |
| native課 | mued課 |
| SNS課 | write課 |
| write課 | SNS課 |
| video課 | SNS課 |
| LP課 | mued課 |
| data課 | mued課 |
| freee課 | LP課 |
**成果物 evidence 必須（Step 4 で UI / 成果物変更を検出した場合は必ず出力）:**
⚠ この PR は UI / 成果物変更を含みます。
→ スクショ / 録画 + 自課キャラクター gate の確認結果を PR の「成果物 verify」section に必須添付。
→ evidence なしの PR は Tier 1/2/3 いずれであっても merge 不可（機械チェック通過 ≠ 成果物 verify）。
**境界ケース注意（該当する場合のみ）:**
- [境界ケースの警告と推奨対応]
price 文字列がスラッグに含まれる場合:
⚠ `pricing-page.tsx` の変更を検知しましたが、コード内容はUI文言変更のみです。
価格・原価率への影響はないと判断しますが、確認してください。→ Tier 2のまま
secret関連ファイルへの意図不明な変更:
⚠ `.env.example` に `SECRET_KEY` の追記を検知しました。
.env.example は許容範囲ですが、意図的な変更か確認してください。→ Tier 2のまま
（実際の秘密鍵が混入している場合は Tier 3に上げてください）
settings.local.json の変更:
⚠ `.claude/settings.local.json` の変更を検知しました。
全課配布対象か、自ピア内のみの変更かを確認してください。
- 全課配布対象 → Tier 3
- 自ピア内のみ → Tier 2
kimny × Claude（AI）のインタビュー形式でnote記事を作成するスキル。 品質ゲート（発見・外部アンカー・1文テスト）による公開判断、AIO最適化、対話フォーマットルールを定義。 使用タイミング: (1) note記事の作成・リライト (2) インタビュー形式の記事構成 (3) 過去会話からの記事化 (4) 記事の品質チェック。 トリガー例: 「記事にしたい」「noteに書きたい」「インタビュー形式で」 「これ記事にならない？」「記事のリライト」「品質ゲート通して」 「AIO最適化」「note記事」
note連載記事の有料/無料切り分け戦略を設計するスキル。 連載全体の無料回・有料回の配置、1記事内の有料ライン設計、価格設定、マガジン構成を扱う。 使用タイミング: (1) noteで有料記事を書きたい時 (2) 連載の課金設計 (3) 有料ラインの位置決め (4) マガジン構成の検討 (5) 価格設定の相談。 トリガー例: 「noteで有料にしたい」「連載の課金設計」「どこから有料にする？」 「noteで稼ぎたい」「マガジン構成どうする」「有料ライン」「価格設定」 ai-interview-articleスキルと併用可能。
経営部4課 (template/conductor/freee/cowork) → 5/18 cognitive load v3 rollout で全14課に展開された CLAUDE.md 共通block管理 skill (20 blocks)。 source of truth: blocks/*.md、各課CLAUDE.mdへ marker-bounded section置換でdistribute。 使用タイミング: (1) 共通block仕様変更時 (2) 14課横断 policy 同期時 (3) cognitive load v3 trial期間 (5/19-5/29) で各 peer marker 挿入 PR 完納時。
承認済みモックと UI 実装を「1ミリもずらさず同一」にするための忠実性照合の規律・手順。 native/plugin UI で反復した「承認 mock ≠ 実装（雰囲気移植で "近い" 止まり）」事故の再発防止機構。 使用タイミング: (1) 新規 UI 面・re-skin・視覚的再設計を実装する時 (2) 承認モックから実装する時 (3) 完了報告に render×mock の diff を添付する時 (4) conductor がモック忠実性を vet する時。 トリガー例: 「モック通りに実装」「UI をモックと同一に」「pixel-diff」「overlay で照合」 「mock に合わせて」「忠実性チェック」「これモックと違う」「1ミリもずらさず」 ※既存実装の微修正（コピー1行・padding・バグ修正）は対象外。
freee API を MCP 経由で操作するスキル。会計・人事労務・請求書・工数管理・販売の詳細APIリファレンスと使い方ガイドを提供。
セッションの区切りで durable 層（status.md・git・memory）を現在形に保つ 3 手順。発火点＝handoff / compaction 直前・idle 化の直前・長時間離席の前。