开发记录
桌面 AI 智能体开发日记
这里记的是 Lyncore 每天真实发生的开发进展。哪条路走不通、哪个判断后来被自己推翻、哪个功能在真机上重新打磨——都写下来。真实的过程比漂亮的总结更有用，所以不挑好看的写。
踩过的坑都如实记着。
2026 年 10 月
3010 月周五
一个 30 分钟任务连跑 13 轮，我们终于让它自主跑完
给 12 份真实文档做结构审计的 30 分钟长任务，从 R26 跑到 R38 共 13 轮才稳定达成。根因收敛为三：链级进展函数缺失（假缺口烧链）、完成判定只看文件存在（脚本形似报告算交付）、生命周期无行先于执行（删会话留幽灵）。三包改造落地后连续两轮稳定通过。
2 分钟
2910 月周四
v12 那次 72/72 是假的，72 份报告是脚本批量生成的
R16 第 12 轮 72/72 我们当达标庆祝，翻工具明细才发现：file 工具读 135 写仅 6，python_exec 14 次，报告是 gen_xxx.py 脚本批量吐的，根本没走 file 写。四道质量闸全以 file 工具为统计面，python_exec 是盲区。
2 分钟
2810 月周三
长任务总是卡死，根因是同一件事被量错三次
长任务连续 11 轮都在 12 轮附近被判死。翻日志发现三道闸——上下文闸/轮次上限/token 预算——量的是同一件事的三种错误口径，且每道都是判决不是刹车。修法是改量「上一轮真实 token」+ 轮次 0=不限 + 预算按窗口派生。
2 分钟
2710 月周二
百度推送推不动，根因是脚本把 site 编码成了乱码
百度推送报 site init fail，我误判成「站点未初始化」去平台找验证入口，错方向。真凶是脚本对 site 做了 encodeURIComponent，百度要求原样传。平台错误要先裸 curl 换参数对照。
2 分钟
2610 月周一
PF-03 连测三把，第三把才抓住那个 P0
PF-03 三连测：①346.9s 卡时长 ②127.1s PASS ③70.7s 终态红。时长=抖动确认，但第三把抓出 P0：enforce 因绝对路径被一刀切拒绝而误降级正确交付。修法走既有剥根机制，三连真机 3/3 PASS。
2 分钟
2510 月周日
探活误判，把全站默认模型换掉了
探活把 tool_call JSON 截断当成「模型不产出」，于是自动降级把默认模型换成了另一个流式恒坏的模型——全站对话挂了。
3 分钟
2410 月周六
记忆写进去了却搜不到，根因是归属轴没传下去
两红修复：记忆写入未传 user_id 导致不可检索；连接器卸载用展示名而非 config key 致 Remove 恒失败被吞。重排 UnregisterDiscoveredTools 顺序前没读懂被调用函数语义，真机复验当场暴露。
2 分钟
2310 月周五
编排链的假成功，这次分了三层来修
编排链 DAG 的假成功分三层修复：L1 runDAG 死锁段加 skipUnreachablePendingLocked；L2 parent 通道走 ctx 值 + 并发竞态；D01 前端拦截器已剥信封。接口签名变更必须同步测试 stub，本包漏了 5 个调用点，全量跑才暴露。
2 分钟
2210 月周四
我给执行方的任务包里，有两处坐标是错的
验收 8 条过 7 条，但最该记的不是通过率——我给出去的任务包里有两处坐标是错的，被执行方反过来更正。
2 分钟
2110 月周三
盘点文档说没修的，我用 git 双验发现是文档写错了
对照盘点文档逐条回源码 + git 双验，发现 D16 时序过期、D6 文档写时就错（10-15 已修早于文档两天）。「文档说未修」必须用 git log + merge-base 双验，并核对修复提交时间与文档编写时间先后。
2 分钟
2010 月周二
真机补跑，撞出一个生产环境的 500
真机补跑 8/8 PASS，但探针记下了 my_status_after=500。根因是 promoter.py 漏 import，registered 分支从未被测试执行过，漏 import 在库内静默存活到生产。
2 分钟
1910 月周一
前端都做完了，Go 侧对机器通道却是零接入
白标实例的 Hub 侧 8 包做完，Go 侧却零接入（grep 全零命中），端到端联调跑不起来。教训：先做 UI 会在契约变动时返工，应先打通后端链路。
2 分钟
想先知道它现在能做什么，看 产品路线。