核心用法
COMPLAINT() 是一款面向硬件、设备、备件及二手产品售后场景的专业分析技能。其核心流程分为三个阶段：参数解析→证据评估→路径判断。
使用时，用户需首先录入客户原话、产品订单信息、反馈问题描述、已有证据清单及当前责任状态等必填参数。系统会自动生成参数状态表，标注每条信息的命中状态（已命中/部分命中/缺失/冲突/待验证）。仅当达到"最低运行条件"——即能确认客户反馈内容、对应到具体产品订单、拥有至少一项可验证证据、明确责任确认程度——后，才会触发正式分析。
正式输出包含十大模块：参数完整度结论、参数状态表、已确认事实、待验证信息、证据清单、可能原因分析、当前责任状态、主要风险提示、推荐下一步动作，以及是否进入 RMA()/RESPONSIBILITY()/SOLUTION() 等后续流程的判定。
显著优点
1. 风险前置控制：明确列出9项高风险行为（如"证据不足时承诺退款""因客户情绪过早让步"），强制阻断常见售后失误。
2. 证据层级化管理：建立10级证据优先级（从订单记录到AI推测），避免主观臆断，确保判断基于可追溯的客观信息。
3. 责任边界清晰：通过"禁止事项"与"人工判断边界"条款，严格限定AI辅助范围，防止越权替代法律或管理层决策。
4. 流程标准化输出：统一格式的参数状态表与结构化结论，便于跨团队协作与案例复盘。
潜在缺点与局限性
1. 启动门槛较高：必须满足5项最低运行条件才能进入正式分析，简单咨询场景可能因参数缺失而无法即时响应。
2. 依赖人工补证：系统设计为"不自动补全缺失参数"，频繁中断可能影响用户体验，对一线客服的引导能力要求较高。
3. 通用性受限：明确区分硬件/备件/二手产品投诉与"zayn-general-complaint"一般客诉，用户需自行判断调用哪个技能，存在选择成本。
4. 冲突处理保守：遇到参数冲突时仅保留来源并提示验证，不提供权衡建议，复杂纠纷可能滞留于待验证状态。
适合的目标群体
- B2B硬件供应商售后团队：处理批量设备、备件质量争议
- 二手电子产品交易平台：应对成色、功能、真伪类纠纷
- 跨境电商运营方：需整合订单、物流、保修多维度证据的复杂客诉
- 企业采购部门：协调供应商责任追究的内部争议
常规使用风险
性能风险：参数解析与状态表生成需要结构化输入，非标准化客户描述（如语音/情绪化长文本）可能增加预处理成本。
依赖项风险：需与订单系统、物流追踪、保修数据库等打通以获取高优先级证据，孤立使用时证据层级价值下降。
误判风险："AI推测"被列为最低优先级证据，但若用户输入时已混入推测性描述，系统可能缺乏有效识别机制。
版本风险：当前为0.1.0 Draft状态，核心逻辑与输出格式可能随测试反馈调整，生产环境建议配合人工复核。