Graph Engeering这个新概念,讲的人很多,有的还是拿老一套的节点、边、状态来套,说要干掉Loop Engeering,也有的人说Graph的每个节点就是一个Loop,没法用一个Loop Agent搞定的项目,才用Graph的形式扩展……各说各话,这理论也太悬乎了😰
现在🦞爹Peter的造词能力不输卡帕西了,万词王的称号争夺很激烈🙃
不过流程这东西,或者说工作流,就是永远会存在的东西,时不时就会冒出来一下,24年初的出版coze,25年初的n8n,都是戳中大家想要观测Agent工作细节的痛点而爆火,但又因为太难用被自然语言的Coding Agent取代。
然而Coding Agent太黑箱了,就算其能力再强,人类还是不放心,这才又来探讨Graph Engineering,但这次跟LLM Wiki不一样,还没有人快速造框架出来,为什么?
归根结底还是太模糊,就Peter一句话,大家开始自由发挥了,我也趁乱来vibe一个,既然手握上千刀的顶级模型额度,几天烧出个新框架是合理的嘛💰
我的思路是,既然vibe coding不可控,那么我们就强行让Coding Agent把需求环节拆成nodes,让人类来观测每个环节,觉得不够清晰就再拆,于是就有了这个vibe-node-flow框架:
github.com相对于那些自成一体的框架,我这个更像一个template,无论是Codex还是Claude Code,就让Agent遵循这个结构去开发,做完就可以有一个类似n8n的界面来观察,但不需要手动编辑。
大概就是这样,接下来的计划,就是去找一些有意思的项目来让claude和gpt按我的模板来转,形成一个工作流仓库,这就是我对Graph Engeering的理解是实验。