> 版权所有 © 2026 广州行道昭元文化传播有限公司 保留所有权利。
> 本作品受《中华人民共和国著作权法》保护。禁止摘抄、改写后以任何形式再发布、转售，或用于商业培训、咨询交付等营利场景。
品质管理全生命周期系统（付费版）
> 按丰田 / JIPM 源头品质过程管理，一次性生成从企划到量产的全套品质管理表单与文档（含 QFD、DFMEA、同步工程、号试、变化点管理、作业遵守三层检查），并按丰田七大任务框架落地现场，附三项管理（变化点/异常/作业遵守）＋45 项管理水平评价全套现场表单。
计费：按次付费调用（Pay Skill）。分析引擎在服务端，9.90 元/次，价格与调用方式见下文第三节。
付费接入协议（支付宝 AI 按量付费 / 402 协议）
本 Skill 为 Pay Skill：分析引擎在服务端，源文件依赖后端服务，脱离后端无法独立使用。服务端已按支付宝「AI 按量付费」规范完成改造，完整实现下列六个环节：
| # | 环节 | 实现 |
|---|---|---|
| 1 | 402 账单下发 | 无 Payment-Proof 请求头时返回 HTTP 402 + Payment-Needed 响应头（Base64URL 编码的订单 JSON，含 protocol / method 两层 + 商家 RSA2 签名） |
| 2 | 携带凭证重试 | 客户端完成付款后，携带 Payment-Proof 请求头重试同一 URL |
| 3 | 验付调用 | 服务端调用 alipay.aipay.agent.payment.verify 核验凭证（校验 active / trade_no / out_trade_no / amount / resource_id / pay_before 时效） |
| 4 | 履约确认 | 资源交付后调用 alipay.aipay.agent.fulfillment.confirm 发送履约回执，成功才返回 200 |
| 5 | 订单持久化与幂等 | 订单落库（out_trade_no 唯一约束）；同一 out_trade_no 重复请求只生成一次资源，复用缓存结果并标记 already_fulfilled=true，不重复计费 |
| 6 | 资源交付 | 返回 HTTP 200 + Payment-Validation 响应头 + 业务内容 |
调用时序（probe → pay → complete → ack）
agent paid-service
| probe: POST /pay/quality-management |
| -------------------------------------------> |
| <----------- 402 + Payment-Needed 账单 ------ | ① 账单下发
| pay: 平台按账单完成扣款（对话内闭环） | ② 付款
| complete: 携 Payment-Proof 重试 |
| -------------------------------------------> |
| verify(验付) ------> 支付宝
| confirm(履约回执) --> 支付宝
| <---- 200 + Payment-Validation + 内容 ------- | ③ ack 交付
402 必需字段：protocol.{out_trade_no, amount, currency, resource_id, pay_before, seller_signature, seller_sign_type, seller_unique_id} ；method.{seller_name, seller_id, seller_app_id, goods_name, seller_unique_id_key, service_id}
支付依赖：服务端使用 alipay-sdk-python（模块 alipay.aop.api）+ pycryptodome（RSA2 签名）；客户端无需支付依赖，付款由 Agent 平台在对话内闭环完成。
源文件依赖后端服务，脱离后端无法独立使用。
一、你会拿到什么
- 一套完整品质管理文档包（Markdown，可直接打印为表单）
- 生成日志与每份文档的 SHA256 指纹（可审计、可追溯）
- 覆盖企划 → 研发设计 → 生产准备 → 号试 → 初期流动 → 量产维持 六阶段
本次实测规模：64,953 字 / 2,796 行（真实生成，非示意）
二、真实输出样例
> 下面是实际跑出来的成品节选（输入为演示数据，公司名做了替换）。目的是让你下单前就看到成品长什么样。
# 生成日志 · 审计追踪（generation_log）
> ⚠️ 本文件记录本次自动生成的全部参数与产物指纹，用于回答：**「哪份文档是 AI 生成的、跑的是哪一版模板、何时生成、之后是否被人改过」**。请勿删除，随文档一同归档。
## 一、本次生成参数
| 参数 | 值 |
|------|-----|
| 生成时间 | 2026-10-07 09:46:38 |
| 模板版本 | v1.1 |
| 生成范围 | 全套生成 (--all) |
| 企业 | 某汽车零部件有限公司 |
| 工厂 | (空白) |
| 产品类别 | 注塑件 |
| 目标客户 | ____________ |
| 客户等级判定 | 一般级 |
| SOP 目标日期 | 2026-10-07 |
| 线体 | (未指定) |
| 号试阶段 | 1W, 1A, 1.5A, 2A |
| 输出目录 | /var/folders/cf/mz2q01_16bn52djx87lksbq80000gn/T/xzq_gm14283u |
## 二、产物清单与内容指纹（SHA256 前 16 位）
| # | 文件 | 生成方式 | 内容指纹 |
|---|------|----------|----------|
| 1 | Q1_源头品质构筑/Q1_QFD品质展开表.md | AI 模板生成 | `160b179ee31e7fe0` |
三、怎么用（含支付流程）
端点
POST https://polyester-appease-bulldog.ngrok-free.dev/pay/quality-management
Content-Type: application/json
X-Service-Id: API_8DF19C2F7FA04076
支付流程（三步）
整个流程只有三步，支付由 Agent 平台（支付宝）在对话里完成，你不用自己付款、不用注册、不用填卡号：
第 ① 步 发起请求（不带支付凭证）
POST /pay/quality-management ← 你的 AI 助手代你发
↓
第 ② 步 服务返回「账单」
HTTP 402 + 账单信息（含订单号、9.90 元、商家签名）
→ 你的 Agent 会弹出支付宝付款，确认即可
↓
第 ③ 步 带着支付凭证重发同一个请求
POST /pay/quality-management + 头 Payment-Proof
→ HTTP 200，返回成品
关键点
- 同一份支付凭证可以重复重试，返回的是已缓存的结果，不会重复扣费
- 如果第 ② 步你没付，第 ③ 步就过不去 —— 这是正常的，不是故障
- 支付有效期写在账单的 pay_before 字段里，过期后重新发起第 ① 步即可
- 最常见的卡点：不是在终端里 curl 就完事，必须由支持支付宝 AI 按量付费的 Agent 来发，它才会弹出付款；手动 curl 只会一直拿到 402
最小可用请求
curl -X POST https://polyester-appease-bulldog.ngrok-free.dev/pay/quality-management \
-H 'Content-Type: application/json' \
-d '{}'
- 业务参数可放 POST 的 JSON body，也可用
GET + ?payload=<urlencoded json> - 接口自述：
GET /help；健康检查：GET /healthz（返回服务版本号）
四、输入字段
| 字段 | 必填 | 说明 | 示例 |
|---|---|---|---|
company |
可选 | 企业名称（留空则表单为空白填写位） | 某汽车零部件有限公司 |
factory |
可选 | 工厂名称 | 华南一厂 |
product_type |
可选 | 产品类别 | 注塑件 |
customer |
可选 | 目标客户 | 某主机厂 |
module |
可选 | 只生成某阶段：Q1–Q12；不传＝ALL 全套 | ALL |
lines / products / sop_date / trial_phases / gate_reviewers |
可选 | 线体、产品清单、SOP 日期、号试阶段、Gate 评审委员 | — |
五、算法口径（结果怎么算出来的）
> 这一节回答「实际怎么算的，我能不能核对」。下面写的是引擎里真实使用的公式与判读阈值。
六阶段 × Q1–Q10 模块（module 传 Q1…Q10 只出对应阶段，不传即全套）：
| 阶段 | 模块 | 主要产物 |
|---|---|---|
| 企划 | Q1 | 品质方针、QFD 质量机能展开、目标展开 |
| 研发设计 | Q2–Q3 | DFMEA、设计评审 Gate、图纸品质要点 |
| 生产准备 | Q4–Q6 | SE 同步工程、设备验收、工装治具确认、作业标准 |
| 号试试生产 | Q7–Q8 | 号试 4 阶段（1W/1A/2A…）、Gate 评审清单 |
| 初期流动 | Q9 | 初期流动管理、变化点管理 |
| 量产维持 | Q10 | 作业遵守三层检查、日常品质管理 |
| 现场落地 | Q12 | 三项管理：变化点管理（卡・联络单・台账）／异常管理（定义・停止呼叫等待・处置标准・报告书・遡及处置）／作业遵守管理（四视点・点检・不遵守真因四类型）／45 项管理水平评价（评价点＝基础点+加算点，90/80/50 → 等级3/2/1/0）+ 对策表・复评记录 |
作业遵守三层检查（丰田口径，引擎据此生成检查表）：
1. 标准本体 —— 有没有标准？标准本身对不对？
2. 理解传导 —— 员工知不知道标准、知不知道自己该怎么做？
3. 作业遵守 —— 现场有没有照着做？
可审计性：生成日志（generation_log）记录本次所有参数，并给出每份产物的 SHA256 前 16 位指纹。你可以自己算一遍比对，确认文档没被改动、可追溯到本次生成。
六、常见坑 / 不要做的事
❌ 别把模板当结论用 —— 生成的是表单与框架，填写位是空的，需要现场填。
❌ 别传 industry 期待行业定制 —— 当前版本不支持该参数，统一输出通用模板。
❌ 别跳过号试直接量产 —— 这是品质流出最大的口子；号试阶段的 Gate 评审清单就是拦这个的。
❌ 别只做「标准本体」 —— 有标准但员工不知道、或知道不照做，同样出事；三层要一起查。
❌ module 传错编号会直接返回 400 —— 只有 ALL 或 Q1–Q10 合法。
七、常见错误与处理
输入不合规时，服务返回 HTTP 400 + JSON，其中 code 是错误码、message 是中文原因、hint 是怎么改、example 是可照抄的正确写法。这种情况不会收费。
| code | 触发原因 | 怎么处理 |
|---|---|---|
INVALID_MODULE |
module 取值不认识 | 只能填 ALL 或 Q1–Q12；不传即全套 |
Payment-Needed |
未付或支付凭证无效 | 按 402 账单完成支付后重试 |
ENGINE_INPUT_ERROR |
数据本身无法分析 | 按 message 修正后，用同一 Payment-Proof 重试，不重复计费 |
INTERNAL_ERROR |
服务内部异常 | 稍后重试；持续失败请联系我们（提供你的 curl 命令） |
八、服务不可用时怎么办
本 Skill 的分析引擎运行在服务端，必须联网才能出结果。遇到下面情况请这样处理：
| 现象 | 原因 | 处理 |
|---|---|---|
GET /healthz 不通或超时 |
服务暂时不可用 | 稍后重试；已支付的订单用同一 Payment-Proof 重试不会重复扣费 |
| 返回 402 但支付失败 | 支付宝侧网络/失败 | 在对话里重试支付；订单有 pay_before 时效，过期后重新发起即可 |
| 返回 422 | 是你的数据不满足分析条件（不是服务故障） | 按 hint 修正数据后重试 |
| 长时间无响应 | 引擎计算量大 | 超过 60 秒请重试；重试复用同一凭证不会重复计费 |
排查顺序：① GET /healthz 看服务是否活着 → ② 看返回 JSON 的 code → ③ 400/422 是数据问题、500/502 是服务问题。
九、FAQ
Q：能只出某一个阶段的文档吗？
A：可以，module 传 Q1…Q12。不传或传 ALL 则生成全套。
Q：带 industry 行业增量包参数会怎样？
A：当前版本不支持 industry，统一输出通用模板（传了也不会报错，只是不生效）。
Q：文档能直接当正式文件用吗？
A：是模板与表单，填写位留空供现场填写；结论必须经现场核实。
Q：怎么确认拿到的文档没被篡改？
A：生成日志里每份文档都带 SHA256 前 16 位指纹，可自算比对。
Q：怎么确认自己没被重复扣费？
A：同一 Payment-Proof 的重复请求会返回缓存结果并带 already_fulfilled=true，不产生新订单。
Q：成品是什么格式？
A：JSON 响应里的 content 字段为 Markdown 文本，可直接保存、打印或贴进 Word/WPS。
十、适用边界
- ✅ 适合：制造业（汽车零部件 / 机械 / 电子 / 家电 / 食品 / 注塑等）现场管理场景
- ❌ 不适合：非制造业、纯财务/HR 分析
- 前置条件：需提供可计算的真实数据；引擎不会凭空编数据，样本不足时结论只作方向假设
十一、定价与许可
- 单价：9.90 元/次（支付宝「AI 按量付费」，serviceId
API_8DF19C2F7FA04076） - 许可：Proprietary。可自用与对内交付；禁止再发布、转售或用于商业培训
- 卖家：广州行道昭元文化传播有限公司
生成内容为 AI 辅助分析初稿，所有归类与结论均为待确认假设，须以现地现物与更完整数据核实；不得直接作为考核依据。
