Axiom-PMO

Pre/Post execution validation + Phase Gate enforcement — ป้องกันการข้าม step, auto-validate output, ให้คะแนน quality score

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

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

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.

Use for QA evidence, release readiness, rollback review, and close-out decisions.

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

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

Use for flow, UX, wireframe, and design-ready acceptance criteria tied to scoped requirements.

Use for branch, diff, sensitive file, commit, push, tag, and release safety.

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

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

Valid fixture skill description.

Valid fixture skill description.

Valid fixture skill description.

Valid fixture skill description.

Valid fixture skill description.

Valid fixture skill description with wrong name.

Valid fixture skill description.

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

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

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

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

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

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

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

จัดการ context window ให้ไม่เต็ม — auto-compact เมื่อใกล้ limit, ลบ tool result เก่า, สรุป conversation history, รักษาข้อมูลสำคัญ

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

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

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

เลือก/สร้าง/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 นี้

สร้าง 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 ถามว่า "ต้องทำอะไรบ้าง"

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)

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

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

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

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

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

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

สร้าง 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", "ส่งลูกค้า", หรือต้องการสร้างเอกสารเสนอโครงการ

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)