讨论一下现在vibcoding项目的流程以及痛点。希望佬友们分享一下开发流程方式和实战经验。

现在用gpt-5.5现在感觉很降智不喜欢理解代码并且幻觉有点严重。使用goal命令往往达不到很好的效果,经常出现失忆即使在使用plan和Grill with Docs之后。这个是目前ai给我的流程。 主流程: Intent → Clarify → Evidence Pack → Goal Plan ...
讨论一下现在vibcoding项目的流程以及痛点。希望佬友们分享一下开发流程方式和实战经验。
讨论一下现在vibcoding项目的流程以及痛点。希望佬友们分享一下开发流程方式和实战经验。

现在用gpt-5.5现在感觉很降智不喜欢理解代码并且幻觉有点严重。使用goal命令往往达不到很好的效果,经常出现失忆即使在使用plan和Grill with Docs之后。这个是目前ai给我的流程。

主流程:
Intent → Clarify → Evidence Pack → Goal Plan → Review → Execute → Verify → Cleanup → Ship

循环规则:

  1. Clarify 阶段发现需求不清
    → 回 Clarify,更新 CONTEXT.md 稳定事实。

  2. Evidence Pack 阶段证据不够
    → 继续查代码、测试、日志、配置、调用链。
    → 证据够了再 Plan。

  3. Goal Plan 被审查出漏洞
    → 回 Evidence Pack 或 Goal Plan。
    → 补证据、改计划,不直接执行。

  4. Execute 实现失败
    → 用 diagnose 找根因。
    → 同一方向失败 2 次,停止乱改,回 Evidence Pack。

  5. Verify 测试/实测失败
    → 回 Evidence Pack。
    → 重新确认根因和相关代码,不凭感觉补丁。

  6. Review 发现 bug/架构风险
    → 回 Execute 或 Goal Plan。
    → 修完再 Verify。

  7. Cleanup 后测试失败
    → 回滚/修正 cleanup。
    → 保持功能不变,再 Verify。

退出条件:

  • 功能已实现。
  • 测试和必要实测通过。
  • 日志无新阻断。
  • plan 写最终状态。
  • CONTEXT.md 只更新稳定事实。
  • 剩余风险已说明。

Blocked 条件:

  • 同一阻塞连续 3 轮无法推进。
  • 必需外部工具/权限不可用。
  • 缺少不可替代的用户决策。

1 个帖子 - 1 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文