witchwasin

pmo-delivery

Use for delivery planning, handoff, task source of truth, engineering sequencing, and semantic handoff review.

pmo-build-review

Use for build completion evidence, code review readiness, and ready-for-QA checks.

Web & Frontend Listed

Use for product flows, UX and wireframes, creative direction, visual direction, art direction, brand conformance, distinctive or non-generic frontend direction, design systems, visual sheets, and design-ready acceptance criteria tied to scoped requirements.

pmo-governance

Use for RAID, decisions, traceability, risk, policy checks, and Strict-mode guardrails.

pmo-intake

Use when turning source material into scoped, source-referenced PMO requirements and intake decisions.

activity-diagram

ส��้าง PlantUML Activity Diagram (Swimlane) แสดง workflow ของแต่ละ module — ครอบคลุม SystemFlow และ UserFlow

agent-orchestration

กำหนด Auto Plan Mode, Research Agent workflow และโครงสร้าง multi-agent team สำหรับงานขนาดใหญ่

analyze-new-mom

อ่าน MOM ใหม่ → เทียบ REQ + MOM เก่า → สรุป Impact Report → log Traceability Matrix

blueprint--construction-plan-generator

วางแผน multi-session สำหรับงานใหญ่ — แบ่งเป็น step-by-step พร้อม dependency graph, parallel detection, และ cold-start context brief สำหรับทุก step

DevOps & Infrastructure Listed

cicd-template

Generate GitHub Actions pipeline config จาก tech stack ของ project — ครอบคลุม test, lint, build, deploy stages

code-scaffold

Generate โครงสร้างไฟล์ + API stubs + DB migration + test stubs จาก SystemFlow + Dev Handoff Package ไม่ใช่ full code แต่ให้ Dev มี starting point

coding-standards

กำหนด coding convention per project — naming, folder structure, linting, formatting — ให้ทีม Dev ทำงานบน standard เดียวกัน

dashboard

แสดงสถานะทุก project ใน 1 หน้า — phase, progress, blockers, team status — ให้ PM เห็นภาพรวมทันที

deep-interview

Socratic requirements clarification พร้อม Ambiguity Scoring — ��ช้กับ project ใหม่ที่ requirements ยังไม่ชัด หรือเมื่อ MOM/REQ มีจุดคลุมเครือมาก ช่วยให้ PM ถามคำถามที่ถูกต้องก่อนเริ่มสร้าง diagram

deploy-checklist

Validation checklist ก่อน deploy — เช็ค environment, DB migration, test coverage, security, monitoring — เหมือน 38-point แต่สำหรับ deployment

design-system-design.md

เลือก/สร้าง/apply design system ให้โปรเจค โดยใช้ DESIGN.md format (Google Stitch) — ใช้เมื่อผู้ใช้พูดถึง design system, เลือก look & feel, brand style, สี/font ของ project, อยากให้ดูเหมือนแบรนด์ X, กำหนด visual identity, DESIGN.md, design token spec — แม้ไม่ได้พูดว่า "design system" โดยตรง ถ้าบริบทเป็นเรื่องกำหนด style/look ให้โปรเจคก็ให้ใช้ skill นี้

dev-handoff

สร้าง Developer Handoff Package จาก SystemFlow, UserFlow, UseCase, Wireframe ที่ PM ทำเสร็จแล้ว — แปลง diagram เป็น spec ที่ DEV เอาไปเขียนโค้ดได้เลย ครอบคลุม Data Model, API Spec, Component Inventory, Implementation Roadmap, Security Checklist — ใช้ทุกครั้งท��่ต้องส่งมอบงานจาก PM ไป DEV, สร้าง developer spec, สรุปงานสำหรับ developer, handoff document, implementation guide, หรือเมื่อ DEV ถามว่า "ต้องทำอะไรบ้าง"

dev-report

Protocol สำหรับ Dev รายงานผลงานกลับมาใน PMO Repo — AI ตรวจสอบ Code เทียบกับ SystemFlow, ตรวจ Test Coverage, อัพเดท Traceability Matrix and TaskBoard — ใช้เมื่อ Dev บอกว่า "ทำเสร็จแล้ว", "Module X เสร็จ", "อัพเดท PM ให้หน่อย", หรือต้องการ AI review code/ผลงาน ครอบคลุม Step 16-21 ของ PMO Collaboration Workflow (WF-B)

