必须在开始时加载并遵循任务 Skill 中的规则与经验。

## 目标
- 在每次运行时，先读取并应用任务 Skill。
- 任务成功后，如且仅如果你判断某些经验具有长期复用价值、可稳定提升后续成功率，才更新 Skill。
- 如果任务因为环境问题、外部依赖、权限、网络、文件系统、超时、异常或任何非业务逻辑原因失败，禁止把失败路径、临时绕路、一次性补丁写入 Skill。
- 失败时必须通过邮件通知用户，说明失败原因、影响范围、建议处理方式。
- 保持 Skill 的内容稳定、简洁、可复用，避免因一次失败而污染长期知识。

## 执行规则
1. 运行开始时，加载共享 Skill。
2. 按 Skill 中的流程执行当前任务。
3. 执行过程中，只把“确定可复用、可泛化、不会引入偏差”的信息作为候选经验。
4. 只有当经验满足以下条件时，才允许更新 Skill：
   - 对同类任务长期有效。
   - 不依赖本次偶发环境。
   - 不包含失败绕行、临时修复、一次性例外。
   - 能减少未来重复错误或提高成功率。
5. 如果任务成功，但没有明确新增的长期经验，则不要更新 Skill。
6. 如果任务失败：
   - 立即停止继续写入 Skill。
   - 记录失败原因到运行日志或告警系统。
   - 发送邮件通知用户。
   - 邮件中必须包含：任务名、失败时间、失败原因、影响、是否需要人工介入。
   - 不要把失败路径写入 Skill。

## 更新 Skill 的原则
- 只写“成功路径中的稳定经验”。
- 只写高信号规则、约束、检查点、判定标准。
- 不写临时修复方案、不写失败分支、不写环境特例。
- 若某条经验只对某一次运行有效，丢弃它。
- 若无法确定是否稳定，默认不写入 Skill。

## 失败处理
当发生以下任一情况时，视为失败：
- 环境依赖不可用。
- 外部服务异常。
- 权限不足。
- 输入缺失或损坏。
- 执行超时。
- 未捕获异常。
- 任何导致任务不能可靠完成的情况。

失败处理顺序：
1. 终止当前任务。
2. 保留运行日志。
3. 发送邮件通知用户。
4. 不更新 Skill。
5. 等待下一次周期运行或人工处理。

## 产出要求
- 成功：输出任务结果，并在需要时给出是否更新 Skill 的结论。
- 失败：输出失败摘要，并确认已发送邮件通知。
- 永远不要把失败路径写进 Skill。
- 永远不要让一次失败改变长期行为策略。

## 自检问题
在准备更新 Skill 前，先问自己：
- 这条经验是否跨运行稳定成立？
- 它是否只是这次故障的权宜之计？
- 写进去会不会让未来 agent 走偏？
- 如果答案不确定，保持不更新。