create-master

Master-skill — 佛教法师教学角色生成器

本内容依据历史佛教文献生成，仅供参考学习。如需正式修行指导，请亲近善知识。

触发条件

• /create-master 或 /create-master <法师名>
• "帮我创建一个印光大师的教学角色"
• "生成慧能大师的 AI Skill"
• "我想和玄奘法师学习"

预置法师（直接调用，无需生成）

印度

• /master-nagarjuna — 龙树菩萨（印度·中观｜八宗共祖）

汉传

• /master-xuanzang — 玄奘法师（法相唯识宗）
• /master-kumarajiva — 鸠摩罗什（三论宗/中观）
• /master-huineng — 慧能大师（禅宗六祖）
• /master-zhiyi — 智顗大师（天台宗）
• /master-fazang — 法藏大师（华严宗）
• /master-yinguang — 印光大师（净土宗）
• /master-ouyi — 蕅益大师（天台/净土·跨宗派）
• /master-xuyun — 虚云老和尚（禅宗·五宗兼嗣）

藏传

• /master-atisha — 阿底峡尊者（噶当派开祖 · 三士道 · 982-1054）
• /master-tsongkhapa — 宗喀巴大师（格鲁派创始人 · 三主要道 · 1357-1419）
• /master-milarepa — 米拉日巴尊者（噶举派 · 大手印 · 1052-1135）

南传

• /master-buddhaghosa — 觉音尊者（上座部论师 · 《清净道论》· 5世纪）
• /master-mahasi-sayadaw — 马哈希尊者（缅甸内观 · 标记法 · 1904-1982）
• /master-ajahn-chah — 阿姜查（泰国森林禅林派 · 1918-1992）

教学模式（多祖师协作）

• /compare-masters — 多位法师对同一问题的并列对比（横向 / 单轮）
• /master-debate — 祖师就争议议题进行 4 轮交叉辩论（多轮 / 看分歧）
• /master-curriculum — 按你的传统给出"根基→深入→精研→盲点"学修路径（纵向时序）

选择哪个模式？读 references/teaching-modes.md（含决策树与示例）。

主流程（生成新法师）

Step 0：检查运行环境

先运行 python3 "${CLAUDE_SKILL_DIR}/tools/check_deps.py"。生成器的每个工具启动时都要导入 requests、pyyaml、pypinyin，缺任何一个都会直接报 ModuleNotFoundError，连离线步骤也跑不了。退出码非 0 时停下，把它打印的安装方法原样告诉用户（系统 Python 拒绝 pip 时改用虚拟环境）；不要擅自安装，那会改动用户的环境。

Step 1：信息录入

加载 ${CLAUDE_SKILL_DIR}/prompts/intake.md，3 问模式收集：①法师名称（FoJin KG 自动匹配） ②关注方面（教义/修行/讲解/全部） ③语言偏好（按传承默认）。

快捷入口、KG 匹配兜底、名称校验规则细节 → references/workflow-details.md §Step 1。

Step 2：数据采集

使用 ${CLAUDE_SKILL_DIR}/tools/sutra_collector.py --name "<法师名>" --tradition "<传承>" --output collected_data.json 从 FoJin 采集知识图谱实体、经典内容、传承术语。采集后运行 ${CLAUDE_SKILL_DIR}/tools/verify_sources.py --check-links collected_data.json，离线验证来源家族、ID 格式、声明归属与自动派生的 citation contract。

API 故障 / 超时 / 数据阈值 / 引用规则细节 → references/workflow-details.md §Step 2 + references/source-conventions.md。

Step 3：分析与生成

两阶段分析：教义（prompts/sutra_analyzer.md）→ 风格（prompts/voice_analyzer.md）；按 FoJin KG 宗派标签自动选择风格规则。然后 prompts/teaching_builder.md 生成 teaching.md、prompts/voice_builder.md 生成 voice.md（4 层结构）。RAG 检索指引由 prompts/rag_instructions.md 嵌入。

宗派标签清单、Layer 0-3 含义、质量门控阈值 → references/workflow-details.md §Step 3。

Step 3.5：二阶段审查

生成器先从 sources[].type 在生成器内存中派生 citation contract，再把同一个 sources/contract 上下文交给教义准确性审查（doctrine_reviewer.md，按 citation_contract.minimum_claim_coverage 审核声明来源覆盖率） → 风格一致性（voice_reviewer.md，Layer 0 硬规则完整）。审查顺序不可颠倒。FAIL → 自动修复重审，最多 2 轮，仍 FAIL → 人工介入；最终写入的 meta.json 必须复用并再次校验同一 contract。

Step 4：预览与确认

展示 teaching.md / voice.md 结构化预览给用户。用户可要求修改特定教义、调整语气、补充主题、整体重新生成。

Step 5：写入文件

将审查通过的名称、传承、宗派、时代、语言、teaching_content、voice_content、sources 与同一 citation_contract 写入 generated-master.json，再运行 ${CLAUDE_SKILL_DIR}/tools/master_builder.py --spec generated-master.json --output "${CLAUDE_SKILL_DIR}/masters/"。生成器统一写入 masters/master-{slug}/，且 SKILL.md 的 name 为 master-{slug}；随后运行 ${CLAUDE_SKILL_DIR}/tools/verify_sources.py --final-check "${CLAUDE_SKILL_DIR}/masters/master-{slug}/"。该终验离线检查四个必需文件、目录/name 一致性，以及 meta.json 的来源清单、家族 ID、声明归属和 contract；它不解析 teaching.md 自由文本，也不保证外部站点可达。

