agent-workflow

Plugin agent-workflow from marketplace agentworkflow in s96cax98leo/AgentWorkFlow. Commands read from the repo's manifest — today.

Skills (17)

• add-agent

  協助使用者把自己的 agent 加進 AgentWorkFlow 的 SDLC workflow：確認要加在哪一段、套用哪個模版角色的守門規則、派工內容，必要時建立 agent 定義檔，先在 guard.config.json 的 extension_agents 登記守門角色、再寫進 methodology.json 的 extensions，跑 build 與驗證，失敗就回滾。使用者說「加我自己的 agent」「把這個 agent 放進 workflow」「新增審查 agent」「add agent」時使用。

• bizmodel-teardown

  商業模式拆解 — 價值主張、客層分群、定價階梯與錨定手法、首年折扣與續約溢價（renewal uplift）、加購與升級路徑、單位經濟（CAC/LTV/ARPU/churn）、通路與聯盟行銷、營收組合與護城河。當任務要「分析商業模式」「怎麼賺錢」「定價策略」「獲利模式」「unit economics」時使用。

• competitive-intel

  競品情報與市場定位 — 對手盤點、定價與規格對標、市佔與流量估算、市場結構與集團持股關係、差異化與取捨分析。當任務要「競品分析」「對手比較」「市場定位」「產業格局」時使用。

• correct

  把一則教訓變成強制機制：從踩坑手冊條目、執行紀錄裡的 followup、合併後監看的歸因或使用者描述的錯誤出發，找到真實發生過的例子，選最高可行的強制層級（架構／確定性工具 → schema／hook／lint → 測試 → 文件），用舊錯誤證明擋得住、用修正版證明會過，並在 rules.md〈專案規則〉維護「規則 ↔ 由什麼強制」對照表。使用者說「把這個錯誤變成做不到」「別再犯這個錯」「從踩坑手冊加強制」「這個 followup 又出現了」「/correct」「/agent-workflow:correct」時使用。

• cost

  看一個 run 花了多少 token 與時間：依段、角色、模型加總，列出最花的 agent 與平均 context。使用者說「花了多少 token」「哪一段最貴」「為什麼這麼慢」「成本」「/agent-workflow:cost」時使用。

• deliverables

  設定與盤點交付文件：從情境組合、repo 實況或合約清單挑出這個專案要交哪些文件，確認後才寫入；之後看每份文件齊不齊、哪些小節過期、產生需求追溯矩陣。使用者說「要交哪些文件」「設定交付文件」「結案前盤點文件」「追溯矩陣」「/agent-workflow:deliverables」時使用。

• design-system-template

  設計系統 skill 的骨架（範本，不是成品）。要把一份設計正本（HTML／Figma 匯出／設計規範文件）落地到產品前端時，複製這個目錄、改名成專案自己的設計系統 skill，再把 {{DESIGN_SYSTEM_NAME}} 與各「填空」換掉。使用者說「建設計系統 skill」「把設計稿變成規則」「做 token 檢查」時使用；填好之後的 skill 才給 dev-implementer、dev-design-reviewer 用。

• doctor

  檢查 agent-workflow 裝得對不對：環境（python、git、gh、node）、plugin 與專案的版本、同一個 plugin 從多個來源安裝、hook 能不能編譯與有沒有重複註冊、methodology.json 與 guard.config.json。每一項附修法。使用者說「workflow 怪怪的」「hook 沒有作用」「版本對嗎」「檢查安裝」「/agent-workflow:doctor」時使用。

• infra-forensics

  基礎設施與設備底層資源分析 — ASN／IP 前綴自有與否、資料中心與 PoP 地理分布、anycast 判定、路由路徑、虛擬化與隔離層（KVM/容器/cgroup）、硬體世代與規格推斷、儲存與網路後端、電力與 PUE、資本支出結構。當任務涉及「設備底層資源」「機房」「硬體規格」「伺服器資源」「基礎設施」「產能」時使用。

• init-workflow

  在新專案套用 AgentWorkFlow：先在對話中確認使用者的開發習慣（開發規範、code style、commit 格式、分支、PR 大小、文件格式），整理成 workflow.config 與答案檔，再跑 init.py --answers 並驗證產出。使用者說「套用 AgentWorkFlow」「初始化 agent workflow」「init workflow」「設定開發規範」時使用。

• kb

  查專案文件的知識庫：先查到「哪個檔的哪幾行」，再只讀那幾行。也可以重建索引、檢查壞連結。使用者說「文件裡哪裡有寫」「查一下規格」「之前的決定是什麼」「重建知識庫」「/agent-workflow:kb」時使用。

• perf-audit

  前端效能與交付效率量測 — TTFB、Core Web Vitals、資源瀑布、bundle 體積、快取命中率、圖片格式與壓縮、第三方腳本負擔、多地延遲比較。當任務要「量效能」「網站快不快」「載入速度」「Web Vitals」「資源分析」時使用。

• site-report

  全站深度分析的總指揮與報告合成 — 派工 agent team（技術架構／基礎設施／商業模式／效能／競品）平行作業，交叉驗證彼此發現，再合成一份可交付的總報告與 Artifact。當使用者要「完整分析某網站」「技術+商業全面拆解」「做一份分析報告」「派 agent team 分析」時使用。

