调整了 agent.py 和 LLM client 协议/实现。 现在只传当前 action 的结构化结果和必要诊断日志,避免历史运行态影响判断。 提示词和文档也已同步说明。 verify-ip 增加健康检查重试 默认 VERIFY_INTERVAL_SEC=10、VERIFY_MAX_ATTEMPTS=12,约 2 分钟。 verify-ip 未通过但未达到最大次数时,会播报进度、保存 checkpoint,并继续从当前 verify-ip 重试,不会进入 download-log。 参数已加入 config.txt.example、脚本配置读取、README、打包 README、Skill 文档和流程图。
28 lines
1.7 KiB
Plaintext
28 lines
1.7 KiB
Plaintext
分析一次 PAM action 执行结果。
|
||
|
||
输出 JSON schema:
|
||
{
|
||
"action": "...",
|
||
"has_anomaly": false,
|
||
"severity": "info|low|medium|high",
|
||
"possible_reason": "...",
|
||
"suggested_action": "...",
|
||
"requires_confirmation": false,
|
||
"should_continue": true,
|
||
"progress_complete": null,
|
||
"notes": ["..."]
|
||
}
|
||
|
||
要求:
|
||
- 必须明确给出 `should_continue`:没有问题时为 true;存在需要人工判断的问题时为 false。
|
||
- 如果 exit_code 非 0、ok=false、verify-ip SUCCESS=false、出现旧版 pending_confirmation,应标记异常。
|
||
- 对 `poll-download-progress`、`poll-upgrade-progress` 必须判断 `progress_complete`:已完成为 true;未完成但正常为 false;非进度 action 可为 null。
|
||
- 进度 action 未完成但正常时,`has_anomaly=false`、`should_continue=true`、`progress_complete=false`,建议继续查询进度。
|
||
- 进度 action 完成条件优先看 `STEP=DONE`、`STATUS=completed/done/success`、`SUCCESS=true`、`FINISH=true`,或 `MSG=success` 且 `RATE_OF_PROGRESS=100` 且 `CODE` 为空或 0。
|
||
- 进度 action 出现 `CODE` 非 0,或 `STEP/MSG/STATUS/MESSAGE` 含 fail/error,应标记异常并 `should_continue=false`。
|
||
- 主要依据结构化字段 `ok`、`exit_code`、`values`、`error_summary` 判断;不会提供完整运行态摘要,避免被历史状态误导。
|
||
- `verify-ip SUCCESS=false` 由 runtime 按配置重复检查;单次审核仍应说明当前健康检查未通过。
|
||
- 只有输入里存在 `diagnostic_log` 时,才把它当作异常诊断上下文。
|
||
- 脚本正常过程日志不会作为错误依据,不能因为日志来自 stderr 就判定异常。
|
||
- 不要输出密钥、token、Authorization 或完整日志原文。
|