OpenSpec：用規格驅動，把愛自由發揮的 AI 編程管起來
F
i
s
s
i
o
n
-
A
I
推
出
的
O
p
e
n
S
p
e
c
，
主
打
「
規
格
驅
動
開
發
」
搭
配
A
I
編
程
助
手
。
概
念
是
把
需
求
先
寫
成
一
份
結
構
清
楚
的
規
格
，
再
讓
A
I
照
著
這
份
規
格
去
產
出
程
式
，
而
不
是
丟
一
句
模
糊
的
指
令
就
期
待
模
型
猜
對
。
寫
過
程
式
的
人
都
知
道
，
A
I
c
o
d
i
n
g
最
常
翻
車
的
地
方
就
是
需
求
講
不
清
楚
，
模
型
自
由
發
揮
的
結
果
常
常
離
預
期
很
遠
。
O
p
e
n
S
p
e
c
想
用
一
套
規
格
流
程
把
這
段
對
齊
起
來
，
讓
人
先
把
「
要
做
什
麼
」
定
死
，
A
I
再
負
責
「
怎
麼
做
」
，
雙
方
在
同
一
份
文
件
上
對
焦
。
這
種
做
法
把
傳
統
軟
體
工
程
裡
「
先
寫
規
格
再
寫
程
式
」
的
老
智
慧
，
搬
來
治
理
愛
自
由
發
揮
的
A
I
。
對
團
隊
協
作
特
別
有
意
義
—
—
規
格
是
人
看
得
懂
、
也
能
版
本
控
管
的
東
西
，
等
於
給
A
I
的
產
出
留
下
一
條
可
以
追
溯
、
可
以
審
查
的
軌
跡
。
當
A
I
寫
的
程
式
越
來
越
多
，
怎
麼
讓
它
寫
出
可
控
、
可
維
護
的
東
西
，
會
比
單
純
追
求
生
成
速
度
更
重
要
。
O
p
e
n
S
p
e
c
押
的
就
是
這
個
方
向
：
速
度
交
給
模
型
，
把
關
交
給
規
格
，
責
任
和
軌
跡
留
給
人
。
對
導
入
A
I
的
組
織
來
說
，
這
套
流
程
也
讓
責
任
歸
屬
清
楚
：
規
格
寫
錯
算
在
人
頭
上
，
照
規
格
實
作
卻
出
包
，
再
回
頭
追
模
型
。
歸剛點評｜AI coding 翻車多半因為需求講不清。先把規格定死再讓 AI 動手，等於給生成的程式留下可審查的軌跡，這在團隊協作裡比生成速度更值錢。