以后发软件库是不是只用发 spec?

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

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

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

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

@BeautifulSoap 也就是新的“编程语言“

@Orenoid
@webcape233
是的，我也没法想象这种新的编程语言会是怎样的东西。总感觉今后应该会有一种全新的编程范式，用来填补 ai 的不确定性和确定性执行之间的鸿沟

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

@Orenoid 笑死，用 IL 做到描述清楚，无歧义的程序，直接用任何一个编程语言都搓出来了 XD

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

牛逼，我也在想以后应该会变成测试驱动开发，测试的代码也不用写，直接写自然语言，给出一些示例就行了

我刚花了 十分钟就完成了一个 rust 版本的。