1

应该是多种形式吧，标准形式可能是 spec+code ，就跟当前的 code+release 一样

2

我觉得将来哪怕有这个趋势，最终应该也不可能是自然语言的 spec
自然语言实在太模糊太不精确了
今后可能会出现一种介于代码和自然语言之间更加精确的专用中间语言。就和高级语言和汇编的关系一样

3

需求 -> code 变成 需求 -> spec + code
理解屎山逐渐从一项艰难的工作，彻底变成不可能完成的工作了，因为拉屎速度过于快了

4

@BeautifulSoap 我个人觉得，如果要确保这个中间语言对功能细节做到 100% 可控（毕竟需要兜底），那这个 spec 最终依然会变成一门编程语言。
要么就得接受产出的结果不完全受控，或者 spec 只能干涉到某个抽象层为止（就像低代码平台一样）。与预期不符的部分，依然需要程序员去处理编译出来的底层代码。

7

2

Code is cheap, show me your talk (spec).

9

1

可以当作 vibe coding 测试工具，来测测 GLM-4.7 / Kimi-k2-thinking / MiniMax M2.1 / Qwen Coder 这些国产模型能不能独立实现（）

10

12

Code is cheap, show me the Talk.

14

@chendy 有 spec 有测试以后屎山就不是什么大问题了。重构屎山最大的问题就是没有 spec 没有测试……

16

请问你实际上怎么用这个库来生成对应语言的代码呢？先 clone 到本地然后在 ide 打开这个项目给 ai 发送 readme 里面提到的使用 prompt 么