franKobayasi
UserScaffold team knowledge repos for AI agents — centralize domain knowledge, workflows, and specs that agents can consume, develop with, and keep fresh via PR loops.
Categories
Indexed Skills (17)
ade-create-prd
依統一範本建立標準化 PRD，寫入 knowledge/prd/。想法還模糊就先用 Discovery 問成形，已想清楚就直接填。使用者說「建 PRD」「寫需求文件」「幫我寫一份 PRD」「把這個想法變成 PRD」「新的開發需求」「這個需求整理一下」「create PRD」時使用。bug fix／refactor／文字調整不用開 PRD。
ade-prd-to-spec
將已確認的 PRD 融入 specs，標記尚未實作區塊，供 PO 確認 PRD 與 spec 對齊。使用者說「PRD 轉 spec」「更新規格」「把 PRD 落到 spec」時使用。
ade-align-spec
功能開發完成後，核對 spec 與實作是否一致，移除尚未實作標記並將 PRD 標為已實作。使用者說「開發完了更新 spec」「對齊 spec」「align spec」「收尾文件」時使用。
ade-contribute
從工作目錄修改中央 ADE 知識庫並開 PR（ADE repo 只在本地時 push 分支交人 merge）——包含主動撰寫（新增或調整 spec、skill、process、服務描述檔）與被動回流（發現 .claude/ade/knowledge/ 內容過期或缺漏）。使用者說「改 ADE 的 spec／skill」「把這個記回知識庫」「更新 ADE」「回流」時使用。
ade-feedback-upstream
將本 ADE repo 演化出的機制改良（skill 寫法、模板結構、流程設計）以 issue 回饋給上游 create-agentic-dev-env 框架。使用者說「回饋上游」「這個改良應該進框架」「feedback upstream」時使用。僅在 ADE repo 內使用。
ade-spec-audit
巡檢 spec 與各服務實作的一致性，找出計畫外變更（hotfix、直接改 code）造成的規格漂移。使用者說「巡檢 spec」「檢查規格漂移」「spec audit」「規格還對嗎」時使用。
ade-add-process
為團隊建立或修改流程慣例並落地到 ADE 知識庫。使用者說「建立一個流程」「定一個慣例」「以後都這樣做」「每次都要」「把這個做法固定下來」時使用。
ade-add-skill
為 ADE 生態新增 skill（供 ADE repo 內或消費端工作目錄使用）。使用者說「新增 skill」「建一支 skill」「把這個做成 skill」「這個 skill 消費端也要能用」時使用。
ade-config
查看或修改工作目錄的 ADE 安裝設定（.ade.json）——本地或遠端模式、來源 ADE repo 的 git url 或本地路徑、workspaces 作業區位置；在 ADE repo 內則是 package.json 的 repository.url。使用者說「ADE 設定」「ade config」「看目前設定」「改成本地模式」「來源改成…」「workspaces 指到…」「作業區換位置」時使用。
ade-help
列出當前位置可用的 ade-* skills 與各自用途。使用者說「有哪些 skill」「ade help」「我可以做什麼」「ADE 支援什麼」「skill 一覽」時使用。要列服務用 ade-list-service，不是這支。
ade-ship
從服務 repo 的分支發出 Merge Request / Pull Request——用 gh 或 glab CLI（不可用時退 API），MR 內容依專案自有範本，沒有就用 ADE 內建預設範本。使用者說「發 MR」「開 PR」「ship」「送出 merge request」，或 ade-dev 第 6 關、ade-dev-auto 交付時使用。
ade-update
把工作目錄的 ADE managed 內容（.claude/ade/knowledge/、.claude/skills/ade-*、CLAUDE.md managed 區段）更新到中央 ADE repo 最新版。使用者說「更新 ADE」「拉最新知識」「ade update」「知識庫過期了」，或 session 開始時偵測到版本落後時使用。
ade-add-service
在 ADE 知識庫註冊新服務。使用者說「新增服務」「註冊服務」「把某某服務加進知識庫」時使用。
ade-commit
在服務 repo 產生符合慣例的 git commit——專案自有規範優先，沒有就用 ADE 預設（Conventional Commits）。使用者說「commit」「提交」「幫我 commit」，或任何流程（ade-dev、ade-ship）需要 commit 時使用。
ade-dev-auto
串接多個 ade-dev 任務的批次執行器——列出工作目錄中未完成的開發任務、多選、逐顆確認 Spec Ready，全數就緒後依序以 ade-dev auto-pilot 模式跑完。使用者說「批次開發」「把這些任務自動跑完」「ade-dev-auto」時使用。在服務工作目錄內使用；單顆任務（含單顆 auto 跑）直接用 ade-dev。
ade-dev
判準制標準開發流程——針對 PRD 或自然語言需求，走「規格→規劃→逐 Phase 實作→測試審視→沉澱→Ship」六關開發；內建 Spec Ready 判定與 auto-pilot 模式（就緒即可無人中途把關跑完）。使用者說「開始開發」「照流程開發這個需求／PRD」「ade-dev」「繼續開發」「接手下一個 Phase」「這個任務 auto 跑」時使用。在服務工作目錄內使用。
ade-list-service
列出 ADE 知識庫目前所有已註冊的服務。使用者說「列出服務」「有哪些服務」「目前註冊了哪些服務」「list services」時使用。只讀不改；要新增或修改服務用 ade-add-service。
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.