如何把公司文档里的经验,变成自己项目里的工程约束
之前我调研过一个同类的二次开发项目。一开始我的想法很直接:把它的源码和文档找出来,看看他们怎么做的,哪些架构可以照着用,哪些功能可以直接参考。
共 4 篇文章。
之前我调研过一个同类的二次开发项目。一开始我的想法很直接:把它的源码和文档找出来,看看他们怎么做的,哪些架构可以照着用,哪些功能可以直接参考。
最近看了一份 OpenAI 的白皮书,标题是 Codex-maxxing for long-running work。一开始我以为它会讲很多具体技巧,比如怎么写 prompt、怎么开线程、怎么安排自动化。但读完之后发现,它真正想讲的不是某个功能,而是一个更大的变化:
前阵子在 Ziron 里跑服务端 packet 切片迁移,我把整个流程拆成了一个可以自己循环的系统:每一轮提取一个 packet 组,写 fixture、跑兼容性测试、更新文档、提交、合并,然后读 STATUS.md 里写好的下一个任务,继续下一轮。这就是后来被叫做 Loop Engineering
最近我在频繁地进行项目的优化重构操作,在这个过程中积累了一些理解项目和分析项目的经验,这里简单地记录一下作为今后的参考。