zuokanyunqishi

plus 被限制 5 小时,,tibo 魂淡..

@1wlinesperday 这个完全不接三方 agent sdk 包,纯自己实现的,值得学习关注了..

感谢老哥的总结

@hoky 能生产可用的多不,我弄了两月了,还在搞权限系统,和上下文工程.头疼的很..

恰好重构了自己项目好几个核心模块.以下是 codex 自己总结的.

把重构当作行为迁移，而不是代码整理。

1. 先限定范围
明确目标、非目标、负责人、影响入口和停止条件，避免改着改着变成全盘重写。

2. 先查事实，再谈抽象
直接看源码、依赖和真实运行结果。分清哪些已经验证，哪些只是推断，哪些还需要决策。

3. 把现状和目标分开
用特征测试记录当前行为，用红测描述目标行为。不要拿设计假设冒充现状。

4. 先做最小纵切
先打通一条完整链路，确认方案能跑通，再向同类路径扩散。

5. 按风险切片
只读、写入、非幂等、异步、并发、跨服务协议分别处理，不按目录批量横扫。

6. 每一步都能独立回退
一个切片只解决一个问题，并且可以独立测试、提交、验收和撤销。

7. 不要迷信单一绿灯
单测、静态检查、契约测试、真实入口验证和 Review 各自证明不同的问题，不能互相替代。

8. 最后一定要收口
删除兼容层和临时豁免，把迁移期的约束升级为严格门禁。否则只是新旧两套系统同时存在。

最重要的是这三条：

> 事实先于抽象。
> 测试证明行为，但不能替代架构判断。
> 重构要按风险和可观察结果切片。

@frank1256 跨服务或者职责分层的设计,还得人把关,上下文总是不够的.

事实是 AI 会跑偏的,,在一个仓里,跨几个服务,你不勒紧缰绳,一两小时就跑偏了...

多少?100 个子 agent ?work tree 能忙的过来?

把老外的风控技术提高了好几个等级