gap-analysis

เทียบ REQ กับ diagram ที่มีอยู่ → หา requirement ที่ยังไม่ถูก implement หรือ implement ไม่ครบ

pmo-git-push

Prepare commit message with proper traceability, format git commands, track changes to origin (push workflow for PMO projects)

handoff-protocol

Standardize การส่งต่องานระหว่าง roles (PM→Dev, Dev→QA, QA→PM) — auto-generate handoff doc, validate context ครบก่อนส่งต่อ, notify ฝ่ายรับ

hook-profiles--performance-tuning

ปรับระดับ hook enforcement (minimal/standard/strict) ตามประเภทงาน — งานเร็วใช้ minimal, งาน deploy ใช้ strict

DevOps & Infrastructure Listed

infrastructure-spec

สร้าง Infrastructure Specification Document สำหรับ DevOps handoff — Docker, server requirements, scaling plan, cost estimation

lark-plantuml-standards

11 กฎ mandatory สำหรับเขียน .puml ให้ render ผ่าน Lark Docs + layout สวย — ต้อง load ทุกครั้งที่เขียน/แก้ .puml

proposal-writer

สร้าง Project Proposal / Quotation สำหรับส่งลูกค้า โดยอ้างอิงจาก MOM, REQ, WBS, และข้อมูล project ที่มี — ครอบคลุม Executive Summary, Scope of Services, System Architecture, Timeline, Pricing, Payment Terms, Terms and Conditions ต้อง load skill นี้ทุกครั้งที่ผู้ใช้พูดถึง "proposal", "ใบเสนอราคา", "quotation", "เสนอโครงการ", "เขียน proposal", "ส่งลูกค้า", หรือต้องการสร้างเอกสารเสนอโครงการ

qa-report

Protocol สำหรับ QA รายงานผล Test กลับมาใน PMO Repo — AI บันทึกผล Test ตาม Test Cases ใน TaskBoard, อัพเดท Traceability Matrix and Card status — ใช้เมื่อ QA บอกว่า "test เสร็จแล้ว", "ผล test Module X", "Module X ผ่าน/ไม่ผ่าน", หรือต้องการบันทึกผล test ครอบคลุม Step 24-28 ของ PMO Collaboration Workflow (WF-C)

review-diagram

รัน validation checklist ครบทุกข้อ (Case Analysis 20 ข้อ + MOM Validation 7 ข้อ + Lark 7 Rules) กับ diagram ที่เลือก

security-scan

สแกน code ใน Scaffold/ ด้วย 53 security rules (6 หมวด) — secrets, permissions, injection, AI-specific, config, dependencies — ก่อน deploy หรือหลัง Dev report

smart-router

Fuzzy keyword matching — วิเคราะห์ prompt ผู้ใช้แล้ว auto-route ไปหา PMO skill ที่เหมาะที่สุด ลด friction ไม่ต้องจำชื่อ skill

state-engine

Centralize project state ทั้งหมดใน .state/ folder — phase tracking, deliverables, JSONL audit trail, integrity check — ให้ทุก session เห็นสถานะเดียวกัน

task-breakdown

สร้าง Task Breakdown table + Gantt chart สำหรับ timeline planning จาก REQ และ MOM

taskboard

จัดการ TaskBoard (Card) ตาม Module จาก SystemFlow — สร้าง Card, Assign งาน, Generate Test Cases, อัพเดทสถานะ, ปิด Card — ใช้ทุกครั้งที่ PM แตก Card, Dev/QA ถามงาน, หรืออัพเดทสถานะงาน ครอบคลุม Step 5-9 (PM แตก Card) และ Step 12-13 (Dev ถาม AI) ของ PMO Collaboration Workflow

team-orchestrator

Coordinate PM/Dev/QA agents แบบ Pipeline Pattern — auto-route งานตาม role, ส่งต่ออัตโนมัติเมื่อ status เปลี่ยน, track progress ทุก handoff

