最近读了翁家翌大佬一篇关于AI自己长期维护方法的博客，之前也用过coze(工作流编排)，codex，claude code等工具。 最近想做一个单人维护的大型项目 （比如自动跑团的AI主持人），想和各位佬们讨论。
我遇到的问题
- 个人维护大型项目，在ai已经解决了大多数工程问题的情况下，最大的问题就是个人需要同时理解N个模块如何交互、修改后可能影响哪些地方，即“认知负载”。
- 对于项目本身的更新，个人常常容易陷入局部视角或缺乏相关技术经验，因此如果让项目能依据目前的结果自己更新也许能得到一个更全面的结果。
- ai会写出大量屎山，过大的项目如果要求人工介入review难度太大。
目前架构思路
- 堡垒： 稳定，长期无需维护，提供基础支撑的核心模块，但搭建此类壁垒时需要用codex+superpower（纪律框架，例如TDD）做足够的pytest，之后就几乎不会再修改（或者修改时要人工review和监测之前pytest的输出）。最后这些堡垒会工作流中反复调用，并通过skill之类的封装，只预留少数接口。
- 通道： 业务流程编排层，用Coze类似的工作流引擎把堡垒模块串起来，节点只是调用之前每个堡垒的暴露的api，而流程逻辑则完全可视化，这样可以保证我只需要知道每个模块有什么用以及模块的少数接口，让“认知负载”降到最低
- Heuristic System： 翁家翌大佬提出的核心设想，我的理解就是类比强化学习，有策略（代码规则/状态机）、反馈（test/log/reward）、记忆（trails/回放）、更新机制（coding agent直接改代码），进而实现启发式的项目自我重塑。感觉其实很类似站里许多大佬提出的自动生成skill或memory的项目架构。
- 项目管理（如何在屎山上继续拉屎）上我基本0经验，所以目前想法就是对于通道上每个节点进行监督，失败或到达某一指标时要求人工介入；同时可能需要通过工作流编排保证一些区别很大的子项目拆分开来，防止一个子项目失效全部都失效。
翁家翌大佬的那篇博客我还在消化，理解可能有偏差。我目前还没想好哪些逻辑要放入堡垒中，哪些通过工作流式的编排实现，以及HL的反馈和记忆存哪些东西比较好（感觉我列的有点太多了）。希望佬们能给点建议。
5 个帖子 - 2 位参与者
来源: LinuxDo 最新话题查看原文