utonagan-workspace

Plugin utonagan-workspace from marketplace peace-agent-plugins in PeacePan/peace-agent-marketplace. Commands read from the repo's manifest — 2 days ago.

Skills (3)

• utonagan-acceptance-workflow

  Utonagan（店系統）實機驗收的標準作業流程：依賴檢查、登入與員編閘門等前置狀態、驗收範圍界定（父系 Epic 必須是 RD-7599）、驗收條件擷取（customfield_10030，以 markdown 清單為主、ADF 為備用）、diff-first 理解修復內容、用瀏覽器實際操作 dev server（4100 埠）驗證、三態判定與報告格式、驗收後清理，以及「agent 不可留言 Jira，只能回報草稿」的規則。使用者要求對某張 Utonagan 的 Jira 卡做實機驗收、或要確認店系統功能是否符合驗收條件時使用。

• utonagan-develop-workflow

  Utonagan（店系統，Next.js client-only 靜態匯出前端）的開發工作流程：Define → Plan → Build/Verify → Review → Ship，定義各階段由哪個 subagent 負責、提交前的測試與型別與 lint 檢查、分支與 PR 規則，以及合併後的知識庫交接。要在 Utonagan 實作新功能、修改既有畫面或邏輯、補測試，或使用者說「照 Utonagan 流程做」時一律使用；線上緊急修正請改用 wonderpet-general:hotfix-workflow。

• utonagan-test-quality

  Utonagan（店系統）vitest 測試的品質規範：有意義測試的三個條件、反模式清單（Mock-then-query、Passthrough、取數層 Passthrough、SWR 快取汙染、元件只驗 mock 資料）、各層該怎麼測、Given/When/Then 格式與自我檢核問題。撰寫、審查或修復 Utonagan 的 `__tests__/` 測試前一律先載入；看到測試只驗 mock 出來的資料、只驗「有被呼叫」、或測試之間互相影響時也應使用。

Subagents (4)

• utonagan-acceptance-qa

  對 Utonagan（店系統）範圍（Jira Epic RD-7599）內的單一 ticket 做實機驗收（非自動化測試）。使用者指定一張 ticket 卡號後，依序做依賴檢查、前置狀態檢查、確認父系 Epic 是否為 RD-7599、讀取驗收條件、在真實啟動的 Utonagan dev server 上用瀏覽器實際操作驗證，最後逐條回報通過、不通過或無法驗證，並附留言草稿。不寫入 Jira，不修正原始碼。

• utonagan-knowledge-manager

  Utonagan 知識庫（petpetgo-llm-wiki 的 wiki/utonagan）維護員。在 Utonagan 的 PR 合併後，依使用者給的 PR 編號或 commit 範圍，找出受影響的 wiki 頁面並更新到與程式碼一致，依 wiki 的 ingest 規範寫入。不在 PR 合併前執行，不 commit、不 push、不 bump submodule 指標。

• utonagan-qa

  專門負責 Utonagan（店系統）的單元與整合測試，精通 Vitest + jsdom + Testing Library，工作範圍限制在各處的 `__tests__/` 與 `test/` 目錄。以下情況必須使用：新增或補齊測試、診斷並修復失敗的測試（npm run test 出現錯誤）、修改 Utonagan 程式碼後補上對應的測試。

• utonagan-rd

  負責實作 Utonagan（店系統，Next.js client-only 靜態匯出）的前端功能：UI 元件、Hook、取數層與純業務邏輯。要在 Utonagan 新增或修改畫面、資料取得或業務邏輯時使用；測試由 utonagan-qa 負責，不在此 agent 的範圍。

MCP servers (1)

• utonagan-playwright

  runs: npx -y @playwright/[email protected] --isolated --headless