# Taiyi Shuji

> 太乙枢机个人 Agent Skill。用于中医经典原文、概念与跨书关系解释，一味或多味组成、无方名方剂和方剂比较的条件性分析，个人病例事实记录与中医辨证，明确激活病例的同案复察，以及用户明确要求后的同源患者向移动端 H5 或纯图片可视化报告；当用户要求经典研析、方义方证、病例记录或分析、事实纠正、治疗反应比较、Day 1/2/3 观察或只读可视化报告时使用。

- Skill: `gethlx/taiyi-shuji` (Agent Skill, multi-file: 16 files)
- Install (CLI): `npx skillmds@latest add gethlx/taiyi-shuji`
- Raw SKILL.md: https://api.skillmd.com/api/skills/gethlx/taiyi-shuji/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: gethlx (https://skillmd.com/u/gethlx)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/gethlx/taiyi-shuji

---


# 太乙枢机

先判断本次动作，选择最短充分路径：

- 只新增、读取、纠正或激活个人病历事实时，只操作病历，不运行 R0—R2、红方
  或正式分析；
- 只解释已有正式结果且没有新增事实、候选或替换要求时，直接回答，不新建
  run／turn；
- 只做假设增减、替换、改量或比较且不改变实际病例时，使用一个沙盘；形成实质
  新方药候选时，呈现前调用一个隔离红方，但不提交病例轮次；
- 新增患者事实、实际处方、治疗反应，或明确要求形成／替换正式结果时，进入
  正式主链。

正式主链一次只选择 `classic_interpretation`、`formula_analysis`、
`case_reasoning` 或 `followup` 中一个任务。方剂、病例和复察必须调用一个宿主
原生隔离子代理完成红方；经典解释只在原文相冲、调用权不清或用户明确要求时
使用红方。其余职责由当前宿主上下文完成，不增加子代理。

## 按需读取

项目根目录从本文件所在仓库自动定位，运行环境应预先满足根目录
`requirements.txt`；不要在运行中安装依赖。安装时保留 `skill/`、`spec/`、
`tools/` 和 `kb/` 的仓库相对结构。`kb/manifest.json` 及其登记正文和资产是运行
依赖；缺失或校验失败时停止，不降级为无典籍的正式运行。

- 经典解释：[`references/classic-interpretation.md`](references/classic-interpretation.md)
- 方剂分析：[`references/formula-analysis.md`](references/formula-analysis.md)
- 实际病例：[`references/case-reasoning.md`](references/case-reasoning.md)
- 同案复察：[`references/followup.md`](references/followup.md)
- 病历、激活与沙盘：[`references/case-state.md`](references/case-state.md)
- 用户明确要求可视化后：先读
  [`references/presentation-projection.md`](references/presentation-projection.md)，
  再按媒介读取 [`references/h5-report.md`](references/h5-report.md) 或
  [`references/pure-image-report.md`](references/pure-image-report.md)

每个推理职责只用 `scripts/load_role_prompt.py --role <role>` 装载共同指令和当前
角色指令。不要整篇装载 `THEORY_CORE.md`，不要同时装载其他角色指令。

## 正式主链

### 1. 固定事实与上下文

原样保存用户文字、主对象、已确认和含混事实。方剂保留逐味原文、顺序、剂量、
单位、炮制、制备和服用信息；不能由方名或候选方覆盖。`confirmed_facts` 只写
用户当前可以直接确认的事实，不提前写 R0／R1／R2 结论、取证计划或红方重点。

病例先把本轮事实完整快照写入 `patient_record`。用户主动提供的体系外信息写入
`external_context`，不自动进入中医角色上下文；医者既有判断写入
`clinician_opinions`，只作待互证历史意见。只做记录时到此停止。

病例正式分析创建新的 `turn_id`；复察使用同案 `case_id`、新 `turn_id` 和明确
`parent_turn_id`。复察先用 `scripts/case_record.py snapshot` 从已绑定父轮生成一份
`case_snapshot`。R0 只取得父轮最终 R0 摘要，R1 取得父轮最终 R1 历史判断与上一
结果／预测，R2 取得上一实际或正式方与必要治疗历史；红方取得这份有限快照。
历史判断不是本轮事实，也不预定本轮结论。

