harvil1/codeagent 是一个在终端中运行的开源编码代理。它读取代码仓库、规划跨多个步骤的更改、修改文件、运行命令与测试，并在同一个工具循环中反复进行这些工作。2026 年 10 月 14 日的提交 e48780be 正是打磨这个循环的工作。提交信息是 "chore: 清一批卫生死角 + 几个误伤点"，意思是清理了死角代码和几处误报，变更统计为新增 165 行、删除 88 行。
清理目标分为两路。一路是无人使用的代码：agent/fork_messages.py 中删除了那个用来传递父代理 system prompt 的废弃参数，agent/scratchpad.py 中删除了无人调用的说明块生成函数。agent/cache_monitor.py 移除了那段专门用 try/except 包裹模块变量读取的防御代码。另一路是误报：agent/team/hallucination_check.py 在检查前把 URL 整体剥离，因此不再像从前那样从 example.com/docs/x.html 中切出 "com/docs/x.html" 并报告为误报。e.g、i.e 这样的单字符缩写也不会被当作路径处理。
凡是接收外部传入数值的地方，都各自多加了一层防护。agent/skill_bundle.py 丢弃配置文件中不是字典结构的条目，并且不读取名称中混有分隔符的项。agent/mcp_client.py 在发送 MCP 通知时获取锁并写入 stdin，使两个帧不会互相混杂。损坏的 inbox 文件被隔离为 .bad（agent/channel_inbox.py），丢失字段的检查点条目会被跳过，使恢复过程不会中途停止（agent/checkpoint.py）。进度线程不会重复出现，goal_start 的默认预算与 CLI 从同一处配置读取。
不过这不是功能追加，而是一次卫生性清理。变更统计中没有测试结果或性能指标。由于整块剥离 URL 的做法会把夹杂在 URL 内部的真实路径也一并从检查范围中抹去，真实的检出究竟减少了多少，仅凭提交资料无从得知。被悄悄掩盖的警告究竟是增加还是减少，目前判断还为时过早。不过，这个代理的多数路径都是重新读取它自己创建的文件与配置，因此防御代码增加的同时，运行中悄悄失败的节点看来也会随之减少。