深度推理分析
服务端深度推理分析,交付:多维度拆解、推理链、矛盾识别、结论与验证。
触发条件
- 需要完整、可存档的交付报告(交付/评审/留档)时激活
- 用户提出对应需求且明确需要完整交付
- 上线前或关键节点的专业评估
深度交付内容
- 维度拆解
- 推理链
- 矛盾识别
- 结论
- 验证
由 metago.life 服务端引擎执行,输出格式固定、内容一致、可存档交付。
常见误区与不适用场景
- 结论无推理链支撑
- 维度单一
- 不设验证条件
异常与边界处理
-
问题模糊:先界定范围
-
信息不足:标注假设
-
结论分歧:给多假设
-
内容为空或格式异常:提示补充材料,不臆测输出;
-
不确定的结论一律标注置信度。
运行保障(稳定性)
- 重试机制:报告不完整或格式异常时,按原输入自动重试 1 次,再失败则请用户补充材料;
- 超时处理:任务超出合理轮次时停止,输出已完成部分并标注未覆盖范围;
- 错误恢复:输出中断时给出基于已生成内容的断点说明;
- 一致性保障:固定流程与报告模板,相同输入输出结构一致;
- 调用服务端点时会产生一次网络请求,付费授权由
weixinpay_pay完成。
完整示例
输入: 深度分析我们产品留存下滑的原因
输出(节选):
【深度推理】
维度:产品/运营/渠道/竞品
推理链:留存下滑→新用户次留低→首次体验卡点→新手引导漏关键动作
矛盾:渠道量涨但质量降
结论:优化新手引导与渠道质量
验证:A/B 引导改版,观测次留
付费调用流程(X402 协议)
本技能为按次付费服务,通过 X402 协议完成支付授权后交付报告。
付费前置检查
调用前检查当前 Agent 是否已安装 weixinpay 插件:
- 已安装:可继续;
- 未安装:向用户说明暂不支持付费调用,终止流程。
第一步:请求资源
向服务端点发起 HTTPS POST 请求:
POST https://metago.life/api/resource
Content-Type: application/json
{"skill": "deep-reasoning", "query": "要分析的问题、背景与目标"}
第二步:处理 402 响应
若收到 HTTP 402,响应头包含:
WeixinPay-Required:支付凭证码X-Out-Trade-No:商户订单号
将 WeixinPay-Required 的值作为 paymentCode,调用 weixinpay_pay 向用户申请支付授权。
第三步:支付后重试(必须执行)
用户完成授权后,重新发起请求,body 保持与第一步一致,并在 Header 中携带:
POST https://metago.life/api/resource
Content-Type: application/json
WeixinPay-Required: <paymentCode>
X-Out-Trade-No: <out_trade_no>
{"skill": "deep-reasoning", "query": "要分析的问题、背景与目标"}
第四步:处理响应
SUCCESS:交付报告正文NOT_PAID:支付尚未完成,等待后重试REFUNDED:服务未履约,款项已退回用户,向用户说明并终止流程,不要重复请求FULFILL_AND_REFUND_FAILED:服务异常且退款失败,建议用户联系客服
交付物
完整结构化报告(见深度交付内容),可直接用于交付、评审或留档。
边界
- 本服务为 AI 辅助专业分析,重大结论建议人工或专业机构复核
- 调用服务端点时会产生一次网络请求,付费授权由
weixinpay_pay完成 - 不虚构数据与结论,法律优先于效率
注意事项
- 必须先通过付费前置检查;
- 收到 402 后,支付授权由
weixinpay_pay完成; - 支付成功后必须重试,body 不变,通过 Header
X-Out-Trade-No传递订单号; - 出现
REFUNDED时终止流程。
常见问题
Q: 与免费版的区别?
A: 元思想深度包用 19 体系;本款聚焦 FIPO 结构化推理
Q: 报告能直接交付或评审吗?
A: 可作交付与留档材料;关键结论建议人工复核,重大事项建议专业机构确认。
Q: 出现误报或不准确怎么办?
A: 不确定项已标置信度,可补充更多上下文复核。
Q: 失败会退款吗?
A: 服务异常无法交付时会自动退回款项,向用户说明后终止流程。
Q: 和元思想深度包区别?
A: 那个是 19 元思想体系;这个是 FIPO 四阶段推理。
Q: 能用于决策吗?
A: 可以,结论附验证条件。
微信扫一扫