dualface/kander 是一个把多个 AI 编码智能体集中到一块看板上进行协调、并把每项任务分配给隔离的 git 工作树和独立审查智能体的项目。2026 年 11 月 4 日的提交 285fb4f 修复了这样一个问题：其内部的一个状态判读测试直接读取执行机器的配置，因此在 CI 运行器上持续失败。GitHub 提交页面：https://github.com/dualface/kander/commit/285fb4f2994a2dc6e10dff589179fa8a6ead4cb6
问题出在 internal/liveness/agent_status_test.go 中的 TestObserveAgentStatusClassifiesProcessPanes 测试。该测试用于验证按终端的 pane（分屏）单位分类智能体存活状态的功能，但它直接从运行器的本地文件（~/.config/kander/config.json）读取决定智能体种类的设置。因此在没有配置文件的 CI 运行器以及个人设备上，都以「config missing」这一配置错误告终。该提交改为与其他 liveness 测试相同的方式：测试自行创建临时目录、把配置文件直接写入其中，再通过环境变量 KANDER_CONFIG 传入该路径。记录中留下的修改文件只有这一个测试文件，改动为新增 5 行、删除 0 行。提交信息中仍保留有 Claude Opus 5.5 的共同作者署名。
不过这次改动只是对测试执行环境的隔离，并未修改产品代码。分类结果是以测试自己创建的配置文件为基准来验证的，因此仅凭这次提交无法得知真实用户配置会对判读边界产生怎样的影响。仓库说明中提到的工作树隔离与审查智能体分离功能的实际行为、性能指标和基准测试，在本次记录中也没有。它更接近于消除 CI 中反复失败的基础性工作，而用户可见行为是否发生变化，仅凭这份记录尚难判断。