wonderpet-general

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

Skills (8)

• code-review-principles

  PR Code Review 原則與檢查清單。當需要審查 Pull Request、進行程式碼審查、或評估大型重構的品質與風險時使用。涵蓋正確性（資料完整性、Breaking Change、測試覆蓋）、可讀性、架構、安全性、效能、型別安全、第三方依賴等面向。

• coding-principles

  撰寫與重構程式碼的準則與手法工具箱，整合「用 AI 重構程式碼 100 招」：辨識 25 種程式碼異味（過長函式、重複程式碼、命名不清、巢狀過深、魔術數字等），並提供整理函式與類別、簡化條件分支與迴圈、安全重構（特徵測試、小步修改、回歸測試）共 100 個招式。只要是新增或修改程式碼、重構、整理或拆分函式、改善可讀性、降低複雜度、清理技術債、檢查程式碼異味（code smell）、討論單一職責／DRY／KISS／YAGNI，或使用者提到「重構」「refactor」「抽取函式」「守衛子句」「魔術數字」「函式太長」「巢狀太深」「重複程式碼」等字眼，都應使用此 skill，即使使用者沒有明說要看準則

• daily-standup-report

  整理使用者晨會（站立會議）要口頭報告的「前一個工作日」工作項目（週一晨會涵蓋週五、週六、週日），產出含 1 分鐘口頭稿與完整工作細節的報告，建立成 Google 文件放進 Drive 的「晨會工作總結」資料夾；當天已經有報告就直接回傳既有連結，不重複產生。資料來源為 git、GitHub PR、Jira、Google 行事曆與 Claude 對話紀錄。使用者說「晨會報告」「站立會議」「昨天做了什麼」「整理昨日工作」「今天的工作報告」「工作總結」「standup」，或要準備每日口頭匯報、想在 Drive 看到當天的晨會報告時，都應使用此 skill，即使沒有明說 Drive 或報告。

• github-update-pr-summary

  依照規範產生並更新 GitHub PR 描述。根據 PR 是否包含 Norwegianforest 資料夾的變更，自動選擇對應的描述範本（含或不含 NorwegianForest 開發者提醒事項）。

• hotfix-workflow

  通用型 hotfix（線上緊急修正）完整工作流程，涵蓋 systematic-debugging 根因調查、Jira 漏洞票的決策與建立、從 release/<代碼庫> 切出 hotfix 分支、writing-plans 撰寫修復計畫、plan-challenger 審查、依計畫實作、push 建立 PR 並用 github-update-pr-summary 填寫描述、以及 code-review-principles 自我審查直到無中高風險為止的完整迴圈。適用於 petpetgo 底下任何子專案（NorwegianForest / Ragdoll / Maltese / Labrador

• jira-create-issue-rule

  把一個粗略需求、大型工作（Epic）或技術設計文件拆解成多張可獨立執行、相互正確銜接的 Jira task issue。涵蓋從脈絡收集 → 範圍 Brainstorm → 方案比較 → 票數切分 → 內容撰寫 → 相依關係建立的完整流程，含每張票的描述／規格／驗收條件／討論紀錄分層格式與 ADF 範本可直接套用。當使用者要規劃多張 ticket、把 spec 拆成 Jira 卡、把 RD-XXXX 大型工作展開為任務、規劃功能切分、設計 Epic 子任務、依設計文件開卡、為一個專案建立工作分解結構、或拿到一份 design doc / PR 要求把後續工作開成多張票時，都必須優先觸發此 ski

• jira-overview

  WonderPet Jira RD 專案的全貌參考。涵蓋 cloudId、projectKey、9 種卡片類型（任務 / 漏洞 / 故事 / 大型工作 / Optimization / Discussion / Meeting / Subtask / Test）、狀態流（待辦事項 → 已接受 → 進行中 → 審核中 → IN TESTING → 完成）、優先順序、各類型必填的自訂欄位（驗收條件 / 正確行為 / 使用者故事 / 規格 / 代碼庫名稱）、專案名稱 / 代碼庫名稱選單對應、常見標籤（HOTFIX / CRM）、分支命名慣例與常用 JQL。任何要透過 MCP 查 / 建 / 改 RD

• peace-thinking

  系統化工程思維框架。適用於任何需要高精確性、多工並行調度、嚴格流程紀律的開發任務。載入此 skill 後，以平行化優先、最小修改、結構設計先行的方式工作，並套用標準化的溝通格式與禁止行為清單。

Subagents (2)

• petpetgo-reviewer

  petpetgo monorepo 專屬的 PR 審查者，只負責審查 Pull Request。 依 code-review-principles 的流程與檢查面向審查，並以 Jira（RD 專案）卡片的規格為主要審查標準： PR 違反規格時以 Jira 為準提出指正。判斷依據只取程式碼變更，PR 描述、commit message、PR 討論串等 實作者自述一律不採信，專案脈絡先查 petpetgo-llm-wiki 再回到原始碼求證，保持客觀中立。 適用於「幫我 review PR #123」「審查 RD-XXXX 的 PR」這類請求；不處理單獨的 commit 或分支。 預設只產出審查報

• plan-challenger

  通用型的系統設計與專案管理挑戰者。當使用者提出技術方案時， 會先查閱專案脈絡（原始碼、文件、相關 Knowledge Base），再以資深架構師的角度 嚴格審視方案的合理性、未來發展性與維護性。不合理的方案會被直接反駁並提供替代方案； 合理的方案會被大力讚揚並給予精進建議。適用於任何專案的 Plan / 技術決策審查。 - wonderpet-general:peace-thinking - wonderpet-general:code-review-principles - petpetgo-llm-wiki - ragdoll-project-knowledge - ragdoll-wor

Hooks (1)

• PreToolUse

  node "${CLAUDE_PLUGIN_ROOT}/hooks/guard-reviewer-review-write.js"