• status

  看一個 run 現在跑到哪：目前的段、等哪個閘門、各段派了幾個 agent 與缺件、哪些 agent 還在跑。使用者說「現在進度」「跑到哪了」「還在等什麼」「卡住了嗎」「/agent-workflow:status」時使用。

• team-debate

  方案辯論：簡報要求 ≥3 個方案、SDLC Design 段遇到架構取捨（寫 ADR 要比較 ≥2 個真實選項）、或要做給決策者的取捨時使用。每個方案一位 teammate 負責並互相挑戰，lead 彙整成比較表。使用者說「比較方案」「幫我辯一下」「A 還是 B」「做取捨給決策者」時使用。

• tpm-team

  TPM agent team 的入口。開發需求走 AI-native SDLC（段與段之間由人核准），其他事件（簡報、上游變動、會議、PR 審查、合併、需求變動、決策落地、demo 前檢查）平行處理後產出文件。使用者說「開發這個需求」「跑簡報」「整理這場會議」「審這個 PR」「合併這個 PR」「用 agent team 處理」時使用。

• web-recon

  被動式網站技術棧偵察 — 判定 CDN／WAF／邊緣運算層、來源伺服器指紋、HTTP 協定版本、TLS 設定、框架與前端建構工具、API 形態（REST/GraphQL/tRPC）、第三方 SaaS 依賴。當任務要「分析某網站的技術架構」「這網站用什麼技術」「技術棧盤點」「架構拆解」時使用。

Slash commands (4)

• /agent-workflow:brief

  照一份簡報（上層系統給編號的任務）執行：拆工、平行處理、反駁、產出文件，程式子任務轉 SDLC

• /agent-workflow:demo-check

  Demo 前檢查：照腳本逐步實測目標環境，列出會出包的地方與備援

• /agent-workflow:event

  判斷事件類型（上游變動、會議、PR 審查、合併後監看、需求變動、決策落地、demo 檢查、方案辯論）並跑對應的 workflow

• /agent-workflow:sdlc

  啟動需求開發的 AI-native SDLC（plan → design → build → sync → test → deliver → merge，段與段之間由人核准；merge 由可信任的合併 agent 對照需求後執行）

Subagents (22)

• biz-analyst

  商業模式分析師。拆解定價階梯、促銷價 vs 續約價、綁約期、加購漏斗、營收組合與毛利、單位經濟（CAC/LTV/ARPU/churn/payback）、獲客引擎與聯盟通路、護城河與脆弱點。當問題是「怎麼賺錢、定價策略、獲利模式」時派給它。屬於 site-report agent team。

• competitor-scout

  競品情報分析師。盤點直接／鄰接／替代競爭者與同集團品牌關係，做統一基準的規格與定價對標，估算規模與市佔，分析市場結構與各家戰略取捨。當要「競品分析、對手比較、市場定位、產業格局」時派給它。屬於 site-report agent team。

• dev-acceptance-tester

  AI-native SDLC 第 3 段：依 spec 驗收條件寫驗收測試。開發規範 profile 要求測試先行時（預設 profile）在實作前寫會失敗的測試並確認失敗理由；不要求時在實作合併後補驗證測試。sdlc-build 用；使用者說「補驗收測試」「先寫 E2E」時也用。只寫測試，不寫產品程式。

• dev-design-reviewer

  AI-native SDLC 第 4 段（有畫面改動時）：以瀏覽器實測做設計審查，包括互動、各尺寸版面、深淺色（依專案設計系統）、WCAG 2.1 AA、例外狀態、設計 token、console 錯誤，寫 design-review.md。只審不改。

• dev-implementer

  AI-native SDLC 第 3 段：在自己的 git worktree 實作一個子任務，達成驗收條件（profile 測試先行時讓已寫好的驗收測試轉綠），只改子任務擁有的檔案。sdlc-build 平行派出；不得修改驗收測試。

• dev-integrator

  AI-native SDLC 第 3 段結尾：把各子任務分支依相依順序合進整合分支（<branch_prefix><epic>），有衝突走中轉分支並分類記錄，最後清掉 worktree。sdlc-build 用；sdlc-sync 也派它用 sync_branch.py 讓分支跟上 main（rebase、merge 或中轉分支）。

• dev-merge-steward

  AI-native SDLC 合併段：逐條對照需求與驗證證據，一致且 merge_gate.py 判 merge 才合併 PR；不一致就開出新需求、request-changes 退回 PR 並轉回 draft。sdlc-merge 用。永遠不 approve，不改任何檔案。

• dev-pr-reviewer

  舊名（相容一版，下一版移除）：已併入 tpm-reviewer 的 deliver 模式。新 workflow 一律派 tpm-reviewer；只有還沒升級的專案會派到這個名字。

• dev-release-watcher

  合併後監看：讀 main 的 CI 狀態與 merge-audit.jsonl，把失敗歸因到合併 commit，提出 revert 範圍與是否凍結自動合併。event-post-merge 用。只讀，不 push、不合併；只寫自己的執行紀錄（runs_dir 底下的 .md），報告由信封交給 tpm-writer 落檔。

