中医辨证分析（付费版）

你会得到什么（买家先读）

你给一段症状描述，约 1 分钟拿到一份八纲坐标 + 脏腑病位 + 证候方向 + 治则治法 + 经典出处的辨证分析说明。

样例（输入 → 输出）

• 输入：失眠多梦、口苦、舌红苔黄、情绪烦躁
• 输出：八纲：里 / 热 / 实 / 阳；主病位：肝（并列候选 心、胆）；病性：实热；证候方向：肝实热证；治则「热者寒之」，治法「清肝泻火」，八法归属「清法」，禁忌校验通过；经典依据：《素问·至真要大论》「寒者热之，热者寒之」、《素问·阴阳应象大论》「治病必求于本」；并附转诊阈值与「不构成医疗建议」声明（全篇不含剂量与处方组成）

适合谁：中医药在校生与规培生（复核辨证思路）、自学中医者、养生科普内容创作者、传统文化爱好者
解决什么：自学中医最大的坎是「症状一堆，不知道先定哪一步」——寒热真假分不清、病位归不上、容易把「症」直接当「证」；网上问答各说各话，引的经典还常是后人伪托，没法核。

商品卡

交付说明

本技能采用 A 现算 收费模式。

• 你能拿到什么：一份《中医辨证分析说明》.docx（公文版式）：① 症状要点与线索计数 ② 八纲四坐标定位表（含逐条判据来源） ③ 脏腑归位表（合／主／开窍／华四类线索） ④ 病性判定 ⑤ 证候四段式卡 ⑥ 治则治法与八法禁忌校验 ⑦ 经典依据锚（逐条标书名篇名） ⑧ 动态复核提示 ⑨ 转诊阈值 ⑩ 免责声明。
• 怎么拿到：买家 Agent 发起请求 → 未付费则收到 402 账单 → 用户扫码付款 → 携付款凭证重试同一请求 → 服务端验付通过后交付成果（详见下节）。
• 交付边界：本包只含方法与能力卡（11 张判断规则卡 + 术语表 + 决策速查），不含任何语料本体、不含任何插图；源材料的原文与插图均未打包，经典引文全部换用九部公有领域古籍底本。

付费说明（Pay Skill · 买家调用先读）

> 本技能的付费取用脚本（scripts/zhongyi-bianzheng-paid.mjs）已按平台要求完成付费改造，五个要素齐备。

本技能已接入 SkillPay，通过支付宝 AI 按量付费（A2M / HTTP 402 协议）完成收款：
买家（消费者 Agent）按次付费后，服务端才交付资源。

本技能卖的是什么：中医辨证论治方法论（八纲四坐标定位 / 脏腑归位 / 证候四段式 / 治则与八法转换 / 方药功效类别索引 / 经典依据锚），全部为确定性判断规则，由服务端现算。买家付费后按次取得服务端交付的该次调用结果；
本技能包内只含方法与脚本（付费脚本 + 技术手册 + 清单），不含任何需回源取用的正文语料与映射表本体，买家侧无需预装数据库。

调用链路：probe → pay → complete

1. probe｜请求资源，取回 402 账单

按用户诉求发起原始请求（症状描述（起病急缓、寒热喜恶、口渴、二便、舌象、脉象、体力状况））。未付费时服务端返回 HTTP 402 Payment Required，
并在响应头 Payment-Needed 中携带账单（Base64URL 编码的账单 JSON，含 out_trade_no、amount、
currency、resource_id、pay_before、seller_signature、seller_sign_type=RSA2 等字段）。
脚本须原样保存响应头中的 Payment-Needed 以及本次原始请求的参数，供付款后复用。
不得因为 402 报错而中止，也不得改动原始请求参数。

node scripts/zhongyi-bianzheng-paid.mjs probe --query '失眠多梦、口苦、舌红苔黄、情绪烦躁' --state-dir .state/<会话键>

2. pay｜把账单交给官方支付能力，用户扫码授权付款

将完整的 402 账单交给支付宝官方支付能力（依赖包 @alipay/agent-payment，命令行 alipay-bot）
拉起收银台，展示服务用途、金额、支付入口，等待用户在支付宝内扫码/授权付款。
本技能不自行实现付款、不接触支付密钥、不做签名，一律复用官方支付能力。

node scripts/zhongyi-bianzheng-paid.mjs pay --state-dir .state/<会话键> --session-id <会话键>

脚本内部调用的是官方买家命令（不自行拼接支付逻辑）：

alipay-bot 402-buyer-pay \
  --session-id <会话键> \
  --file .state/<会话键>/payment-needed.txt \
  --resource-url https://gongwen-a2m.app.workbuddy.host/a2m/skill \
  --method GET \
  --intent-summary '原始请求：给出一组症状，判断八纲坐标与脏腑病位，并推出治则治法方向'

3. complete｜用订单号查询原订单并取回资源

付款完成后，按同一订单号查询支付状态、继续同一原始请求参数取回资源；
服务端执行验付调用 alipay.aipay.agent.payment.verify，校验项包括：
凭证 active=true、amount 与本地订单一致、out_trade_no 一致、resource_id 一致，
且该 trade_no 未被重复履约。校验通过后服务端返回资源，
并回写 Payment-Validation: validated=true 响应头。
凭证无效或已过期时，服务端不交付资源并返回 402 重新出账。

