跳到主內容
TechSpecs搜尋

Theme / v1.16.0

OpenSpec

規格驅動開發

主題首頁GitHub ↗

Changelog

版本更新紀錄

收錄 OpenSpec 的版本變遷軌跡。每條紀錄以舊值→新值呈現，舊值以紅線劃掉但保留可見，方便對照改動軌跡。

當前記錄版本

v1.16.0

查看上游所有 Release ↗

  1. v1.16.0

    已同步2026-10-31
    • 2026-11-06 查核：上游最新 release 仍為 v1.16.0（2026-10-30 發布），其後無新版本。
    • 版本定位：v1.15.0→v1.16.0（2026-10-30 23:38 UTC 發布，台灣時間 2026-10-31 07:38）。官方定位：「Install from openspec.dev, catch more spec mistakes in validate, and a new Node.js floor for npm installs」——從 openspec.dev 一鍵安裝、validate 抓出更多規格錯誤，並為 npm 安裝訂出新的 Node.js 下限。
    • Breaking：npm 安裝需 Node.js 22.12.0 以上：Node 20 已於 2026-04-30 終止支援。獨立執行檔（v1.15.0 起的預設安裝方式）不使用 Node；Homebrew 安裝則自行管理其 Node。無法升級時改用獨立執行檔：curl -fsSL https://openspec.dev/cli/install.sh | sh（Windows：irm https://openspec.dev/cli/install.ps1 | iex）。
    • 從 openspec.dev 安裝：curl -fsSL https://openspec.dev/cli/install.sh | sh（Windows：irm https://openspec.dev/cli/install.ps1 | iex）。Release 檔案改為 .tar.gz 壓縮檔（Windows 為 .zip）。
    • Scenario 步驟檢查：openspec validate 在 Scenario: 缺少 WHEN/GIVEN 步驟或缺少 THEN 步驟時提出警告，範圍涵蓋 change deltas 與主 specs；一般 validate 與 archive 行為不變，--strict 對它失敗。
    • Store 建議：當指令找不到 OpenSpec root 而你已註冊 stores 時，錯誤訊息會指出 id 與你 repo 的 origin 名稱相符的 store，並附上選用它所需的 --store 旗標與 store: 行；只提建議，絕不替你選擇。
    • 修復：openspec/config.yaml 無法讀取或非有效 YAML 時，openspec validate 改以 exit 1 結束——原本會通過並忽略其中所有規則；其他指令仍只警告並繼續。openspec completion install zsh 在 ZDOTDIR 是絕對路徑時改寫入 $ZDOTDIR/.zshrc（zsh 實際讀取的檔案），若 completion 一直沒生效可重新安裝一次，completion uninstall zsh 也會清理早期安裝留在 ~/.zshrc 的區塊。以行內三個反引號開頭的行（如 ```npm test```）不再開啟幽靈 code fence 而遮住其後所有需求。validate 對以 ###Requirement:（冒號前無空格）寫成的重複或錯置主 spec 需求如實回報，與 archive 的讀法一致。
    • 完整教學見 lessons/v1160-openspec-dev-install-and-nodejs-floor.mdx。
    上游 Release Notes ↗

  2. v1.15.0

    舊版本2026-10-24
    • 2026-10-30 查核：上游最新 release 仍為 v1.15.0（2026-10-24 發布），其後無新版本。
    • 版本定位：v1.14.3→v1.15.0（2026-10-24 00:50 UTC 發布）。官方定位：「You can now install OpenSpec without Node.js, using one command, and openspec update can now show what it would change before changing anything.」
    • 獨立安裝（Standalone install）：macOS/Linux 使用 curl -fsSL https://raw.githubusercontent.com/Fission-AI/OpenSpec/main/scripts/binary/install.sh | sh；Windows 使用 irm https://raw.githubusercontent.com/Fission-AI/OpenSpec/main/scripts/binary/install.ps1 | iex。每個 release 提供 macOS、Linux（glibc 與 musl）及 Windows 的 x64 與 arm64 執行檔，並附 SHA256SUMS；npm 與其他套件管理器照舊可用。
    • openspec update --dry-run：只回報會新增、變更或刪除的檔案，不寫入；加上 --json 可取得機器可讀輸出。
    • 更快的 --json 指令：status、instructions、new change、templates、validate、schema 在 --json 模式下不再載入 spinner 套件，啟動略快且輸出未變。
    • openspec feedback：建立的 issue 符合 bug 表單；手動提交連結會開啟已預填訊息、版本與環境的 bug 表單。
    • 修復：openspec new change 的進度行現在顯示實際使用的 schema，不再永遠寫 spec-driven；/opsx:verify 以精確名稱比對 REMOVED 需求，不再把名稱相近的替代品誤認為該需求。
    • 完整教學見 lessons/v1150-standalone-install-and-dry-run.mdx。
    上游 Release Notes ↗

  3. v1.14.3

    舊版本2026-10-18
    • 2026-10-24 查核：上游最新 release 仍為 v1.14.3（2026-10-17 發布），其後無新版本。
    • 版本定位：v1.14.2→v1.14.3（2026-10-17 發布，單一 release；官方標題：Linked specs, safer globs）。官方自述：接受從專案其他地方連入的 spec 檔案、移除一個一直讓安全審計失敗的依賴、修復 pre-commit hooks 裡的 validate 掛住。
    • Linked spec files：capability 的 spec.md 可以是指向專案其他地方的 symlink（例如放在它所屬的產品文件旁）；list --specs、show、validate、archive 都接受；解析到專案外的連結仍然拒絕。
    • Glob artifacts 留在 change 內：propose、ff、continue、explore 工作流在任何人寫入之前先選定並檢查 glob artifact 的檔案路徑（包括 schema 委派 skill/command 建立的情形）；直接或透過 symlink 離開 change 目錄的路徑一律拒絕。
    • 不再有 braces 審計警告：安裝 OpenSpec 不再拉入未修補的 braces 套件，專案的 npm audit 不再透過 OpenSpec 回報 GHSA-vfj7-8cjw-p6xm。
    • 修復：validate --all 在零欄 terminal（某些 pre-commit runner 的環境）下 spinner 無限迴圈寫 cursor escapes——不再發生，且 OPEN_SPEC_INTERACTIVE=0 與 CI 環境也關閉 spinner；generates pattern 的花括號展開超過 1,024 條路徑時以明確錯誤拒絕，不再讓 openspec status 記憶體耗盡。
    • 既有使用者影響：把 spec 放在產品文件旁的團隊可用 symlink 接入；CI 對 npm audit 敏感的專案少一個雜訊來源；用 symlink 把 glob artifact 導出 change 目錄的寫法會開始被拒（安全性收緊）。
    • 完整教學見 lessons/v1143-linked-specs-and-safer-globs.mdx。
    上游 Release Notes ↗

  4. v1.14.2

    舊版本2026-10-16
    • 版本定位：v1.14.1→v1.14.2（2026-10-15 發布，單一 release；官方標題重點：keep your own metadata on a change、更快的 Tab completion、補上 archive 與 verify 會漏內容的缺口）。v1.14.1 之後僅此一個 release（無跳號）。
    • Extension keys in .openspec.yaml：頂層以小寫 x- 開頭的 key（如 x-goal: G-12、x-jiraKey）保留給使用者放 tracker id、owner 等工具資料；OpenSpec 忽略它們，因此 openspec validate --strict 對帶有它們的 change 仍通過。其他未辨識 key 仍會被回報。
    • 更快的 Tab completion：shell completion 在補完 change／spec 時從載入 344 個模組降到 48 個，且不再記錄 usage——按 Tab 不會等待 telemetry。
    • 文字歸檔遺漏警告：openspec validate 與 openspec archive 在 delta spec 含有 archive 不會帶入主 spec 的文字（如多餘的 ## section 或第一個 requirement 前的散文）時發出警告；與其他警告相同，這些會讓 openspec validate --strict 失敗。
    • Verify 正確處理移除的 requirement：/opsx:verify 先從主 spec 讀回 REMOVED requirement 的原文再搜尋程式碼，讀不回來時如實回報「未驗證」，不再直接通過。
    • 修正：openspec archive 接受 openspec/、openspec/changes、openspec/specs 為 symlink（例如連到共享 docs repo）；Explore 在自訂 schema 下不再提議建立 design.md 等預設 schema 檔；update workflow 不再拒絕在部分寫入的 glob artifact 下建新檔；generates 或 apply.tracks 的花括號 nested 超過 16 層時以明確錯誤拒絕，不再有 crash 風險。
    • 既有使用者影響：想在 change 上掛自己的 metadata 就用 x- 開頭 key；CI 跑 validate --strict 者，delta spec 的游離文字現在會讓 strict 失敗（屬警告升級）。
    上游 Release Notes ↗

  5. v1.14.1

    舊版本2026-10-07
    • 2026-10-14 查核：上游最新 release 仍為 v1.14.1（2026-10-06 發布），其後無新版本。
    • 2026-10-13 查核：上游最新 release 仍為 v1.14.1（2026-10-06 發布），其後無新版本。
    • 版本定位：v1.14.0→v1.14.1（「Faster startup, cleaner view」，2026-10-06 發布）。三大主軸：openspec view dashboard 不再顯示 archived changes、CLI 啟動載入大幅減少、以及 spec 撰寫 / verify / archive 的可靠性。v1.14.0 之後僅此一個 release（無跳號）。
    • 更快啟動：每個指令只載入自己需要的程式碼——openspec --version 與 --help 從載入 485 個模組降到 24 個，Windows 上差距最大。
    • Spec 撰寫策略：agent 改為起草完一個 capability 就立即寫入其 spec 檔，而不是先規劃全部檔案——長跑可見進度，中斷的執行保留已寫出的檔案；/opsx:continue 會先補齊仍缺少的 specs 再繼續。
    • Requirement 長度上限：超過 500 字元的 requirement 成為警告，openspec validate --strict 對它失敗——包含 change 中新增的 requirement。
    • 修正 openspec view：dashboard 不再列出或統計 archived changes；openspec list --archived 仍可瀏覽。
    • 修正自訂 schema 的 verify：/opsx:verify 改以 output path 尋找 spec 與 design artifacts，schema 以不同方式命名時也能運作。
    • 修正 apply 完成語意：所有被追蹤的 task 都勾選後，apply 改說 tasks 已完成並請你 review 後再 archive，不再直接宣稱 change 已 ready to archive。
    • 修正 archive cleanup 錯誤：capability retirement 後的 cleanup 失敗時，錯誤訊息會說明 change 已歸檔，--json 回報 archive_retirement_cleanup_failed。
    • 既有使用者影響：openspec view dashboard 不再顯示 archived changes（改用 openspec list --archived）；使用 validate --strict 的專案可能開始在超過 500 字元的 requirement 上失敗（同為誠實化，不是新錯誤）。
    上游 Release Notes ↗

  6. v1.14.0

    舊版本2026-09-30
    • 版本定位：v1.13.2→v1.14.0（「Ten new tools, archived changes」）。三大主軸：openspec init/update 新增十個工具支援、可瀏覽 archived changes、以及 apply / archive / store-backed changes 的可靠性提升。
    • 新增十個工具支援：openspec init 與 openspec update 現在支援 Amp（amp）、AtomCode（atomcode）、Code Studio（codestudio）、DeepSeek Harness（dsh）、EasyCode（easycode）、GigaCode（gigacode）、Grok Build（grok）、GSD（gsd）、Veai（veai）與 Warp（warp）。
    • Archived changes 可瀏覽：openspec list --archived 與 --all 列出已歸檔變更（含 JSON 輸出與排序）；openspec view 在專屬區段顯示它們。
    • Workflow 狀態進入 view：dashboard 顯示每個 active change 的 schema 與各 artifact 的完成狀態（done、ready、blocked、skipped）。
    • openspec version 指令：顯示安裝版本與安裝類型；--check 與 --json 提供工具可讀的結構化更新資訊。
    • Nix overlay：flake 以 overlays.default 曝露 OpenSpec，其他 flake 可直接消費。
    • 改善：無法辨識的 change metadata（如 skip_design）不再被靜默丟棄——status/validate/archive 會指名被忽略的 key，validate --strict 對其失敗；show --json 的 requirement 與 scenario 帶 name，JSON 讀者不必解析 markdown 就能引用；agent 指引引導 proposal 使用耐久的行為導向 capability 名稱；project.md legacy 遷移由 openspec init 引導；rules: list item 非字串時警告會指名該項、YAML 解析結果與引法；legacy cleanup 警告會說明列出的檔案將被完整刪除並提醒先備份自訂內容。
    • 修正：store-backed apply——openspec status --json 允許在宣告 store 的專案中編輯，apply 不再在第一個 task 前停止；openspec instructions apply --json 給每個 task 的 sourcePath 與行號，apply 勾選前檢查確切 checkbox；archive 與 bulk archive 在 spec sync 回報阻斷條件時停止（而不是主 specs 未變更仍歸檔）；sync skill 未安裝時 archive skill 自行合併 delta specs；store-only repository 根目錄的 openspec init 安裝 integrations 而不動 store 設定；openspec completion uninstall zsh 精確還原 .zshrc（含頂部空行）；openspec view 的進度條對 48 字元內的 change 名稱保持對齊。
    • 既有使用者影響：想取得十個新工具的支援需重跑 openspec update --tools ...；使用 --strict 驗證的專案可能開始在過去被靜默忽略的 metadata key 上失敗（這是誠實化，不是新錯誤）。
    上游 Release Notes ↗

  7. v1.13.2

    舊版本2026-09-23
    • 版本定位：v1.13.1→v1.13.2，v1.13.x 系列的收尾修正（"Verify and Windows archive fixes"）。三個主軸：驗證報告要誠實（report what it actually checked）、archive 在 Windows 上要可靠、跨工具 workflow 指引對齊。
    • Verify 誠實化：/opsx:verify 現在回報實際檢查了什麼——被跳過的檢查不再被當成通過；也不再要求 agent 重新實作 change 已移除的 requirement（行為確實消失後，removed requirement 即算通過）；renamed requirement 則以原始行為為基準檢查。
    • Windows archive 修復：archive 不再遺留 .openspec-archive.lock；當 Windows 阻擋重新命名 change 目錄時，archive 會完成流程而不是中途 rollback。
    • Line endings：重寫 CRLF（Windows 換行）的 spec、.bashrc、.zshrc 或 CLAUDE.md 時保留原有行尾，Windows 使用者不再拿到整檔 diff。
    • Archive 任務警告：agent 驅動的 archive 改用 schema-aware task progress，自訂 task 檔與 glob 仍會觸發未完成任務警告。
    • 其他修正：artifact output pattern 支援 brace expansion 與 extglob；/opsx:update 可補齊 glob artifact 已部分寫入時缺少的檔案；workflow 不再顯示 openspec list --json 未回傳的 schema 名稱；validate --strict 不再把西班牙文或葡萄牙文以 "Todo" 開頭的 Purpose 當成佔位文字。
    • 多工具 workflow 指引：Kilo Code 的 commands 改產生在 .kilo/command/，init 與 legacy cleanup 會依已知檔名清掉 .kilocode/workflows/ 中 OpenSpec 產生的檔案（含你編輯過的副本）並保留其他檔案；Continue 的 commands 不再讓本地模型呼叫以 workflow 命名的工具；Codex CLI / IDE / desktop 的 setup 提示更清楚，openspec update --force 無法替換 legacy-only Codex 安裝時會以非零狀態結束。
    • 工作流指引改進：每個 task group 自帶測試與文件更新，不再全部延後到最後一組，onboarding 也教同一條規則；fast-forward 只在脈絡極度不明時才追問，onboarding 會先請你核可任務拆解再寫入；validate / archive 標示 MODIFIED block 丟失 scenario 時，也會一併說明該 block 新增了什麼。
    • 移除 / Breaking Change：v1.13.2 未宣告新的 breaking command removal 或 schema migration；修正集中在驗證報告的正確性、Windows 檔案系統行為與工具指引。
    • 既有使用者影響：在 Windows 上遇過 archive 遺留 lock 檔或中途 rollback 的專案，升級後可正常歸檔；CRLF repo 不再因工具重寫檔案而出現整檔 diff；/opsx:verify 報告可能出現過去沒看到的 skipped 狀態——那是誠實化，不是新的失敗。
    • 學習重點：驗證工具最危險的失敗不是漏報，而是「把沒檢查的項目報成通過」——報告必須同時呈現檢查範圍與判定結果；Windows 的檔案鎖與改名限制則提醒跨平台工具要以最嚴格的檔案系統語意設計 archive。
    上游 Release Notes ↗

  8. v1.13.1

    舊版本2026-09-17
    • 版本定位：v1.12.0→v1.13.1，涵蓋 v1.13.0 與 v1.13.1。主軸是「在未審查的 repo 中更安全地執行」與「archive / validation / agent workflow 的可預測性」——前者讓 OpenSpec 可以放心用在剛 clone 下來的第三方專案。
    • 安全性強化（v1.13.1）：在 freshly cloned repository 中更安全——config.yaml 的值不能再把 directive 注入 agent instructions；精心構造的檔案不能再讓 openspec update 或 openspec archive 掛起；repo 的 .npmrc 不能再重導 update check。
    • status 新增 Next 提示（v1.13.1）：openspec status 結尾會輸出 Next: 行，指出推進該 change 的下一條確切指令，恢復一個 change 不再需要背熱工作流。
    • Profile-aware skills（v1.13.1）：產生的 skills 與 commands 只命名你 profile 有安裝的 workflow，並支援「openspec propose」這類自然描述匹配；工作流會先確認專案已跑過 openspec init 才寫入任何東西，且不再以副作用建立 openspec/ 資料夾。
    • Apply 警告無 delta specs 的 change（v1.13.0）：openspec instructions apply 過去只要 tasks 存在就報告 ready——即使完全沒有 spec deltas；現在會在 text 與 --json 中警告，並指出兩條出路：補寫 specs 或宣告 skip_specs: true。
    • 其他 v1.13.0 改進：Explore 會列出 spec inventory（openspec list --specs）而非誤把進行中 changes 當規格讀；archive 的 blank-line tidying 改為 fence-aware——requirement 裡記錄的範例（兩個以上連續空行）過去每次 archive 都被重寫，現在 YAML、Python 與預期輸出 fixture 不再受影響。
    • Archive 的 bullet-marker 修正（v1.13.0）：用 * 或 + 寫的 removal / rename 過去匹配不到任何東西（validate 通過、archive 回報成功但 requirement 原封不動），現在三種 bullet marker 都讀；重複的 ## ADDED Requirements section 過去只套用其中一份，現在全套；換行到第二行的 scenario bullets 也可 retire。
    • 其他改進（v1.13.1）：artifact templates 開頭加上頂層標題讓 markdownlint 不再每個檔案都報；tool picker 的 vendor-neutral 目標改名「Other / Universal」可用 universal / generic / custom 搜到；Nix flake 附 bash / zsh / fish completions；npm 套件不再宣告 install scripts，安裝不再出現 allow-scripts 誤導警告。
    • 移除 / Breaking Change：v1.13.x 未宣告新的 breaking command removal 或 schema migration；主要差異是安全邊界變嚴（這是修漏洞，不是移除功能）與 archive / validate 對邊緣格式的處理更正確。
    • 既有使用者影響：用 */+ bullet 寫 removal / rename 的 delta 過去實際上從未生效——升級後重新 archive 才會真正套用；有自訂 profile 的使用者應注意 archive-without-sync 的組合會被拒絕。
    • 學習重點：supply-chain 安全是這版最佳教材——「clone 別人的 repo 就等於執行別人的設定」是 spec 工具特有的攻擊面（config 注入 instructions、.npmrc 重導更新）；而「validate 通過 ≠ 套用成功」的 bullet-marker 案例則示範了 parser 與 writer 必須共享同一套文法。
    上游 Release Notes ↗

  9. v1.12.0

    舊版本2026-09-03
    • 版本定位：v1.11.0→v1.12.0。這版不是大型 workflow 重寫，而是把「驗證結果怎麼看、規劃前先讀 code、初始化可靠性」做完整，特別適合把 OpenSpec 放進 CI 或大型 repo 的使用者。
    • 新增功能：加入 openspec validate --report findings。搭配明確 bulk scope 時只列出 error、warning、informational findings，但仍保留完整 run totals 與原本 exit code；這讓 CI log 可以只呈現「需要處理的發現」，又不會破壞既有 pipeline 的成功/失敗判斷。
    • 新增平台：新增 SourceCraft Code Assistant 支援，可為 SourceCraft VS Code extension 產生 OpenSpec project skills 與 commands；對教學上的意義是 OpenSpec 的 workflow 不再綁特定 AI host，而是持續擴大跨工具共用的規格層。
    • 行為改變：Propose 與 fast-forward workflow 會先閱讀相關 code、tests、documentation 再起草 artifacts；Explore 也會先查 repository，再問 dependency-aware 問題與建議預設值。實務上代表「repo 已經回答得了的問題」應由 agent 自己找，而不是先把問題丟回使用者。
    • 可靠性 / 安裝：空的 OpenSpec 目錄仍會被 Git 追蹤，重跑 init 可補回缺失 marker；init / update 共用一致的 IDE restart guidance；npm Git install 不再要求使用者機器必須有 pnpm，並維持 Node.js 20 相容與修補 fast-uri security advisories。
    • 修正：merge conflict 以 informational finding 呈現且不改 exit code；filesystem read error 與 missing spec 分開；advisory preflight failure 仍保留 validation report，避免真正問題被前置檢查訊息吃掉。
    • 移除 / Breaking Change：v1.12.0 未宣告新的 breaking command removal 或 schema migration；既有 workflow 不需要因升級而改名。主要差異是 validation 與 planning 行為更精確。
    • 既有使用者影響：已在 CI 使用 validate 的專案可選擇加入 --report findings 降低 log 噪音；不使用新旗標時既有 exit-code 契約不變。使用 Propose / Explore 時應預期 agent 會多做 repo inspection、少問可從程式碼自行取得的問題。
    • 學習重點 / 建議用法：這版最值得學的是「validation output 與 validation semantics 分離」以及「code-grounded planning」兩個概念。前者讓 CI 可讀性更好但不改判定邏輯；後者能直接套用到任何 AI coding agent 的需求分析流程。
    上游 Release Notes ↗

  10. v1.11.0

    舊版本2026-08-26
    • v1.9.0→v1.11.0：涵蓋 v1.10.0 與 v1.11.0 兩次改版，重點是新指令 show --diff 與 status --all、Explore 先問再寫，以及 Zed Agent 支援。
    • 新增 openspec show <change> --diff：MODIFIED requirement 必須重述所有保留的 scenario，delta 大多與主 spec 相同；--diff 只隔離真正變更的行，每個 requirement 顯示彩色 unified diff，ADDED 顯示全文、REMOVED 顯示作者寫的 Reason 與 Migration notes、RENAMED 顯示清楚 FROM/TO；--json --diff 供管線使用，--store <id> 可對指定 store 做 diff。
    • 新增 openspec status --all：一個指令檢查所有進行中 changes，不用每個開一個 process；JSON envelope 排序穩定，載入失敗的 change 會就地貢獻 diagnostic 而不是中斷整個掃描，dashboard 與 CI 拿得到全貌。
    • Explore mode 改為「先問再寫」：建立或編輯檔案前會明確列出目標並等待明確同意，唯讀探索維持零摩擦；Explore 圖表改用純 ASCII，跨終端機、字型與 locale 對齊一致。
    • openspec validate 會抓出仍是 archive 佔位文字的 Purpose（預設 warning、--strict 下才 fail）；archive 時 renamed requirement 保持在原位置，diff 更小；Antigravity 改用共用 .agents/ root，既有 .agent/ 安裝自動遷移。
    • v1.10.0 改善：Zed Agent 支援（openspec init --tools zed 裝進 .agents/skills/）、openspec init --language <language> 直接設定產出語言；套件不再宣告 install scripts，npm install -g @fission-ai/openspec 不再出現 allow-scripts 警告。
    上游 Release Notes ↗

  11. v1.9.0

    舊版本2026-08-13
    • 本站此前的記錄版本，已升級至 v1.11.0。
    • v1.8.0→v1.9.0：Command Code 支援、validate --archived 與更忠實的 spec 重建。
    • 新增 Command Code 工具目標，openspec init --tools command-code 會安裝 OpenSpec workflow skills 並在 .commandcode/commands/ 產生 /opsx-* slash commands。
    • openspec validate --archived 檢查 changes/archive/ 每個變更的 tasks.md 是否全數勾選，未通過時以非零狀態結束，適合掛進 pre-commit 或 CI。
    • list、validate --all/--changes/--specs 與 schemas 在 OpenSpec root 之外會明確失敗（非零狀態），不再默默解析出空 root；validate <name> 維持不變。
    • validate 會把 requirement 的每個 #### 子項計為 scenario，在 authoring 期就攔下會丟失 scenario 的 MODIFIED block。
    • spec 重建保留 ## Requirements 的空白行並以單一換行結束檔案；schema fork 原地編輯 YAML，保留註解、block-scalar 樣式與 key 順序。
    上游 Release Notes ↗

  12. v1.7.0

    舊版本2026-08-10
    • 本站此前的記錄版本，已升級至 v1.8.0。

  13. v1.8.0

    舊版本2026-08-10
    • v1.7.0→v1.8.0：More agents, sturdier archives。34 個 PR、15 位貢獻者。
    • 新增三個 agent 目標(vendor-neutral agents 寫入共用的 .agents/skills/、MiniMax Code、Atlassian Rovo Dev CLI),openspec init --tools agents 啟用。
    • GitHub Copilot cloud agent 改為 opt-in,openspec init 預設 No,除非使用者確認才會在 .github/ 產生檔案。
    • Archive 支援 retire_capabilities: true，可移除一個 capability 的最後一個 requirement 並刪除其 spec。
    • openspec archive 在非終端環境(agent/CI)下會指出需要的旗標並給可直接貼上的重跑指令,而不是死在 cryptic prompt error。
    • validate 在 MODIFIED requirement 會丟失 scenario 時,於 authoring 期就失敗並指出要補回哪些 scenario。
    • 修正 init/update 不再刪除自己剛產生的 CoStrict / Junie command 檔;非英文 spec 在 normal mode 可通過驗證(strict mode 仍強制 SHALL/MUST)。
    上游 Release Notes ↗

圖例

  • 當前版本　本站現在記錄的版本
  • 舊版本　已被取代，保留作歷史對照
  • 已同步　與上游 release 對齊
  • 僅上游變動　上游 main 有 commit，但未發佈新版