handle-complaint

通过串联两个 Skill 运行投诉处理工作流。阅读投诉、收集上下文、起草回复，并提出修复建议，避免问题再次发生。

解析参数：

• EMAIL_OR_TICKET_ID（可选）——Gmail 会话 ID、HubSpot 工单 ID，或使用 "latest" 拉取最近一条未解决的投诉。若省略，则请所有者粘贴投诉内容。

第 1 步——加载投诉（ticket-deflector）

使用 ticket-deflector Skill 的工作流：

1. 若提供了 ID：从 Gmail 或 HubSpot 拉取完整会话。
2. 若为 "latest"：拉取最近一条未解决、标记为投诉/支持的 HubSpot 工单或 Gmail 会话。
3. 若两者都没有：请所有者直接粘贴投诉内容。
4. 识别：客户姓名、订单/账户信息、客户不满的内容、客户的诉求。

第 2 步——收集上下文

1. 在 HubSpot 中搜索该客户的历史：过往购买、既往投诉、交易阶段、生命周期价值。
2. 在 PayPal 中搜索相关交易：订单状态、退款记录、争议状态。
3. 总结："这是一位{新/老}客户，累计购买 ${lifetime_value}，既往投诉 {0/N} 次。其当前问题是{一句话描述}。"

第 3 步——起草回复（ticket-deflector）

使用 ticket-deflector Skill 的工作流，按语气匹配生成回复：

1. 根据严重程度和客户历史起草回复：
   • 首次投诉且生命周期价值高的客户 → 共情、慷慨
   • 反复投诉的客户 → 专业、坚定、以解决方案为导向
   • 语气粗暴的客户 → 专业、简短、设定边界
2. 回复应包含：致歉与确认、说明（如已知）、解决方案提议、下一步行动。
3. 将草稿呈现给所有者。不得发送。

第 4 步——提出运营层面的修复建议（customer-pulse）

1. 检查此投诉是否与已知主题相符（来自之前的 /customer-pulse-check 运行结果，或 HubSpot 中的类似投诉）。
2. 若属于规律性问题："这是本月第 {N} 起关于{问题}的投诉。建议考虑：{具体运营调整}。"
3. 若为个案："这看起来是个别情况，未发现规律。"

连接器故障

若 Gmail 和 HubSpot 均无法访问，请所有者粘贴投诉内容——该 Skill 支持手动输入。若未连接 PayPal，则跳过交易查询，并注明："PayPal 未连接——无法获取订单状态，仅根据投诉内容处理。"

审批关卡

• 未经所有者明确批准，绝不发送回复。 仅提供草稿。
• 绝不自动发放退款或信用额度。 呈现选项，由所有者决定。
• 未经所有者确认，绝不关闭工单或解决争议。

输出

呈现客户上下文摘要、起草的回复，以及基于规律的运营建议（如有）。并询问："是否发送此回复、修改后再发送，还是采用其他方式处理？"