• 请不要在回答技术问题时复制粘贴 AI 生成的内容
Exia2
V2EX  ›  程序员

Vibe Coding 不是软件工程?符合软件工程规范的 AI 软件工程平台来了。

  •  
  •   Exia2 ·
    PRO
    · 11h 13m ago · 1825 views

    过去半年,我们团队尝试了全流程的 Vibe Coding 模式。刚开始用提示词生成代码的感觉非常爽快,但随着项目规模扩大,技术债开始爆发。
    Vibe Coding 的核心问题并不在于某几行代码的质量低下,而在于它完全缺乏全局观,且不遵循软件工程的规范。
    没有宏观架构,没有项目长期记忆,没有自动化审计,我们意识到 Vibe Coding Is Not Engineering 。
    为了使 AI 编程更符合软件工程规范,我们开发了这个项目。

    AnyPal:将 Vibe Coding 带入软件工程时代

    AnyPal 是由 Pomesoft 研发的全栈 AI 编程平台,支持导入国内外主流模型 API 。它在保留 Vibe Coding 快速生成体验的同时,引入了软件工程的规范。

    多 Agent 协同与对抗审计:内置工程经理,架构师等 11 个 AI 角色与 6 个反方审查员,支持 Coder 与 Adversary (测试/安全等)多 Agent 左右互搏,在代码交付前完成质量闭环。

    成本优化:对抗审计配合 S/M/L/XL 任务规模自动切换模型,可以极大降本增效,将 Token 花在刀刃上。

    项目长期记忆:基于 Tree-sitter 与 DuckDB 构建 GraphRAG 代码知识图谱,设立 Postmortem 工作区,自动复盘每个 BUG ,沉淀经验随项目共同进化。

    支持敏捷迭代( Plan 模式)和对抗式编程。

    敏捷开发:看板工作区

    切换到 Plan 模式后,系统会直接呈现 Sprint 列表、Kanban 看板、燃尽图、依赖图和 Issue 管理。
    和项目经理对话,将你的意图拆解为具备前后置依赖关系的树状任务流,统筹项目全局推进,多任务并行开发,不再需要打开多个 Chat 对话。
    在线/离线模式: 用户在线时主动追问对齐需求,提前确认方案。用户离线后自主推进看板任务。

    对抗式编程

    多 Agent 共享代码库与会话,正方写代码,反方实时审计,在代码进入暂存区前置阻断与纠偏,避免 BUG 与逻辑漏洞进入主干。以少量额外 Token 开销,大幅提质代码产出质量,对中小模型效果尤为明显。

    实战对比 AnyPal + DeepSeek VS Copilot + Opus 4.7

    这是项目早期的一个极端测试:在完全不人工干涉的情况下,让 AI 独立使用 WebDAV 协议实现一个网盘系统。

    AnyPal 组:正方( Coder )使用 DeepSeek-V4-Flash ,反方(审查)使用 DeepSeek-V4-Pro 。

    对照组:GitHub Copilot + Opus 4.7 。

    在此案例中,资源消耗相近的情况下,AnyPal 凭借工程化闭环实现 10 倍以上的性价比。

    一镜到底视频 https://www.bilibili.com/video/BV1JX5w61EfL/

    UI 预览功能

    在 AI 编程的时候 UI 也是一大痛点,回滚不仅浪费 Token ,还可能影响其他组件。
    现在 AI 在开始前会先询问需求,给出数个方案和预览,您可以选择其一或者继续修改需求。

    自动复盘

    AI 修复 BUG 后自动生成 Markdown 复盘文档,记录严重程度、时间线、根因、修复措施,并关联可回放的 Agent 会话,随时追溯决策过程。该文档会进入项目的长期记忆,随项目共同进化。

    参与内测

    项目地址: https://anypal.pome.net/

    支持免登录,自行导入大模型 API 使用。

    注册免费订阅可使用内置 DeepSeek-V4-Flash 、DeepSeek-V4-Pro 、Kimi K2.6, Token 需预充值。

    推荐使用客户端体验完整功能

    加入 Q 群:497719526 领取限量 Token 补贴。

    我们正在寻找视频团队和测评博主合作,如果您有意向请联系我们。

    Supplement 1  ·  1h 57m ago

    感谢 @felixcode 纠错。在对照实验中,Copilot 确实弹出了功能勾选列表,由于我们的操作失误,没有注意到 Web UI 的选项,从而直接导致 Opus 交付了无 UI 的原生目录界面。

    此次实验因我们的疏忽,未能做到客观、严谨,导致原文中“Opus 没做 UI”的结论与事实不符。在此,我们向大家真诚致歉,也感谢 @felixcode 帮我们纠正了错误。

    目前 AnyPal 刚开启内测,我们深知产品和团队都有很多不完美的地方,欢迎大家提出意见,我们会重视每个反馈。

    22 replies    2026-06-10 01:39:40 +08:00
    orcl
        1
    orcl  
       10h 39m ago
    看着有点牛逼
    dayuzhu
        2
    dayuzhu  
       10h 33m ago
    mac 没有客户端吗?
    Varvel
        3
    Varvel  
       10h 18m ago
    785150334 497719526 都搜不到群
    shoushen
        4
    shoushen  
       10h 12m ago
    感觉确实不错,建议 b 站发个视频,然后在网站首页放一下,降低用户的认知成本。
    shoushen
        5
    shoushen  
       10h 11m ago
    特别是讲一下每一项功能实现的技术原理和可以获得的收益、实现的效果。
    Exia2
        6
    Exia2  
    OP
    PRO
       10h 0m ago
    @Varvel 抱歉了,开了搜索也搜不到,不知道什么原因,http://anypal.net/网页底部有二维码
    Exia2
        7
    Exia2  
    OP
    PRO
       9h 51m ago
    @dayuzhu Mac 端还在走流程,预计 3 天后上线
    Branlice
        8
    Branlice  
       9h 48m ago
    MCN 团队,视频可以合作 ZGV2aWxlcjIwMjY=
    connor123
        9
    connor123  
       9h 27m ago
    专业开发者用不上,小白看不懂
    Orchestraa
        10
    Orchestraa  
       9h 8m ago
    推广发在对应的板块吧
    emiyamuto
        11
    emiyamuto  
       9h 5m ago
    我理解就是你们这个工具解决的就是 hardness 的问题,通过约束 ai 行为进行 coding
    FinnBai
        12
    FinnBai  
       8h 56m ago
    建议放在推广节点

    等 mac 客户端出了试一下,之前用过一个类似的,产品使用逻辑上不太好用
    xiaomushen
        13
    xiaomushen  
       8h 30m ago
    一看就不想用的样子。。。
    Exia2
        14
    Exia2  
    OP
    PRO
       5h 58m ago
    @Orchestraa 明白了 下次发推广
    Leon6868
        15
    Leon6868  
       5h 49m ago
    像是专门用了 mica-electron ,有心了
    sin2624
        16
    sin2624  
       3h 30m ago
    想到一块去了,一套几乎一样的东西在 Agent 自举开发中😂
    felixcode
        17
    felixcode  
    PRO
       3h 20m ago
    GitHub Copilot + Opus 4.7 里,你不提需求,就变成它没做 UI ?
    主动提供的 WEB UI 选项是被你给吃了吗?
    wbrobot
        18
    wbrobot  
       1h 33m ago
    多少? 527M ??你往里面放了个 winxp sp3 的 ISO 吗?
    azadmin
        19
    azadmin  
       1h 9m ago via Android
    @wbrobot Codex 桌面版也差不多这么大
    azadmin
        20
    azadmin  
       33 mins ago via Android
    对接中转站貌似有点问题,模型发现失败: Cannot create property '[object Object]' on string 'codex-auto-review'
    Exia2
        21
    Exia2  
    OP
    PRO
       23 mins ago
    @azadmin 欢迎进群反馈,开发会直接跟您沟通
    Chuckle
        22
    Chuckle  
       9 mins ago
    界面好看,有空试试,不过学习一个新工具成本还高,现阶段专业的还是脱离不了 ide 或者 codex cc 成熟的 agent 生态,以及 vb 上绕不过去的 codex app 大山。如果给成熟的 agent 做“外围插件”,什么记忆系统之类的,难免会受限,像支持 hook 、plugin 的 agent 也没多少,更别说更深层的定制改动了,不够自由,但自己做 agent ,同质化和换工具成本高。如果只是免费注册用 api ,推广的吸引力还是不够,毕竟凹凸曼大善人,时不时来个 bug gpt5.5 就 free 了,还有一堆中转站。
    我实践时也发现 op 所言,它完全缺乏全局观,agent 本身只是个“操作系统”,在复杂老项目中,完成需求任务,更多的瓶颈不是上下文大小、agent 能力,而是上层应用,只有 agent ,AI 不知道业务架构,AI 无法从一个页面上,定位到你成百上千的仓库改哪个文件,AI 无法完成测试闭环,这背后还有需求分析、业务数字化、代码地图、质量审计的事情,以及模仿阿尔法狗进化的老路子,让 AI 自己学习经验,试错才是最宝贵的,这也是我边做需求边做 ai 工作流头疼的点。
    多 agent 弄个对抗网络的设计,之前好像也见过,但实际开发并不会像 demo 那样一段话生成***,自由度没这么高,也不是单仓库项目,往往是涉及多个仓库,多个包。
    多 agent 对抗、规范沉淀,加上需求复杂性导致不可避免的上下文压缩,感觉有让 AI 偏离原有的产品 prd 设计方向的风险。
    另外对比图也过于夸张了,opus4.7 不至于,一句话生成***不仅听腻了,感觉也并不是好的案例,先弄一个网盘系统,再用标准的产品 prd ,对比看或许更明显。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1196 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 64ms · UTC 17:49 · PVG 01:49 · LAX 10:49 · JFK 13:49
    ♥ Do have faith in what you're doing.