Spec Kit 2026 年 2 月版本復(fù)盤v0.1.7–v0.1.13 演進(jìn)、雙目錄擴(kuò)展體系與 v0.2.0 的誕生【免費下載鏈接】spec-kit Toolkit to help you get started with Spec-Driven Development項目地址: https://gitcode.com/GitHub_Trending/sp/spec-kit本篇以 Spec Kit 官方 2026 年 2 月通訊newsletters/2026-February.md為主線完整復(fù)盤該月 v0.1.7 至 v0.1.13 的版本演進(jìn)、雙目錄core/community擴(kuò)展體系的落地、Kiro CLI 與 Tabnine CLI 等新智能體集成的接入過程以及 v0.2.0 版本的發(fā)布與后續(xù)路線圖。讀完本文你可以掌握 Spec Kit 擴(kuò)展目錄的雙軌結(jié)構(gòu)、擴(kuò)展清單catalog的字段規(guī)范、智能體集成的注冊機(jī)制并能從 CHANGELOG.md 與源碼中復(fù)核每一項月度進(jìn)展。一、本月概覽版本、社區(qū)與路線圖2026 年 2 月Spec Kit 發(fā)布了v0.1.7 至 v0.1.13共 7 個版本主線是修復(fù)缺陷并引入**雙目錄擴(kuò)展體系dual-catalog extension system**與新增智能體集成。社區(qū)側(cè)則有博客、教程與用戶組分享持續(xù)輸出。按通訊原文的分類摘要如下Spec Kit 核心2026-02社區(qū)與內(nèi)容路線圖與下一步v0.1.7 至 v0.1.13 發(fā)布含缺陷修復(fù)與新特性包括雙目錄擴(kuò)展體系與新智能體集成。當(dāng)月關(guān)閉 issue 超過 300 個累計提交約 800 個倉庫達(dá)到約 71k stars、6.4k forksEduardo Luz 在 LinkedIn 發(fā)文解讀 SDD 與 Spec KitErick Matsen 發(fā)布用 Spec Kit 構(gòu)建生物信息學(xué)流水線的實操文章Microsoft MVP Eric Boyd 在克利夫蘭 .NET 用戶組做 SDD 分享v0.2.0于 3 月初發(fā)布整合了 2 月全部工作新增 Jira、Azure DevOps 擴(kuò)展支持社區(qū)插件與 Tabnine CLI、Kiro CLI 智能體。后續(xù)方向包括規(guī)格生命周期管理與向 1.0 穩(wěn)定版推進(jìn)二、版本演進(jìn)v0.1.7 → v0.1.13 逐項解讀通訊給出的月度敘述是“v0.1.72 月初更新文檔以說明新引入的雙目錄擴(kuò)展體系允許核心與社區(qū)擴(kuò)展目錄并存隨后的補丁版本0.1.8、0.1.9 等升級了 GitHub Actions 等依賴并修復(fù)小問題v0.1.10修復(fù)了生成文件中 YAML front-matter 的處理2 月下旬v0.1.12與v0.1.13帶著更多修復(fù)發(fā)布為下一個版本號做準(zhǔn)備?！睂φ?CHANGELOG.md 中 1781–1857 行的記錄可以精確還原每個版本做了什么2.1 v0.1.72026-02-27 標(biāo)注發(fā)布——雙目錄體系的文檔化起點chore: Update outdated GitHub Actions versions (#1706)升級過期的 GitHub Actions 版本即通訊所說“升級依賴”的實例docs: Document dual-catalog system for extensions (#1689)雙目錄擴(kuò)展體系的文檔正式入庫這是本月的架構(gòu)級事件Fix version command in documentation (#1685)修正文檔中版本命令的寫法Add Cleanup Extension to README (#1678)、Add retrospective extension to community catalog (#1681)社區(qū)擴(kuò)展目錄開始收錄回顧retrospective類擴(kuò)展——通訊中提到的“retrospective documentation 實用擴(kuò)展”即指此類。2.2 v0.1.8 / v0.1.92026-02-28——依賴維護(hù)v0.1.8chore(deps): bump actions/setup-python from 5 to 6 (#1710)v0.1.9chore(deps): bump astral-sh/setup-uv from 6 to 7 (#1709)。兩個版本均為 CI 依賴升級印證通訊中“subsequent patches bumped dependencies such as GitHub Actions versions”的表述。2.3 v0.1.102026-02-27 標(biāo)注——YAML front-matter 修復(fù)fix: prepend YAML frontmatter to Cursor .mdc files (#1699)這就是通訊中“v0.1.10 fixed YAML front-matter handling in generated files”的具體所指——為 Cursor 生成的.mdc規(guī)則文件補上 YAML front-matter 頭部使其符合 Cursor 規(guī)則文件的格式約定。2.4 v0.1.11 / v0.1.122026-03-02——發(fā)布流水線修復(fù)v0.1.11fix: release-trigger uses release branch PR instead of direct push to main (#1733)與fix: Split release process to sync pyproject.toml version with git tags (#1732)v0.1.12fix: use RELEASE_PAT so tag push triggers release workflow (#1736)。這三次修復(fù)對應(yīng)通訊中“improved the reliability of the automated release pipeline”的描述發(fā)布流程從直接推 main 改為 release 分支加 PR并把pyproject.toml版本與 git tag 的同步拆分出來保證 tag 推送能穩(wěn)定觸發(fā) release 工作流。2.5 v0.1.132026-03-03——Kiro CLI 與收尾修復(fù)v0.1.13 是當(dāng)月信息量最大的一個版本也是 2 月工作的收官feat: add kiro-cli and AGENT_CONFIG consistency coverage (#1690)Kiro CLI 智能體集成正式進(jìn)入支持列表并補充了 AGENT_CONFIG 一致性測試覆蓋feat: add verify extension to community catalog (#1726)、Add sync extension to community catalog (#1728)驗證與同步類社區(qū)擴(kuò)展入庫fix(scripts): add empty description validation and branch checkout error handling (#1559)腳本層空描述校驗與分支切換錯誤處理fix(checklist): clarify file handling behavior for append vs create (#1556)即通訊提到的“澄清輸出文件如何創(chuàng)建/追加”的文件處理問題fix(clarify): correct conflicting question limit from 10 to 5 (#1557)修正 clarify 命令中相互矛盾的問題數(shù)量上限。注CHANGELOG 中 0.1.11–0.1.13 的標(biāo)注日期落在 3 月 2 日、3 日與通訊“l(fā)ate February shipped in preparation for the next version bump”的敘述一致——這些版本在 2 月下旬開發(fā)、3 月初標(biāo)注隨后并入 v0.2.0。三、雙目錄擴(kuò)展體系core 與 community 雙軌并行通訊稱本月“主要架構(gòu)新增”是模塊化擴(kuò)展系統(tǒng)即第三方插件分為“core”與“community”兩個獨立目錄。這個設(shè)計在當(dāng)前倉庫中有清晰的落地形態(tài)3.1 兩個目錄文件的結(jié)構(gòu)對比核心目錄 extensions/catalog.json 只收錄 4 個spec-kit-core出品、bundled: true的擴(kuò)展agent-contextCoding Agent Context管理 CLAUDE.md、copilot-instructions.md 等上下文文件assessIdea Assessment Pipelineintake/research/define/shape/decide 五步評估bugBug Triage Workflow缺陷評估-修復(fù)-驗證gitGit Branching Workflow特性分支創(chuàng)建、編號、校驗與遠(yuǎn)端檢測。社區(qū)目錄 extensions/catalog.community.json 則采用完全不同的條目規(guī)范每個社區(qū)擴(kuò)展攜帶download_urlzip 下載地址、repository、homepage、documentation、license、category如 process/integration/docs/visibility、effectread-only/read-write以及依賴約束requires.speckit_version例如 Azure DevOps 集成要求0.1.0并強制az工具。條目還帶verified、downloads、tags等字段用于展示與篩選。3.2 雙目錄并存的工程支撐從源碼結(jié)構(gòu)看雙目錄不是“兩個 JSON 文件”這么簡單而是有完整的服務(wù)層支撐src/specify_cli/bundler/ 下的services/catalog_stack.py與services/resolver.py負(fù)責(zé)多層目錄的疊加解析與沖突消解services/conflict.py 處理同名組件沖突tests/integration/test_bundler_catalog_stack.py 對目錄疊加行為有專門的集成測試。此外pyproject.toml 的force-include配置將extensions/git、extensions/agent-context、extensions/assess、extensions/bug打進(jìn) wheel 包specify_cli/core_pack/extensions/使specify extension add在離線環(huán)境也可安裝核心擴(kuò)展而bundles/catalog.community.json快照同樣被打包用于離線發(fā)現(xiàn)。3.2.1 多目錄并發(fā)激活在 v0.2.0 完成2 月的 0.1.7 文檔化了雙目錄并存而“同時激活多個目錄”的能力feat(extensions): support multiple active catalogs simultaneously (#1720)即通訊所說“support for multiple agent catalogs concurrently”在 v0.2.0 中落地。四、智能體集成擴(kuò)展從 Kiro CLI 看接入模式通訊指出2 月“將 Kiro CLI 加入支持智能體列表并為 Cursor 與 Code Interpreter 更新集成腳本使受支持的 AI 編碼助手總數(shù)超過 20 個”。當(dāng)前 src/specify_cli/integrations/ 目錄下按字母序排列了 agy、alquimia、amp、auggie、claude、cline、codex、copilot、gemini、grok、kiro_cli、qwen、tabnine、vibe 等 36 個集成包與“超過 20 個智能體”的描述吻合。以 Kiro CLI 為例其集成實現(xiàn) src/specify_cli/integrations/kiro_cli/init.py 展示了 Spec Kit 接入新智能體的典型模式class KiroCliIntegration(MarkdownIntegration): key kiro-cli multi_install_safe True config { name: Kiro CLI, folder: .kiro/, commands_subdir: prompts, install_url: https://kiro.dev/docs/cli/, requires_cli: True, } registrar_config { dir: .kiro/prompts, format: markdown, args: _KIRO_ARG_FALLBACK, extension: .md, }幾個值得注意的實現(xiàn)細(xì)節(jié)參數(shù)占位符的回退策略Kiro CLI 的文件式提示詞不支持任何參數(shù)替換語法若把原始$ARGUMENTS原樣交給模型會破壞提示詞源碼注釋指向 issue #1926因此該集成用_KIRO_ARG_FALLBACK“用戶將在本次對話中提供該參數(shù)”的自然語言占位替代機(jī)械替換多安裝安全標(biāo)記multi_install_safe True聲明 Kiro CLI 的所有產(chǎn)物都位于靜態(tài)隔離的.kiro/根命令放在.kiro/prompts與其他集成互不寫沖突可安全共存對應(yīng) issue #3471 的隔離約定注冊表對聲明該標(biāo)記的每個集成都有契約測試強制校驗一致性測試v0.1.13 的 #1690 補充的 “AGENT_CONFIG consistency coverage”對應(yīng) tests/test_agent_config_consistency.py確保智能體配置在各集成間保持一致Kiro CLI 自身的行為由 tests/integrations/test_integration_kiro_cli.py 覆蓋。Tabnine CLI 的支持則由外部貢獻(xiàn)者以 PR #1503 提交、在 2 月下旬合入最終隨 v0.2.0 發(fā)布——這正是通訊中“外部貢獻(xiàn)者提交了包括 Tabnine CLI 支持在內(nèi)的 pull request”的出處。五、社區(qū)與內(nèi)容SDD 認(rèn)知擴(kuò)散的一個切面2 月的社區(qū)活動集中在“把 SDD 講清楚”上Eduardo Luz2 月 15 日LinkedIn《Specification Driven Development (SDD) and the GitHub Spec Kit: Elevating Software Engineering》。文章以其高級工程師經(jīng)驗分析技術(shù)債與不一致設(shè)計的常見成因并講解 Spec Kit 的四層方法Constitution、Design、Tasks、Implementation與“把規(guī)格當(dāng)作事實來源”的理念Erick MatsenFred Hutchinson Cancer Center2 月 10 日《Spec-Driven Development with spec-kit》。他描述一天之內(nèi)用 Spec Kit 工作流從speckit.constitution到speckit.implement構(gòu)建一條生物信息學(xué)流水線附命令輸出與過程決策例如為補齊領(lǐng)域需求而反復(fù)精化規(guī)格。他寫道“我真心推薦這種方式它感覺就是軟件開發(fā)本來的樣子”教程類內(nèi)容IntuitionLabs 更新2 月 21 日了覆蓋 SDD 哲學(xué)與四階段工作流的 Spec Kit 指南Ry Walker2 月 22 日總結(jié)了 Spec Kit 的 agent-agnostic 設(shè)計與 71k-star 規(guī)模微軟開發(fā)者博客 2025 年末 Den Delimarsky 的《Diving Into Spec-Driven Development with GitHub Spec Kit》持續(xù)在新用戶中流傳線下活動2 月 25 日克利夫蘭 C#/.NET 用戶組舉辦《Spec Driven Development with GitHub Spec Kit》專場由 Microsoft MVP Eric Boyd 主講他本人特別注明與微軟 AI 平臺副總裁同名不同人內(nèi)容涵蓋規(guī)格如何改變 AI 編碼助手的輸出、規(guī)格多輪迭代精化的模式以及從“隨手提示”轉(zhuǎn)向可重復(fù)的規(guī)格驅(qū)動工作流。GDG Madison 等用戶組也在 2 月底至 3 月初安排了 SDD 議題GitHub Discussions安裝排障、多特性項目下分支模型的使用、功能建議等話題活躍。其中一個討論指出 Spec Kit 把每個 spec 視為綁定特性分支的短生命周期產(chǎn)物進(jìn)而引出對長期“spec of record”用法的支持討論——這直接進(jìn)入了下文路線圖。六、SDD 生態(tài)坐標(biāo)Spec Kit 在同類工具中的位置2 月的生態(tài)動態(tài)幫助定位 Spec Kit 的方法論屬性AWS Kiro2 月 18 日發(fā)布 0.10 版本新增Design-First工作流從架構(gòu)/偽代碼反推需求與Bugfix模式結(jié)構(gòu)化根因分析產(chǎn)出bugfix.md規(guī)格文件并加入 AI 變更的 hunk 級代碼評審與任務(wù)前后鉤子2 月 17 日 Kiro 擴(kuò)展到 GovCloud 區(qū)域以滿足政府合規(guī)場景OpenSpecFission AI輕量 SDD 框架約 29.3k stars、近 2k forks通訊記錄值當(dāng)月社區(qū)發(fā)布了多篇指南與對比文章強調(diào)通過 YAML 配置對接多種 AI 編碼助手主打簡潔與靈活Tessl仍處于私有測試階段。據(jù) Thoughtworks 的 Birgitta Boeckeler 描述Tessl 走spec-as-source路線——規(guī)格長期維護(hù)并一對一直接生成代碼文件生成代碼標(biāo)注“do not edit”。這與 Spec Kit“按特性/分支創(chuàng)建規(guī)格”的現(xiàn)狀形成對照arXiv 預(yù)印本2026 年 1 月將 SDD 實現(xiàn)分為三個層級spec-first規(guī)格優(yōu)先、spec-anchored規(guī)格錨定、spec-as-source規(guī)格即源。該文將 Spec Kit 歸類為“以 spec-first 為主、兼具 spec-anchored 要素”。技術(shù)媒體的評測則結(jié)論性地認(rèn)為借助 AI 的 SDD 比傳統(tǒng) Waterfall 更具迭代性而非“重造瀑布”。七、v0.2.02 月工作的整合點通訊 Roadmap 部分確認(rèn)v0.2.0 于 3 月上旬發(fā)布CHANGELOG.md 標(biāo)注 2026-03-09整合了整個 2 月的產(chǎn)出其變更清單與通訊描述逐條對應(yīng)feat(extensions): support multiple active catalogs simultaneously (#1720)—— 多擴(kuò)展目錄并發(fā)支持feat(extensions): add Jira Integration to community catalog (#1764)與Add Azure DevOps Integration extension to community catalog (#1734)—— 兩個社區(qū)貢獻(xiàn)的項目管理集成即通訊所說“Februarys Jira and Azure DevOps plugins were community-contributed”Pavel/add tabnine cli support (#1503)—— Tabnine CLI 智能體feat: add review extension to community catalog (#1775)、Add fleet extension to community catalog (#1771)—— 代碼評審與艦隊fleet類擴(kuò)展Integration of Mistral vibe support into speckit (#1725)—— Mistral Vibe 集成fix: wire after_tasks and after_implement hook events into command templates (#1702)—— 鉤子事件真正接入命令模板fix: use global branch numbering instead of per-short-name detection (#1757)—— 分支編號改為全局策略分支編號邏輯可由 scripts/python/create_new_feature.py 與 tests/test_branch_numbering.py 復(fù)核。八、后續(xù)路線圖以通訊原文為據(jù)通訊列出的未來方向可作為跟蹤該項目演進(jìn)的四個錨點規(guī)格生命周期管理——支持跨多次迭代演化的長生命周期規(guī)格而非綁定單一特性分支GitHub Discussions 已有用戶提出對應(yīng)的“spec-anchored”開發(fā)模式正在被考慮。倉庫中的 docs/concepts/spec-persistence.md 與 docs/concepts/spec-of-specs.md 可視為這一方向的文檔鋪墊CI/CD 集成——把 Spec Kit 的驗證能力如speckit.checklist與speckit.verify納入 PR 工作流與項目管理工具2 月的 Jira 與 Azure DevOps 擴(kuò)展即為此鋪路持續(xù)的智能體支持——隨著新的 AI 編碼助手出現(xiàn)而持續(xù)新增集成當(dāng)月新增 Kiro CLI、Tabnine CLI總數(shù)已超過 20 個社區(qū)生態(tài)——開放擴(kuò)展模式允許外部貢獻(xiàn)者直接添加功能README 現(xiàn)已鏈接 .NET、Spring Boot 等棧的社區(qū) walkthrough 演示。九、如何復(fù)核本月的每一項事實本文所有版本事實均可在倉庫內(nèi)閉環(huán)驗證建議的復(fù)核路徑版本內(nèi)容CHANGELOG.md 中## [0.1.7]至## [0.1.13]約 1781–1857 行與## [0.2.0]1781 行起各段均含 PR 編號雙目錄結(jié)構(gòu)extensions/catalog.jsoncore4 個 bundled 擴(kuò)展與 extensions/catalog.community.jsoncommunity含 download_url/requires 等完整條目規(guī)范契約測試見 tests/contract/test_catalog_schema.py打包方式pyproject.toml 的[tool.hatch.build.targets.wheel.force-include]段說明核心擴(kuò)展與社區(qū)目錄快照如何隨 wheel 分發(fā)以支持離線安裝智能體集成src/specify_cli/integrations/ 下各集成包、tests/integrations/ 下每智能體一測試文件的組織方式如 test_integration_kiro_cli.py以及 tests/test_agent_config_consistency.py 的配置一致性約束。需要說明的證據(jù)邊界stars、forks、issue 數(shù)量等統(tǒng)計數(shù)據(jù)均來自通訊原文的記錄約 71k stars、6.4k forks、當(dāng)月關(guān)閉 330/累計 870 個 issue 等不同段落口徑略有出入屬于通訊轉(zhuǎn)述值本文未另行核驗而版本行為、擴(kuò)展清單字段與集成實現(xiàn)則以當(dāng)前倉庫的 CHANGELOG、目錄文件與源碼為準(zhǔn)。【免費下載鏈接】spec-kit Toolkit to help you get started with Spec-Driven Development項目地址: https://gitcode.com/GitHub_Trending/sp/spec-kit創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考