メニュー
外部ソース（技術ブログ・公式ドキュメント・GitHub README等）をA+B+C判定で評価し、 sources/配下に評価メモを生成する。スキル化依頼の自動提案まで含む。 使用タイミング: (1) sources/に登録するソースの一次スクリーニング時 (2) 外部ベストプラクティスの スキル化可否を判断したい時 (3) 複数ソースをまとめて評価したい時。 トリガー例: 「このソースを評価して」「sources/に追加できるか確認して」「スキル化できるか判断して」 「このURL/記事の品質をチェックして」
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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 化の直前・長時間離席の前。
| name | source-eval |
| description | 外部ソース（技術ブログ・公式ドキュメント・GitHub README等）をA+B+C判定で評価し、 sources/配下に評価メモを生成する。スキル化依頼の自動提案まで含む。 使用タイミング: (1) sources/に登録するソースの一次スクリーニング時 (2) 外部ベストプラクティスの スキル化可否を判断したい時 (3) 複数ソースをまとめて評価したい時。 トリガー例: 「このソースを評価して」「sources/に追加できるか確認して」「スキル化できるか判断して」 「このURL/記事の品質をチェックして」 |
外部ソースを A（汎用性）・B（重複なし）・C（実証済み）の3軸で評価し、sources/ に評価メモを生成する。
A+B+C全YES の場合、template課（CCO）へのスキル化依頼文も自動生成する。
「このソースを評価して: https://...」
「sources/に追加できるか判断して」
「このブログ記事をスクリーニングして」
URLまたはファイルパスからソースを読み込む。確認項目:
A: 汎用性（3課以上に適用可能か）
B: 重複なし（既存skillと重複しないか）
既存skillと照合する（ls .claude/skills/ または template課の管理ファイルを参照）:
[skill名] と概念・手法が重複するC: 実証済み（実務適用実績があるか）
評価優先順位: C（最重要）> A > B
| A | B | C | 判定 |
|---|---|---|---|
| YES | YES | YES | スキル化依頼 → template課に依頼文を生成 |
| YES | YES | NO | ローカル導入提案 → reserch課内で参照に留める |
| YES | NO | YES | 重複確認後再評価 → 既存skillの強化提案 |
| NO | — | — | 見送り → 汎用性不足 |
| — | — | NO | 見送り → 実証なし |
sources/<topic-slug>-eval-YYYYMMDD.md として出力。
## [ソースタイトル](URL)
- 収集日: YYYY-MM-DD
- 著者/組織: [著者名] / [組織名]
- 公開日: YYYY-MM or 不明
- 種別: 公式ドキュメント / 技術ブログ / GitHub README / カンファレンス資料 / その他
### A（汎用性）: Yes / No
対象課: [課名リスト] または 該当なし
理由: [1行]
### B（重複なし）: Yes / No
類似skill: [skill名] または なし
理由: [1行]
### C（実証済み）: Yes / No
根拠: [事例・数値・実装例を1行で]
### 総合判定: スキル化依頼 / ローカル導入提案 / 重複確認後再評価 / 見送り
### メモ
[1-2行でポイント・注意点]
【reserch課→template課 スキル化依頼】
ソース: [タイトル](URL)
概要: [1行]
A+B+C評価: 全YES
- A（汎用性）: [対象課] に適用可能
- B（重複なし）: 既存skillとの重複なし
- C（実証済み）: [根拠]
依頼内容: 上記ソースを基にスキルの設計・作成をお願いしたい。
対象課: [想定配布先]
優先度: 低 / 中 / 高
論文は基本対象外（実証済み判定が困難）。例外: 主要ML/AI論文でGitHub実装が存在する場合。
sources/ への保存パスをユーザーに確認してから書き込む