#日志与就绪检查

先用诊断识别失败层，再决定是否修改模型、包或 Service。

intloom --version
intloom status --json
intloom doctor --execution cli --json
intloom looms --json
intloom attach RUN-example --json
intloom logs RUN-example --debug
intloom logs --service --follow

外部 Agent 执行使用 doctor --execution agent_ide。就绪检查读取本地前提，不调用真实模型。

#阅读证据

Run 日志关联 Run、Stage、Step 和 execution ID。重复执行同一个 Step 会产生新的 execution ID；等待和回答属于同一次调用。Info 显示生命周期事件，debug 增加安全的路由和执行摘要。

Service 退出后仍可阅读日志。--json 提供结构化输出或 JSON Lines。--info/--debug 诊断使用 stderr，保持机器 stdout 可用。

诊断 Service 模型失败时，debug 事件会显示每次请求尝试、实际观测到的 DNS/TCP/TLS 和 HTTP 阶段、连接复用、流打开时间，以及 HTTP 状态或 ECONNRESET 等安全错误码。Agent 在流打开前允许最多三次 SDK 原生重试；日志会区分重试次数与逻辑模型请求数。已打开的流和已接受的 Tool 不会被重放。标记为 initiating_context 的连接池事件只表示创建连接时的调用上下文，具体请求使用哪个连接以发送事件为准。缺少某个网络阶段不能单独证明网络故障，也不能确定责任方。

结合 lastError、最后游标、待处理操作、operation 回执和真实已提交结果判断。传输失败可能留下仍在运行的 Run；模型失败属于 Run。

日志保存安全诊断，不保存业务 State 或恢复指令，不能重建缺失检查点。报告问题请阅读收集诊断信息。