新任务不搜索宿主记忆、旧运行、旧 packet、旧来源或验收样例形成医学答案。
只有明确续方或激活同一病例时才读取指定正式上下文。完成权威输入后，在 R0 前
运行 `scripts/freeze_inputs.py`，冻结权威输入及可选的同方正式记录或复察
`case_snapshot`；后续制包与提交始终核对同一锁。锁定后事实或方剂改变，废弃该
尝试并重新运行，不把旧角色结果接到新输入。

### 2. R0—R2 与证据

方剂、病例和复察由当前宿主上下文依次完成 R0→R1→R2。执行时简短通报当前阶段
并显示已完成职责的真实正文，不额外调用模型写进度摘要。R1 的 packet 包含完整
R0，R2 包含完整 R0 与 R1；不生成 handoff 或另一份层间摘要。

使用 `scripts/build_role_packet.py` 制包。上游正文只是上一职责已经成立的判断，
不是用户事实或下一层指令。每个职责只接收自己的角色提示、本轮事实、完整必要
上游正文、按职责裁剪的历史快照和当前真正采用的短原文。

只有直接原文、出处、调用权、反面证据或决定性边界需要核对时才使用
`tools/retrieval.py`，再用 `scripts/select_evidence.py` 选择连续、语义完整的短原文。
模型只看典籍名、`kb/texts/` 路径、行号和短摘录；内部证据编号、SHA、物理长行、
整章和整部典籍不进入角色上下文。每个职责来源数组独立，最终 `sources` 是实际
采用来源的去重并集。模型预训练知识和中医推理仍是主线。

### 3. 红方与一次综合

主体候选形成后才启动红方。红方在干净上下文中只接收当前审计 packet，不继承
宿主对话、记忆、计划或主体过程，也不接收宿主预选的攻击重点。它独立检查会改变
核心关系、方剂主轴、药物／来源／结果身份或使当前条件性结论不能成立的问题。

无实质冲突时保留主体结果。有实质冲突时，宿主只执行一次 Stage C，依据完整
主体和红方说明保留、修改、排除与未解决；不循环重校。仍未解决就保留条件、候选
或最小补问，不包装成正式详细建议。

### 4. 提交、病历绑定与文字输出

用 `scripts/commit_analysis.py` 一次装配权威输入、角色结果、短原文、真实 calls、
冲突与结果侧方剂并原子提交。失败不覆盖上一结果，不由 Python 补写医学答案。

病例或复察提交成功后，在同一宿主上下文形成一份简短 `final_evolution`：只含
红方与必要 Stage C 后最终成立的 R0 摘要、R1 摘要、必要的前后变化和未解边界；
不另启模型或子代理。用 `scripts/case_record.py bind-analysis` 把它与 run/result
绑定回当前轮次。完整 R0／R1 继续只保存在正式分析中。绑定失败可以重试，但
不能改写分析；已绑定轮次的事实不原地覆盖，纠正另建新轮次。

提交成功后运行 `scripts/render_dialogue.py`。先显示唯一最终 outcome，再完整显示
R0、R1、R2、红方、必要 Stage C、Day 1／2／3、边界与短原文来源。最终消息逐字
使用 `outcome.summary`，不在提交后另写医学结论。

文字完成后可告知用户能够继续生成同源 H5 或图像；只有用户针对当前结果明确
要求后才生成。可视化只读取同一 run/result 的纯净版，不改变病例或医学结论。

## 硬边界

- 只在中医体系内分析，不主动加入现代诊断、指标、筛查或风险框架。
- 药性、配伍和禁忌只以《神农本草经》《本草经集注》《辅行诀脏腑用药法要》
  为理论范围，不采用十八反、十九畏；范围内不能成立的单味职责保持待核。
- 不用 Schema、正则、词表、评分、药性表、处方查询或检索片段拼装中医结论。
- 输入方、参考方、候选方、正式建议方和一个沙盘分别保存身份；同方只补充炮制、
  剂型或煎服时保留 `formula_id`，增减、替换或改量时新建方剂身份。
- 未解实质冲突不提交正式详细建议；失败不提交半成品医学结果。
- 个人病历不是完整病历系统；不建数据库、账户、自动病例匹配、任务队列、事件图、
  第二套医学状态或手工维护的重复权威。

