Vibe Coding 适合什么
Vibe Coding 适合这些情况：
- 第一版比架构更重要。
- 你能通过使用来判断结果好不好。
- 范围足够小，可以反复迭代。
- 走错一步的代价低，容易撤回。
它不适合这些情况：输出必须满足精确的外部契约、数据模型很复杂，或者失败代价高且难以观察。
大多数 Vibe Coding 指南会跳过的一步
难的不是生成一个界面，而是生成之后：
- 结果留在哪里？
- 能不能不重新生成全部内容就继续改？
- 别人能不能用？
- Agent 能不能操作它？
如果答案是「在对话里，再提示一次」，那结果是演示，不是可用的应用。如果答案是「在一个可运行的 Space 里，代码是可读上下文」，结果就能持续变化，也能同时供人和 Agent 使用。
Vibe Coding、无代码与 Sigla
| Vibe Coding | 无代码平台 | Sigla AI Agent Space | |
|---|---|---|---|
| 怎么开始 | 描述应用 | 拖拽预制组件 | 描述应用 |
| 得到什么 | 代码或预览 | 配置好的应用 | 可运行的 Space |
| 怎么修改 | 再提示一次 | 重新配置组件 | 让 AI 修改同一个 Space |
| 谁能使用 | 通常先是开发者 | 人 | 人和 Agent |
| 结果留在哪里 | 常在代码库或对话里 | 平台内部 | Space 里，连同数据和文件 |
Sigla 和 Vibe Coding 共享对话式起点。区别在结果去哪里。在 Sigla 里，AI 用 MCL 构建应用；MCL 是 AI Native 框架，代码同时就是上下文。结果在 Space 里运行，你可以继续描述下一步修改。你不需要维护代码，但代码对 Agent 始终可读。
Sigla 是 Vibe Coding 工具吗？
是，因为你可以从描述需求开始。也不是，因为结果不是一次性原型。Space 保留界面、数据、文件、逻辑和能力。Agent 修改前能读取当前应用，你可以在渲染区验收。
这让下一步不同：不是把生成的代码片段复制进项目，而是在同一个 Space 里继续；不是让 Agent 去点一个它看不见的应用，而是直接读取结构。
常见问题
Vibe Coding 只能做原型吗？
不一定。它对第一版最快，但如果结果有稳定的存放位置、可读的代码和可验证的修改方式，就可以变成可用的应用。这正是 AI Agent Space 的设计目标。
不会写代码也能 Vibe Coding 吗？
可以。你需要把结果描述清楚，并判断它是否可用。了解软件结构在出问题时会有帮助，但不是做第一版的前提。
Vibe Coding 等于无代码吗？
不等于。无代码通常指拼装预制组件；Vibe Coding 指从描述生成实现。Sigla 采用第二种方式，但把结果留在可运行的 Space 里。