解决 “不要乱改我的代码” “你应该复用旧的代码” 等ai coding 问题的框架堂堂开源!

AI摘要
本文探讨了AI辅助编程中“vibe coding”模式在大型项目中可能导致代码混乱的问题,对比了人类工程师基于规范、记忆和流程的开发行为。作者提出通过构建结构化工作流(如Trellis框架),将代码规范、提交信息和开发准则文档化,并在AI编码前后注入特定上下文,以引导AI遵循规范、进行代码审查并动态更新准则,从而提升代码的可维护性和一致性。这是一个关于提升AI编程规范性的技术方案分享。


ai 能力很强,但是如果仓库的代码量越来越大,还继续纯 vibe coding ,大概率你的项目会越来越乱,越来越难以维护和管理

那么为什么人类工程师写代码不会这样?

我自己想了一下我的开发行为,大概是这样的:

  1. 接到一个需求,理解需求具体是要干什么
  2. 我的大脑自动 rag 一下,回想起这个需求相关的可复用的代码 kit ,规范是什么,以及存放在哪里,该咋用
  3. 开始 coding
  4. 再对照我记忆里的“这种需求的代码在这个项目该怎么写” 的相关规范进行 review 一下
  5. commit && push

所以为什么 ai 做不到这样?一个是 vibe coding 的人有可能本身就是纯小白零基础,自己也不知道该怎么写代码才是规范的,也有可能是被需求,排期填满的工程师,没有很多空去每次写需求都让 ai 走一遍完整流程(全走完流程的话说不定工程师自己都差不多写完代码了)

all in all ,为了解决这个问题,我们内部仿照人类工程师的开发模式打造了一套给 ai 的工作流,我们会把代码的各种结构规范和开发准则进行沉淀形成文档,把 commit 相关信息也沉淀到文档中,这样每次跟 ai 对话之前,可以用对应的流程只注入它需要的 context ,这样在实际 coding 之前,你得到的就不是一个 预训练过很多预料,coding 能力很强,但是会随机发挥 coding 能力的 agent ,而是一个熟悉你项目最近提交情况,熟悉本次需求开发相关代码该咋写的代码工程师了;

在 coding 结束之后,也会有类似的强行注入 review 相关所需上下文的流程去进行 code review ,防止 coding 过程中因为上下文太多,忘记代码规范是什么;

以及在工作完成之后,会有专门流程检查本次 coding 是否产生或者修改了对应的开发规范,如果有这种情况就会对开发规范进行修改,做到越用越好的效果

总而言之仓库开源了,项目名字是 Trellis, ai能力像是爬墙虎一样生命力很强但是会乱爬,我们希望我们的框架能能像一个脚爬架一样让它按照规范前行

原repo: github.com/mindfold-ai/Trellis

简短版README: github.com/mindfold-ai/Trellis/blo...

详细理念介绍: github.com/mindfold-ai/Trellis/blo...

(如果你懂k8s,可以看看这个文档方便理解我们的理念: github.com/mindfold-ai/Trellis/blo...)

走过路过点点 star ~

讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!