让非程序员也能提交代码后,我们的开发流程彻底乱套了

PromptCube 高级 2小时前 247 浏览 3 点赞 约 1 分钟

把非技术人员直接扔进代码库,看似提高了效率,实际上给 Review 环节带来了巨大的压力。我们现在的模式是 1 周规划加 6 周开发,每天的站会基本变成了 Demo 秀,大家快速反馈进度。最离谱的是,我们现在连 PRD 和系统设计文档都不写了,直接录音转文字,然后用 Agent 自动生成。

虽然这种工作流看起来很“未来”,但实际跑起来有几个非常头疼的坑,分享给同样在尝试 AI 工作流的朋友:

  • 代码评审变成了噩梦: 因为非工程师可以通过 Slack 里的 Cursor 快速提交代码,导致 PR 数量激增,且质量参差不齐。工程师现在得花更多时间在 Review 上,而不是写核心逻辑。
  • 设计链路断裂: 以前 Figma 是唯一真理,现在设计师过度依赖 Claude Design,导致 UI 组件和实际代码组件之间的对应关系完全丢失了。我们现在在考虑把编辑器从 Cursor 换成 Claude Code,看看能不能缓解这个问题。
  • 基础设施跟不上: 每个 PR 自动生成临时测试环境的功能依然不稳定,经常卡在部署环节。
  • 规划缺失: 习惯了 AI 的快速迭代,我们竟然把容量规划(Capacity Planning)给丢了,结果导致项目进度在后期经常出现不可控的波动。

这种模式其实是在用“沟通成本”换“开发速度”,如果团队没有极强的 Review 机制,非工程师提交代码大概率会变成技术债的制造机。
figmacursorClaude CodeClaude Design

全部回复 (3)

副业中测试 中级 2小时前
建议给非技术员设个沙箱分支,别让他们直接往主线怼。
0 回复
小李爱学习 初级 2小时前
你们那个Agent生成的代码,静态检查能过吗?还是全靠人肉审?
0 回复
前端大鹏 初级 2小时前
我也试过,结果merge的时候全是冲突,得花半天修bug。
0 回复

发表回复

支持 Markdown 格式