2. Linux.do
  3. 从零开始的项目，是指定技术栈好使？还是以结果为导向让AI出方案？是否还需要人力review维护？

从零开始的项目，是指定技术栈好使？还是以结果为导向让AI出方案？是否还需要人力review维护？

hilson 2026-07-07 11:35 1

本人在VIDE之前的开发都是基于某某综合框架如ruoyi、go-admin之类的开发可以从而保证项目结构稳定，降低心智负担。

VIDE后我搭配trellis试过中型项目用框架，小型项目让AI按照我要的结果让AI自己组织项目结构，发现即使AI在使用框架的基础上不仔细要求的话会跑出框架规范约束，而小型项目就更没法review了，有种梦到哪写到哪感觉。

不知道各位在新的个人项目和团队项目中是否还会人力review代码，是否还会去了解业务实现流程呢？业务是你熟悉的，你也知道要怎么实现，输出结果闭环验证、人工验证都符合你的要求，但是VIDE的时候还会review代码实现吗？不review的时候AI的实现流程和你自己想要的实现流程不一样的情况怎么办？

最新回复 (13)
  • xintaitong 07-07 11:37
    1楼

    不了解业务，线上bug你都不知道是什么，除非是想背锅 ^-^

  • 许仙 07-07 11:39
    2楼

    你先确定你要做什么 ai它什么都不动 必须你给他指路

  • 星星 07-07 11:39
    3楼

    技术服务业务,业务流程一定要优先,然后才决定用什么样的技术选型

  • 我张三 07-07 11:40
    4楼

    肯定需要指定，不能让他乱来。

    只不过这个指定可以是自己定，和AI商量定，完全由AI定。

  • hilson 楼主 07-07 11:40
    5楼

    是知道业务内容，说的“了解业务实现流程”是指是否需要知道具体实现的业务代码

  • hilson 楼主 07-07 11:42
    6楼

    trellis



    这边是有用trellis的brainstorm的，所以人是肯定需要知道业务内容的，要不然回答不了AI问的问题

  • hilson 楼主 07-07 11:47
    7楼

    现在的疑问点是，用框架会有一份初始约束spec，人自己也是知道业务实现流程的，自己人工实现也是可以的，但是实际上在具体实现阶段会有跑出框架的情况，如果是不带框架的小型项目，更加没有初始的spec了，更混乱

  • sunflower_kele 07-07 11:47
    8楼

    还是需要先开启计划模式去讨论一份为好，技术栈当然是熟悉的好

  • hilson 楼主 07-07 11:50
    9楼

    如果每个实现都review一次当然能够纠偏，但是如果没有进行及时review，而是累积了几个实现之后才开始粗略的review，大概率代码会跑出你的想象范围。

  • Enze 07-07 11:58
    10楼

    个人见解：



    • 讨论计划的过程中不做特别细的预设，让它推荐最佳实践，这类大而全框架一般不会是首选推荐

    • 计划讨论要细，任务拆分要细，要有卫生策略，验收细节比实现细节更重要

    • 产物"没法review"我觉得已经算用错了

  • hilson 楼主 07-07 12:25
    11楼

    第一条和第二条观点看起来有冲突，另外在实际使用过程中，讨论计划时若在某个推荐方案中进行纠偏还好，如果是对其进行展开再次细化讨论会出现任务偏差，最后可能会产生本任务围绕该细化任务的开展工作；

    产物如果是闭环验证产物（非单元测试）配合人工验收这是必做流程，但是代码reveiw却是另一回事，带框架的review起来起码还遵循着某种规律，但是不带框架的项目代码在讨论过程中是不会给你做好项目结构规划、函数命名规范，没有这些约束规范，代码的确是能看，函数命名也比我们自己命名要合理，但是你如果真去看了会发现代码结构很难找出对应的规律来快速理解了；要是无框架项目你详细要求项目结构规划、函数命名规范，如果你都详细要求了，那是否用现成的框架会更好呢。

  • 莉音 07-07 12:36
    12楼

    我写的话肯定是先选定好技术栈 然后给AI做 不然他用的啥 为什么要用都不知道还做什么啊

  • 阿松 07-07 12:39
    13楼

    是啊，我也有这个疑问，因为我是小白，我根本不知道有哪些技术栈。现在看了佬友们的评论，现在有一点点思路了

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