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