一键导入
ref-knowledge-loop
生成スキルに knowledge/ を追加するとき読む。ナレッジ蓄積・検索・フィードバックループの設計を参照するとき読む。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
生成スキルに knowledge/ を追加するとき読む。ナレッジ蓄積・検索・フィードバックループの設計を参照するとき読む。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
YAML仕様が変わったか確認するとき、公式仕様との差分を確認するときに使う。
北原さん式ナレッジソースの差分を検知したいとき、6カテゴリへ分類・格納してナレッジを同期したいときに使う。
Capability 7 kind を新規作成・更新するとき、CapabilityManifest と plugin-composition.yaml を整備するときに使う。
rubric変更を提案するとき、rubric改正を施行するときに使う。
トリアージで影響ありと判定された spec-drift issue の rubric/schema/template を同期したいとき、propose(read-only)で最小 Edit 差分と pre-image hash を提案し apply で監査 PASS と明示承認後に allowlist 対象だけを適用したいときに使う。
spec-drift issue が起票され diff トリアージが必要なとき、C11 が再構成した issue 単位の完全 diff を hunk 化し name/type/required/enum/semantics 各軸の影響を before/after/evidence 付きで判定して triage-report を出したいときに使う。
| name | ref-knowledge-loop |
| description | 生成スキルに knowledge/ を追加するとき読む。ナレッジ蓄積・検索・フィードバックループの設計を参照するとき読む。 |
| disable-model-invocation | false |
| user-invocable | false |
| kind | ref |
| prefix | ref |
| effect | none |
| owner | team-platform |
| version | 0.2.0 |
| since | "2026-05-24T00:00:00.000Z" |
| source | doc/knowledge-loop/ |
| source-tier | internal |
| allowed-tools | ["Read","Grep"] |
| responsibility_refs | ["prompts/R1-search-summarize.md"] |
生成スキルに knowledge/ を追加する際の設計参照。構築編 (パターン選択・構造・フィールド・品質ルーブリック) と運用編 (検索・ライフサイクル・フィードバック) の 2 リファレンスを提供し、Loop A (生成物側) と Loop B (メタ側) を同一機構 SSOT で配線する。
入力: なし (Read-only 参照型)
出力: references/knowledge-construction.md / references/knowledge-search-lifecycle.md の該当節と、生成スキルへ展開する 4 スクリプト雛形のパス
2つのリファレンスで構成される。
| リファレンス | 内容 |
|---|---|
references/knowledge-construction.md | 構築編: パターン選択・構造・フィールド・品質ルーブリック (§0-6) |
references/knowledge-search-lifecycle.md | 運用編: 検索・ライフサイクル・フィードバック・日々のブラッシュアップ (§7-12) |
リソース索引 → references/resource-map.yaml
生成スキルの scripts/ には4本を同梱する (KL-003/KL-004 で検証):
search_knowledge.py: Stage1+Stage2 検索build_index.py: インデックス整合性検証・自動修正record_usage.py: §12 活用ログ記録・分析。--analyze --emit-queue <path> で brushup キュー出力、--mark-needs-update で status: needs-update 付与add_entry.py: 必須6フィールド検証つきエントリ追加 (JSON 手編集を排除)決定論 (スクリプト=検証・追記・status付与) と内容判断 (AI/人) を分離する。各生成スキル (Loop A) はこれらを同梱して自己完結で日々ブラッシュアップできる。harness-creator 自身のメタ知識 (Loop B) は正本スクリプトを --dir 共有する (→ construction.md §0a)。
Q1: ナレッジは継続的に追加されるか?
Yes → Q2: ソース素材が外部ファイルにあるか?
Yes → Router-Registry型(router.json / registry.json)
No → Index-Search型(knowledge-index.json)
No → Q3: ペルソナを再現するか?
Yes → Index-Search型 + style-genome
No → references/ 静的ファイルで十分(knowledge/ 不要)
knowledge/ ディレクトリは以下の条件を1つ以上満たす場合のみ作成する。
run-build-skill の責務。run-build-skill/templates/knowledge-skeleton/run-build-skill/scripts/lint-knowledge-loop.py