• hedgie

    随着模型和agent能力越来越强,早期的各类ai编程套件带来的帮助都不大了,有些反而会带来负面影响。 部门内希望推动各敏捷小组进一步落地AI编程,对于小团队,大家在使用不同的AI编程工具(claude code、codex、cursor、trae等),如何去管理各项目的agents.md,项目文档,任务过程文档呢?哪些内容需要提交git维护呢?有没有比较好的实践方案?

    目前我自己使用的是自己搭的一套比较简单的repo-local harness,把项目各模块信息,外部规范,任务的过程文档,任务复杂度分流和工作流程沉淀下来了,文档均本地git维护,自己用的挺舒服的,但是感觉不太适合大家一块用

    主楼
  • 流光zzz

    插眼,我也好奇,需要学习一下各位佬的经验 ^-^

    #1
  • 杜

    试过trellis吗?我感觉这个用起来还是可以的

    #2
  • czm

    trellis 还是比较适合小团队的,也不用考虑开发agent 的统一

    #3
  • hedgie

    正在看呢,还没使用,流程重不重啊,哪些内容统一提交到仓库git维护,哪些放本地呢

    #4
  • tuheii

    刚刚看了一个佬分享的开源项目 佬有空可以看看ownmem/README.zh-CN.md at main · grpcer/ownmem · GitHub

    #5
  • 杜

    我还没试过其他的,不太好评判重不重

    规范和任务(需求+设计)我们是都提交到git了

    #6
  • hedgie

    spec里放的是编码规范还是项目知识啊? 在使用这些工具时,是否需要独立维护一份项目各模块的高质量说明呢? trellis能在任务完成之后,自动的更新项目的规范和知识吗

    #7
  • Bensong

    现阶段我感觉只维护文档就行了,只要用工作流,gpt sol就能跑好几天,不太适合了 ^-^时间太长了

    #8
  • 🅄🄽🄲🄻🄴𝕁𝕚𝕞𝕒𝕠

    我倒是觉得与其多人合作干多个项目不如一人干一个项目,自己维护自己的 ^-^

    #9
  • 科尼岛

    我们之前的经验就是完全隔离出来,一个人完全负责某一个模块,个人维护好个人的

    #10
  • huyl

    我宁愿一个人干一个项目。目前还不知道怎么跟其他人协作,尝试了一次后,发现别人写出来的结果并不是我想要的,最后还是推翻了,我自己重新写

    #11
  • 0.3_秒心动

    把项目各模块信息,外部规范,任务的过程文档,任务复杂度分流和工作流程沉淀下来了,文档均本地git维护,自己用的挺舒服的

    这个流程可以分享一下吗佬,最近感觉这个挺重要的,不知道怎么形成规范

    #12
  • 10p

    建议是全都gitignore别提交 各理门前雪 你怎么知道自己做的规范在下一代的模型上的表现是ok的 规矩定下来了想转弯就麻烦了

    #13
  • hedgie

    我也觉得自己整自己的比较好,统一起来费力不讨好,但是迫于上级想提高部门的平均使用水平啊

    #14
  • z1056544889

    随着模型的进化,以前的一些规范可能已经不需要了,而且现在harness工具的内置提示词都要求先模仿现有代码,所以只需要维护真正业务相关的规范,代码写法这种规范我觉得已经不需要了

    #15
  • hedgie

    是啊,模型进步很快,早期的编程套件现在用起来都极其臃肿,要是能有一套方便统一维护更新的,薄层的就好了

    #16
  • z1056544889

    规范和任务(需求+设计)

    这种东西提交上去真的有人会看吗 ^-^

    #17
  • hedgie

    我也是,自己独立负责的项目舒服多了,协作的项目其他同事冷不丁在根目录下放个skill,感觉都是累赘 ^-^

    #18

发表回复

登录后回复