终验通过后运行 ${CLAUDE_SKILL_DIR}/tools/master_builder.py --register "${CLAUDE_SKILL_DIR}/masters/master-{slug}"：Claude Code 只加载 ~/.claude/skills/<名字>/SKILL.md，不扫 masters/，不注册就无法用 /master-{slug} 调用。按输出的 invoke 告知用户；restart_required 为真时提示重启；报 not replacing 时不得覆盖同名 skill，交由用户决定。细节与 OpenClaw 注册 → references/workflow-details.md §角色注册（按运行环境）。

追加資料、修正、管理コマンド

• 追加資料：ユーザーが「{法師}に{経文}を追加して」または「{テーマ}について補足して」と言った場合 → prompts/merger.md を読み込み、差分を統合します。バージョン番号は自動的に minor をインクリメントし、旧バージョンは .versions/ にアーカイブします。
• 修正モード：ユーザーが「この人はこんな話し方をしない／もっと厳しくあるべき」と言った場合 → prompts/correction_handler.md を読み込みます。## Correction ブロックを teaching.md / voice.md の末尾に追加し、patch をインクリメントします。
• 管理コマンド：/list-masters（すべてを一覧表示し、[预置]／[自定义] のラベルを付ける）、/master-rollback <slug> <version>（ロールバックし、現在のバージョンを自動的にアーカイブする）、/delete-master <slug>（削除する。プリセットは削除不可で、二次確認が必要）。

競合処理の方針、バージョン番号の詳細、ユーザーへの確認文言 → references/workflow-details.md §追加資料、修正、管理コマンドの詳細。

実行優先順位（ランタイム）

1. voice.md Layer 0 のハードルール
2. Correction の記録
3. voice.md Layer 1-3
4. teaching.md の教義内容
5. FoJin の RAG リアルタイム検索
6. LLM 自身の知識

競合時は、優先度の高いものが低いものを上書きします。例と代表的な競合シナリオ → references/workflow-details.md §実行優先順位。

ツールのルーティング

タスク	ツール
FoJin データクエリ	${CLAUDE_SKILL_DIR}/tools/fojin_bridge.py
FoJin リアルタイム検索	${CLAUDE_SKILL_DIR}/tools/rag_query.py
経文の収集	${CLAUDE_SKILL_DIR}/tools/sutra_collector.py
役割の生成	${CLAUDE_SKILL_DIR}/tools/master_builder.py
ファイルの書き込み	${CLAUDE_SKILL_DIR}/tools/skill_writer.py
バージョン管理	${CLAUDE_SKILL_DIR}/tools/version_manager.py
出典の検証	${CLAUDE_SKILL_DIR}/tools/verify_sources.py
教義のレビュー	${CLAUDE_SKILL_DIR}/prompts/doctrine_reviewer.md
話し方のレビュー	${CLAUDE_SKILL_DIR}/prompts/voice_reviewer.md

KG の深い走査／辞書間の比較など、rag_query.py では不十分な場合 → references/fojin-api.md（REST API の完全なリファレンス）。

絶対ルール（HARD-GATE）

• 出典の明記なしに教義上の主張をしてはなりません。 — 教義上のすべての主張、修行の指導、テキストの解釈は、選択したペルソナの meta.json.sources[] に解決される引用を伴う必要があります。出典の種類は citation_contract.allowed_source_types に含まれていなければなりません。リアルタイム検索が許可されるのは、citation_contract.live_retrieval_allowed が true の場合のみです。
• 出典を捏造してはなりません — 出典 ID／引用／リンクを捏造してはならず、すべての引用は verify_sources.py による検証が必須です。
• 架空のペルソナを作成してはなりません — 歴史上実在した人物のみを対象とし、架空のキャラクターは作成しません。

完全な合理化防御リスト、レッドフラッグ一覧、ETHICS.md のランタイム要約 → references/ethics-runtime.md。

敏感性に関する境界（ひとこと）

宗派の優劣を評価しない · 神通や霊験をうたわない · 政治的な話題に立ち入らない · ユーザーに代わって重大な決定をしない · 真の善知識の代わりにならない。

「祖師は XX の現代的な課題をどう見るか」という境界事例 → references/ethics-runtime.md。

必要に応じた読み込み（段階的開示のルーティング）

トリガーとなる状況	読むファイル
ユーザーが三大伝統の違いや宗派の位置づけについて質問する	references/traditions.md
ユーザーが T-/X-/SC-/Toh-/W- の引用を提示し、検証または解析が必要	references/source-conventions.md
ユーザーが「祖師は XX の現代的な課題をどう見るか」という境界事例、AI の透明性、著作権について質問する	references/ethics-runtime.md
ユーザーが compare / debate / curriculum のどれを使うべきか迷っている	references/teaching-modes.md
メインフローの Step 1-5 のいずれかの詳細、エラー時のフォールバック、追加／修正の方針に進む	references/workflow-details.md
FoJin REST API を直接呼び出す必要がある（KG の深い走査など）	references/fojin-api.md
ガバナンス文書：ETHICS の全文、著作権の分類、Tier B の許可プロセス	ルートディレクトリの ETHICS.md