只靠Vibe Coding,真的能写成软件吗?

FlamingAstralite7086 2026-06-17 22:17 1

我有点紧张,在写一个翻译工具,我现在的主要流程就是先用AI Studio里面带网页搜索功能的Gemini API各种问架构的事情,开发框架、环境选择、前后端的语言都是什么、要不要用数据库、要不要用UI Kit。翻译管线里面怎么拼接请求体,怎么拼接提示词,怎么提取原文的内容。


然后问着问着就越问越详细,AST文档树是什么,占位符替换是什么,怎么解决上下文不衔接的问题,各个模型的请求体规范有哪些、文档在哪里,校对有哪些方法,翻译的任务和术语表要不要做私有格式来持久化保存,对于我的想法世面上有没有开源仓库可以借(co)鉴(py)……一边问还一边在想如果我是用户,我会干什么酒吧点炒饭的坏事()就这样在Obsidian里面攒了一大堆文档,然后一边写一边试图把这些想法告诉Codex(GPT-5.5-xhigh)。


我基本上从来不去说具体代码上的事情,最多就是能找到这个地方在哪个前后端的文件里面,然后@出来。目前处于闷头各写各的功能区域,然后祈祷最后Codex能把整个翻译管线连起来呜呜呜,连不起来我再慢慢测试找问题。现在看起来一切似乎运转不错,文件结构好像……也没啥问题,我在AGENTS.md里面尽量让它不要耦合。希望我能写下去,并且勉强算个人模狗样的软件呜呜呜。

最新回复 (15)
  • SErAphLi 06-17 22:19
    1

    可以的,但是你要固定你的工作流,然后最好让他写了计划让其他的模型来审核,最后固定好测试流程。

  • 冰原Bill 06-17 22:21
    2

    虽然完全新手不太可能vibe出完善的软件,但是有了ai,也只需要花20%的时间就能掌握80%的软件工程。

  • FlamingAstralite7086 楼主 06-17 22:22
    3

    谢谢佬,我现在注意到我好像没有怎么关注git的问题,Codex Desktop看起来好像在自动git commit到本地,我得去确认一下

  • 逼吧啦 06-17 22:24
    4

    可以,但是你要吃透整套流程,trao开发小红书小程序,我顺便还能抽两个包出来开源,模型都是好东西,就看你怎么用

  • 米塔 06-17 22:25
    5

    你可以借助grill me或者brainstorm + plan mode先确定你自己的需求,让claude先把最核心的功能列好,文档写好,然后codex根据文档帮你把代码实现,后面再不断加功能,但是还是像楼上说的,软件工程那一套要自己大概了解一下,人月神话这本书不错,推荐你看看

  • SErAphLi 06-17 22:26
    6

    我设置的工作流是 计划 执行 验证,这三步,执行之后是一定要让他做一次提交的,否则有时候你说他做错了,如果他没有提交的话他会直接git reset,结果前几轮的更改全都被他reset了。

  • FlamingAstralite7086 楼主 06-17 22:27
    7

    谢谢佬的指点!我现在有时候会把我的想法交给Gemini再把关一次,但不是每次都这样()

  • 凛雪鸦子 06-17 22:27
    8

    我感觉如果是自用的话完全可以 我没敲过一行代码 让ai帮我做了好几个apk了 面向客户可能就不能只靠ai了

  • 斯普兰铎 06-17 22:28
    9

    可以的,我现在都是先写功能需求,再写设计文档,再代码实现,每个环节多review几遍,然后做好测试。

  • WINDOWS.DO 06-17 22:29
    10

    我也想知道……Vibe成功的东西似乎很少

  • anzi 06-17 22:29
    11

    难的是修bug,其他的话只要模型不偏离设计大差不差没什么必须的

  • Spincat 06-17 22:29
    12

    能是能,但就是可能会很慢,一个bug转着圈的改,并且bug会很多,后期可维护性还很差

  • caoayu 06-17 22:30
    13


    可以但是有点费劲,这是我自己搞的

  • hpyer2019 06-17 22:31
    14

    先写个demo,走通了再写规划文档,加ui就差不多了

  • 舒克 06-17 23:11
    15


    可以的,但是必须先写规划,加上Skills配合以及你自己的理解,难的也不是修Bug,是屎山,你需要解决屎山问题,但是没办法彻底解决屎山

* 帖子来源Linux.do
返回