node scripts/zhongyi-bianzheng-paid.mjs complete --state-dir .state/<会话键> --out-shake-no <订单号>

脚本内部同样调用官方买家命令完成「查单 → 请求资源 → 履约回执」（成功路径不追加独立回执、不重新下单）：

alipay-bot 402-query-payment-status \
  --out-shake-no <订单号> \
  --resource-url https://gongwen-a2m.app.workbuddy.host/a2m/skill \
  --method GET

4. ack｜商家履约确认（服务端侧）

服务端在返回资源后调用履约确认 alipay.aipay.agent.fulfillment.confirm（入参仅 trade_no），
确认成功才把订单置为已履约；确认失败可对同一订单重试（幂等），
不得因回执失败要求用户重新付款。

订单持久化与幂等

• 订单以 out_trade_no 为唯一键持久化（服务端 SQLite 事务 + 唯一约束），记录金额、状态、履约结果与时间。
• 同一订单重复请求不重复扣费、不重复交付；付款中断后按原订单恢复，不重新下单。
• 本技能侧状态目录 .state/ 只保存订单号与原始请求参数，不含任何密钥与支付凭证，用后可清；
  打包发布时排除 .state/、.env、node_modules。

交付后的下一步引导（next_actions）

交付成功后，脚本会读响应体中的 next_actions（或本包内置的引导列表）向买家提示真实有用的下一步——
一次交付只提示一次，不是催单话术。

依赖安装

npx -y @alipay/agent-payment@latest install

安装后本机应可用 alipay-bot（买家侧支付能力，提供 402-buyer-pay、402-query-payment-status）。
@alipay/agent-payment 用于买家支付，@alipay/alipay-aipay 用于卖家集成收费接口，两者用途不同。

自测（不产生真实扣款）

node scripts/zhongyi-bianzheng-paid.mjs selftest

以本地模拟响应验证：未付款 402 出账 → 支付处理中仍 402（不交付）→ 凭证无效 402（不交付）
→ 付款成功 200 且 Payment-Validation: validated=true → 同订单重试 200 且不重复交付（幂等）
→ 交付后附 next_actions 引导。

交付自查对照表（对照《支付宝付费 Skill 入驻指南》）

异常处理

• 用户拒绝付款：尊重用户选择，说明本内容为付费资源，需完成支付后方可获取，不交付资源。
• 验付不通过 / 凭证过期：服务端返回 402 重新出账，不交付资源；脚本回到 probe 阶段，不重复下单。
• 非 402 状态码：返回 200 直接展示资源；返回 4xx/5xx 告知服务暂时不可用，建议稍后重试。
• 回执失败：先查原订单状态，由服务端按同一订单幂等重试履约确认，不重新付款、不重复请求资源。

技术手册

来源路由入口（compact pack）

触发与不触发

适用：与本书能力域相关的咨询与任务（见下方路由表的意图列）。
不适用：
- 不做诊断，不出任何药物剂量、处方组成与煎服法。
- 不处理急危重症、外伤、大出血、意识障碍、孕产与婴幼儿、肿瘤治疗。
- 不替代现代医学检查、检验与影像。
- 不做现代药理机制解释，不提供「抗癌」类功效表述。
- 不整篇转载古籍，不搬运任何现代版权作品的原文。

核心原则（常驻速览，概览类问题读到这里即可回答）

1. 先定坐标再定结论：任何证候都先过八纲四坐标（表里/寒热/虚实→阴阳），顺序不可颠倒。
2. 病位与病性分开判：脏腑定位回答「在哪」，八纲回答「什么性质」，两者不可互相替代。
3. 有是证用是方：先定证型再选方，绝不按病名反推开方。
4. 治则先于治法，治法先于方药：跳过任一层的处置都是「以方试病」。
5. 每一条治法都有成对的禁忌，禁忌与适应证同等重要；命中禁忌必须换法。
6. 证是阶段截面而非永久标签：每次收尾必须复核传变方向与逆传风险。
7. 只说结构与方向，不给剂量与处方：这是设计边界，不因追问而放宽。
8. 底本为上：原文依据一律引自公有领域古籍，并标注书名与篇名；底本未收录则如实声明缺口。

能力路由（先读本表，按意图加载 1 张能力卡）

非能力类查询：
- 书名/作者/章节/整书概览 → references/overview.md
- 术语解释 → references/glossary.md
- 决策规则速查（不需要原文依据时） → references/cheatsheet.md
- 完整意图与关键词索引（本表未覆盖的意图先查这里） → references/capability-index.md

加载规则

• 每次任务先读本文件，再按路由表加载 1 张能力卡；任务明确跨域时最多加载 2 张。
• 概览/书名类问题不加载能力卡，用「核心原则」与 overview.md 回答。
• 路由表与 capability-index.md 都无法命中的意图，明确告知超出本书范围，不要硬套。

边界与判停

• 信息不足（症状少于 3 条或缺舌脉）时停止结论，改为追问或明确告知信息不足。
• 证型未定时不得输出治法；治法禁忌未校验时不得输出方案。
• 命中任一必转诊阈值（神志改变、出血、剧痛、呼吸困难、高热不退、短期明显恶化）立即停止辨证并建议就医。
• 用户请求剂量、组成、煎服法或完整处方时，拒绝该部分并说明是设计边界。
• 主题超出卡库覆盖范围时如实说明「未覆盖」，不得拼凑近似结论。