Posts
All the articles I've posted.
-
上线实战：轮内并发、超时、续跑与审计
调度循环不改。一轮内多个 tool_calls 并发执行，回灌仍按请求顺序配对。工具超时必须回灌；写操作超时先查单再追投，携带幂等键防重复扣款。每轮按 run_id 落盘 messages，确认之后续跑，事后能再跑检查。
-
检查通过仍会打转：护栏拦截与累计 Token
调度循环不改。误差按业务工具步数串行连乘。护栏卡在 dispatch 之前：同一工具同一参数即触发终止，未确认的写操作一律不执行。确认后用同一份 messages 再进循环。累计 token 按每轮重发加总，而非单轮度量。
-
评测一个 Agent：轨迹级校验，而非答案级
调度循环不改。从 messages 中抽出 tool_calls 作为执行轨迹，检查逻辑全部写成代码：有没有跳步、adgroup_id 从哪来、档位是否按 ROI 分流。对照轨迹不调模型；真跑一次 run 再用同一套检查复用。
-
用 MCP 接入外部工具：list_tools 与 call_tool 的挂载
循环、记忆、计划三层架构都不改。将 search_campaign 和 get_campaign_report 挪到 MCP Server：启动时 list_tools 拉取 schema，dispatch 里 call_tool 透传调用。只转发外部工具白名单，回灌结果不可信，必须兜底校验。
-
让 Agent 先规划再执行：把计划写进记忆
调度循环每轮只决定下一个工具，多步任务极易跳步或重复调用。计划是一份存放在记忆里的步骤列表，每轮写进 system。set_plan 写入或替换计划，mark_step 推进步骤状态。参数错了就地重试，步骤做不到则触发重规划。