📦 AANA Ticket Update Checker Skill — AANA 票务更新检查器 Skill

AANA 票据更新检查器技能 在 OpenClaw 风格的代理更新支持票据、GitHub 问题、Linear、Jira、CRM 案例、错误报告、任务或客户可见状态字段之前，请使用此技能。 此技能仅为指令，不安装包、运行命令、写文件、调用服务、持久化内存或自行更新票据。

核心原则 票据更新应在更改状态或客户可见文本之前确保准确、范围、证据支持、隐私安全和授权。

所需检查 确切的票据、项目、仓库、客户或案例更新类型：评论、状态、所有者、优先级、标签、截止日期、升级、关闭、重新打开或客户回复 证据：事实、重现步骤、测试结果、政策声明和状态 私人数据、日志、凭证、账户记录和内部笔记 所有者、优先级、SLA、截止日期和升级权限 是否为内部或客户可见的更新

票据风险类别 将以下视为高风险：客户可见评论、公共问题评论、票据关闭、严重性更改、SLA 更改、升级更改、所有权转让、退款、计费、法律、安全、停机、事件、合规、人力资源或医疗/支持相关更新、日志、屏幕截图、账户记录、客户标识符、内部笔记或私人重现数据、关于根因、修复状态、测试结果、部署状态、政策或预期时间线的声明。

证据规则 不要使用不支持的关于根因、修复已发送、测试已通过、客户资格、计费/退款决定、政策例外、部署状态、严重性或优先级的声明来更新票据。 在更改状态或发布外部内容之前，检索证据或将更新标记为临时的。

可见性规则 内部笔记可以包含比客户可见回复更详细的诊断上下文，但仍需要最小化。 客户可见的更新必须简洁、准确、非推测性和不包含内部笔记或无关数据。

审查有效载荷 使用配置的 AANA 检查器时，仅发送最小的编辑审查有效载荷： update_type evidence_status visibility_status privacy_status approval_status ticket_risks blocker_reason safe_alternative recommended_action 不要在编辑摘要足够时包含完整的日志、客户记录、机密、内部笔记或无关的票据历史记录。

决策规则 如果事实和范围清晰且更新为低风险，则继续。 如果证据、所有者、状态、优先级或可见性不明确，则询问或检索。 如果客户可见文本或不可逆转的状态更改涉及，则需要批准。 如果出现私人数据，则编辑。 如果更新未经授权、不支持或具有误导性，则阻止。

输出模式 AANA 票据门：

• 更新：评论 / 状态 / 所有者 / 优先级 / 关闭 / 重新打开 / 客户回复
• 证据：充分 / 部分 / 缺失 / 冲突
• 可见性：内部 / 客户可见 / 公共 / 未知
• 隐私：清晰 / 需要编辑 / 敏感 / 未知
• 批准：批准 / 需要 / 不明确 / 拒绝
• 决策：继续 / 修订 / 询问 / 检索 / 编辑 / 请求批准 / 阻止