• dev-security-reviewer

  AI-native SDLC 第 4 段（有安全面時）：做 threat model、三階段審查、專案專屬安全規則（見 rules.md〈專案規則〉）、secrets 與供應鏈，寫 security-review.md。只審不改。

• dev-spec-author

  AI-native SDLC 第 1–2 段：從需求（簡報、Story、描述）起草 intent.md，核准後再寫 design.md、spec.md、plan.md、progress.md，並拆出子任務與檔案所有權。sdlc-plan、sdlc-design 用；使用者說「寫 intent」「寫 spec」「拆任務」時也用。

• dev-verifier

  AI-native SDLC 第 4 段：在目前 HEAD 逐條驗證 spec 的驗收條件，做反作弊檢查，寫 specs/<epic>/verifier.md（有子計劃時分片平行驗證再彙整）。sdlc-test 用；只回報，不改程式與測試。

• infra-analyst

  基礎設施與底層資源分析師。查 ASN／IP 前綴自有性、資料中心與 PoP 分布、anycast、路由、虛擬化與隔離層（KVM/容器/cgroup 配額）、硬體世代推斷、超賣機制、單機經濟、供應鏈採購訊號。當問題涉及「設備底層資源、機房、硬體、產能」時派給它。屬於 site-report agent team。

• lead-synthesizer

  分析總編。收攏 tech-architect／infra-analyst／biz-analyst／perf-auditor／competitor-scout 的產出，做交叉驗證、處理矛盾、萃取跨面向洞察，合成最終總報告。當各分析 agent 已完成、需要整合成一份可交付報告時派給它。屬於 site-report agent team。

• perf-auditor

  前端效能與交付效率量測員。量 TTFB、Core Web Vitals、資源瀑布、bundle 體積、快取命中、圖片格式、第三方腳本負擔、多地延遲。當要「量效能、載入速度、Web Vitals、資源分析」時派給它。屬於 site-report agent team。

• tech-architect

  網站技術架構分析師。偵察 CDN／WAF／邊緣層、來源伺服器指紋、前端框架與建構工具、API 形態、第三方依賴、安全標頭。當需要拆解某網站「用什麼技術、怎麼組起來」時派給它。屬於 site-report agent team。

• tpm-planner

  把一個事件（簡報、上游變動、會議、需求變動、決策落地、demo 檢查）拆成子任務與相依圖，每個節點都是一張自足的派工單。event-* workflow 的第一步；要寫程式的子任務轉進 SDLC。

• tpm-researcher

  調研與查證：讀 repo、文件、會議紀錄、外部官方文件，回答一個具體問題，結論附 路徑:行號 或指令。各 workflow 平行派出多個（每個一個角度）。另有上游模式：上游 repo 有新 PR、main 前進、CI 失敗時，唯讀預測衝突（merge-tree）、算影響範圍、重建時間線（event 的 upstream 類型用，取代舊的 tpm-upstream-analyst）。

• tpm-reviewer

  審查一個 PR 或分支，只報信心 ≥0.8 的發現，只留建議。兩種模式：一般模式依派工單指定的 lens（standards、spec、bugs、security、design、history）審別人的 PR（event-pr-review 對每個 lens 平行派一個）；deliver 模式是 AI-native SDLC 第 5 段，審整條整合分支，四軸分開（規範、spec、bug、歷史），規範軸依 profile 的 conventions（sdlc-deliver 用，取代舊的 dev-pr-reviewer）。

• tpm-skeptic

  對抗性驗證：專門試著反駁別人的發現或結論，不確定就判反駁成立。各 workflow 在採納發現前派出（每則或每批一個）。合併模式（sdlc-merge）規則反轉：只找合併 agent 漏掉的不一致，不確定就判 hold。

• tpm-upstream-analyst

  舊名（相容一版，下一版移除）：已併入 tpm-researcher 的上游模式。新 workflow 一律派 tpm-researcher；只有還沒升級的專案會派到這個名字。

• tpm-writer

  把已定稿的素材寫成文件：執行紀錄、給決策者版、research 版、會議摘要、PR 說明草稿。各 workflow 的最後一步。寫完跑 check_rules.py。

Hooks (6)

• PreToolUse

  if command -v python3 >/dev/null 2>&1; then python3 "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" guard-shell; else python "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" guard-shell; fi

• PreToolUse

  if command -v python3 >/dev/null 2>&1; then python3 "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" guard-paths; else python "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" guard-paths; fi

• PreToolUse

  if command -v python3 >/dev/null 2>&1; then python3 "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" envelope; else python "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" envelope; fi

• SubagentStop

  if command -v python3 >/dev/null 2>&1; then python3 "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" envelope; else python "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" envelope; fi

• TaskCompleted

  if command -v python3 >/dev/null 2>&1; then python3 "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" envelope; else python "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" envelope; fi

• SessionStart

  if command -v python3 >/dev/null 2>&1; then python3 "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" session-start; else python "${CLAUDE_PLUGIN_ROOT}/hooks/awf_hook.py" session-start; fi

Similar plugins