ragdoll-workspace

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

Skills (7)

• ragdoll-acceptance-workflow

  Ragdoll POS-R（Jira Epic RD-7600）實機驗收的標準作業流程。定義依賴檢查、確認 驗收的程式碼版本與環境、業務前置狀態檢查、驗收範圍界定（父系 Epic 必須是 RD-7600）、驗收條件擷取（customfield_10030，markdown 或 ADF）、修復內容理解 （diff-first）、測試資料盤點與實機操作、資料缺口時的模擬資料法與論證法、三態 判定與報告格式、使用者明確要求時的 Jira 留言與截圖流程、驗收後環境清理，以及 「預設只回報留言草稿、不自行留言 Jira」的規則。當使用者要求對某張 POS-R ticket 做實機驗收時使用。

• ragdoll-card-reader-triage

  Ragdoll 門市刷卡機（台新 TSB_ECR／ECR.exe／POSAgentDotNet）問題回報的診斷 SOP。 拿到門市問題回報包（production_issue-*，含 ecr/log、offline-mutable.snapshot.db、ragdoll-store.json 等）後， 判斷「刷卡機刷卡成功但 POS 顯示刷卡失敗、店員被迫手 KEY 離線信用卡」到底是程式問題 （Ragdoll／POSAgentDotNet）還是 COM 線路或刷卡機硬體問題。內含一鍵分析腳本（發病點、失敗型態、損壞封包鑑識、 調閱編號對帳、種子名單路徑、代理程式 log、COM3 健康檢查）

• ragdoll-debug-finder

  Ragdoll 門市問題回報的分析與開 bug 卡入口。當對話出現 `[Ragdoll POS 門市問題回報]` 格式的訊息 （含環境、版本、門市、機台、回報人、代碼、說明、`issue-report-*.tar.gz` 下載檔名、中台檔案連結）， 或使用者提到門市回報問題、問題回報包、issue-report、回報代碼，或問「這是 bug 嗎」「要不要開卡」「幫我看這個門市回報」， 或貼來門市反應結帳／美容／包月／客訂／發票等功能怪怪的回報內容時使用，即使沒有明說「debug」也要使用。 刷卡機（ECR／TSB）通訊或刷卡失敗型的回報，改用 ragdoll-card-reader-triag

• ragdoll-develop-workflow

  定義 Ragdoll 專案的六階段開發工作流程（Define → Plan → Build/Verify → Review → Ship），確保從需求定義到交付的每個階段都有對應的 agent、三層測試策略與品質把關。

• ragdoll-machine-version-push-audit

  稽核 Ragdoll POS-R 現役機台（`posconfig` 機台編號 1X 開頭，如 11／12／13，即機1／機2／機3）的兩件事： ① 每台目前安裝的 Ragdoll 版本（`posversionhash` 最新上報）② 有沒有確實登入裝置推播 ID（`posinventorydevice.fcmPushID`）。 內含萬達中台 MCP 的查詢範本（`posversionhash` 全表 20 萬列以上，不照範本查會逾時或被截斷）、 一支逐台合併三份清單的腳本，以及固定的報告格式。 只要使用者問到：Ragdoll 版本分佈、哪些機台還沒升到最新版、機台目前跑哪一版、1X 機台、機台

• ragdoll-test-quality

  Ragdoll 專案的測試品質規範，定義有意義測試的三個條件、常見反模式清單（Passthrough / Mock-then-query 等）與 Given/When/Then 標準格式。 electron-qa 與 next-qa agent 必須在執行任何測試撰寫或驗收前遵循此規範。

• ragdoll-user-manual

  用於回答 Ragdoll POS 系統終端使用者的操作問題，並作為實機驗收時判斷「正確操作方式」的依據。涵蓋 checkout（一般/美容結帳合一入口）、summary（結帳摘要／付款確認）、salon-summary（美容結帳摘要／美容付款確認）、customer-display（顧客顯示螢幕）、print-preview（列印預覽）等各入口的 UI 流程說明。

Subagents (7)

• ragdoll-acceptance-qa

  對 Ragdoll POS-R（Jira Epic RD-7600）範圍內的單一 ticket 做實機驗收（非 E2E 自動化測試）。使用者指定一張 ticket 卡號後，依序做依賴檢查、業務前置狀態檢查、確認父系 Epic 是否為 RD-7600、讀取驗收條件、在真實啟動的 Ragdoll App 上實際操作驗證，最終逐條回報通過/不通過。不具備 Jira 寫入能力，只回報結果與留言草稿。

• ragdoll-e2e-qa

  專門處理 Ragdoll 整體 e2e 的測試實作與維護，確保 Ragdoll POS 的核心結帳流程能順暢運行。

• ragdoll-electron-qa

  專門負責 Ragdoll Electron 層的 unit 測試與 integration 測試，精通 Mocha + Chai + Sinon 測試邏輯，工作範圍限制在 test/electron/ 目錄下。 以下情況必須使用此 agent： - 撰寫或新增 Electron 層的測試案例 - 現有 Electron 測試失敗需要診斷並修復（npm run test:electron 出現錯誤） - 確保 Electron 層測試全數通過 - 修改 Electron 程式碼後需要補齊對應測試 - ragdoll-project-knowledge - ragdoll-workspace:ra

• ragdoll-electron-rd

  負責實作 Ragdoll Electron 相關功能，事務包含 SQLite 資料庫、IPC 串接、javacat-graphql-client GraphQL 串接、背景排程工作與 Node.js 後端相關邏輯

• ragdoll-knowledge-manager

  Ragdoll 專案知識庫管理員。根據給予的情境（程式碼變更、功能新增、重構等）， 推論影響到哪些 Ragdoll Knowledge Base 文件，並將文件內容更新至與程式碼邏輯一致的最新狀態。 熟知專案每個程式碼的位置，能快速定位變更影響範圍。 - petpetgo-llm-wiki - ragdoll-project-knowledge - Read - Write - Edit - Update - Glob - Grep - Bash - Skill

• ragdoll-next-qa

  專門負責 Ragdoll Next.js 層的 unit 測試與 integration 測試，精通 Vitest + React Testing Library 測試邏輯，工作範圍限制在 test/next/ 目錄下。 以下情況必須使用此 agent： - 撰寫或新增 Next.js 層的測試案例 - 現有 Next.js 測試失敗需要診斷並修復（npm run test:next 出現錯誤） - 確保 Next.js 層測試全數通過 - 修改 Next.js 程式碼後需要補齊對應測試 - vitest - ragdoll-project-knowledge - ragdoll-worksp

• ragdoll-next-rd

  負責實作 Ragdoll Next.js 相關功能，事務包含前端 UI、資料層設計串接與 Next.js 相關邏輯