traceability

จัดการ MOM references, Requirement Traceability Matrix, Wireframe change tracking, Change Log, Activity Log (บันทึกทุก action ของ AI) และ Decision Log (บันทึกทุก decision ของผู้ใช้) — ใช้ทุกครั้งที่ต้อง log, track, audit trail ข้อมูลใดๆ ใน project

use-case-diagram

สร้าง PlantUML Use Case Diagram แสดงความสัมพันธ์ระหว่าง Actor กับระบบ พร้อม system boundary

verification-evidence-protocol

เก็บหลักฐาน (evidence) ก่อนปิด task — build pass, test pass, lint clean, review approved — เสริม quality gate ให้แข็งแกร่ง

wireframe-design

สร้าง Wireframe / UI Design โดยใช้ Refero MCP ค้นหา reference จาก product จริง 124,000+ หน้าจอก่อนออกแบบทุกครั้ง — ใช้เมื่อผู้ใช้พูดถึง wireframe, mockup, UI design, ออกแบบหน้าจอ, หน้าตาแอป, หา design reference, เปรียบเทียบ UX pattern, design review, หรือต้องการสร้าง UI จาก User Flow ที่เสร็จแล้ว แม้ผู้ใช้จะไม่ได้พูดว่า "wireframe" โดยตรง ถ้าบริบทเป็นเรื่องหน้าตา UI ก็ให้ใช้ skill นี้

workflow-architect

ค้นหาและออกแบบ workflow ของระบบอย่างครบถ้วน ก่อนที่จะสร้าง Activity Diagram — ครอบคลุม happy path, failure modes, handoff contracts, และ state transitions ต้อง load skill นี้เมื่อผู้ใช้พูดถึง "workflow", "flow ของระบบ", "ค้นหา flow", "วิเคราะห์ flow", "flow ที่ซ่อนอยู่", "failure mode", "handoff", "state transition", หรือเมื่อต้องการ map workflow ก่อนวาด diagram อย่างละเอียด

sessions

Agent Sessions window architecture — covers the sessions-first app, layering, folder structure, chat widget, menus, contributions, entry points, and development guidelines. Use when implementing features or fixing issues in the Agent Sessions window.

backend-code-review

Review backend code for quality, security, maintainability, and best practices based on established checklist rules. Use when the user requests a review, analysis, or improvement of backend files (e.g., `.py`) under the `api/` directory. Do NOT use for frontend files (e.g., `.tsx`, `.ts`, `.js`). Supports pending-change review, code snippets review, and file-focused review.

Web & Frontend Listed

design-system-patterns

Build scalable design systems with design tokens, theming infrastructure, and component architecture patterns. Use when creating design tokens, implementing theme switching, building component libraries, or establishing design system foundations.

Testing & QA Listed

frontend-testing

Generate Vitest + React Testing Library tests for Dify frontend components, hooks, and utilities. Triggers on testing, spec files, coverage, Vitest, RTL, unit tests, integration tests, or write/review test requests.

Data & Documents Listed

key-talking-point

Create color-coded teaching scripts / presenter talking-point documents (.md) that serve as a "live reading book" for speakers. The output is a markdown file where each color tells the presenter what to do: blue = speak this line, red = pronunciation guide, dark blue = slide header, black = stage direction & audience engagement, yellow box = terminology. Use this skill whenever the user mentions: teaching script, talking points, presenter script, key talking point, speaker notes, lecture script, training script, presentation script, สคริปต์การสอน, สคริปต์วิทยากร, คำพูดที่ต้องอ่าน, หนังสือสำหรับพูด, or any request to create a document that guides a speaker through a slide deck with exact words to say, pronunciation help, and stage directions. Also trigger when the user uploads a PowerPoint (.pptx) and asks to write a script, narration, or talking points for it.

Testing & QA Listed

senior-qa

Comprehensive QA and testing skill for quality assurance, test automation, and testing strategies for ReactJS, NextJS, NodeJS applications. Includes test suite generation, coverage analysis, E2E testing setup, and quality metrics. Use when designing test strategies, writing test cases, implementing test automation, performing manual testing, or analyzing test coverage.