Menu
Pre/Post execution validation + Phase Gate enforcement — ป้องกันการข้าม step, auto-validate output, ให้คะแนน quality score
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
สแกน 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.
| name | Quality Gate |
| description | Pre/Post execution validation + Phase Gate enforcement — ป้องกันการข้าม step, auto-validate output, ให้คะแนน quality score |
Purpose: Enforce quality at every step — ไม่มี output ไหนออกไปโดยไม่ผ่าน gate ดึง concept จาก external execution-framework quality gates + ปรับให้เข้ากับ PMO 8-step pipeline
ตรวจว่ามี prerequisites ครบก่อนเริ่มทำงาน
| Skill ที่จะรัน | Pre-Gate Check | ถ้าไม่ผ่าน |
|---|---|---|
pmo-activity-diagram | มี REQ + MOM ใน project folder? | BLOCK — แจ้ง "ยังไม่มี source file" |
pmo-activity-diagram | ถามแล้วหรือยัง ว่ามี Actor กี่ตัว? | BLOCK — ถาม Actor ก่อน |
pmo-use-case-diagram | มี SystemFlow หรือ UserFlow อย่างน้อย 1 ไฟล์? | WARN — "ยังไม่มี flow, สร้าง UC จาก REQ อย่างเดียวอาจไม่ครบ" |
pmo-wireframe-design | มี SystemFlow ที่เป็น Final (ไม่มี DRAFT)? | BLOCK — "ต้อง finalize SystemFlow ก่อน" |
pmo-dev-handoff | SystemFlow ทุกไฟล์เป็น Final? PM confirm scope? | BLOCK — "ต้อง validate ทุก flow ก่อน handoff" |
pmo-code-scaffold | มี Dev Handoff Package แล้ว? | BLOCK — "ต้องสร้าง handoff ก่อน scaffold" |
pmo-ci-cd-template | มี tech stack info (language, framework, DB)? | ASK — ถาม tech stack |
pmo-deploy-checklist | มี CI/CD config แล้ว? | WARN — "ยังไม่มี CI/CD, สร้างก่อนจะได้ checklist ครบ" |
pmo-task-breakdown | ถาม timeline/start date/milestones แล้ว? | BLOCK — ถาม timeline ก่อน |
pmo-gap-analysis | มี REQ + Diagram อย่างน้อย 1 ชุด? | BLOCK — "ต้องมีทั้ง REQ และ diagram" |
ตรวจ quality ของ output ที่เพิ่งสร้าง แล้วให้คะแนน
| Score | Label | Action |
|---|---|---|
| 0.0 - 0.4 | FAIL | REWORK — ต้องแก้ไขก่อนส่ง |
| 0.5 - 0.7 | REVIEW | แจ้ง user ว่ามีจุดที่ควรตรวจ |
| 0.8 - 1.0 | PASS | พร้อมส่ง / finalize |
Activity Diagram (.puml):
| Criteria | Weight | Check |
|---|---|---|
| Lark 11 Rules compliance | 0.25 | ทุก rule ผ่าน? |
| Case Analysis 20 items | 0.25 | ผ่านกี่ข้อจาก 20? |
| MOM Validation 7 items | 0.20 | ผ่านกี่ข้อจาก 7? |
| Naming Convention | 0.10 | ชื่อไฟล์ถูก format? |
| MOM Reference in title | 0.10 | มี [Ref: MOM#X]? |
| Sequential numbering | 0.10 | Step numbering ต่อเนื่อง? |
Task Breakdown (.md):
| Criteria | Weight | Check |
|---|---|---|
| ครอบคลุม REQ ทุกข้อ | 0.30 | map task กับ REQ ครบ? |
| Timeline สมเหตุสมผล | 0.20 | ไม่มี task overlap ที่ขัดแย้ง? |
| Dependencies ถูกต้อง | 0.20 | task ที่ depend กันเรียงลำดับถูก? |
| Gantt chart ตรงกับ table | 0.15 | ข้อมูลตรงกัน? |
| MOM/REQ reference | 0.15 | อ้างอิง source? |
Dev Handoff Package:
| Criteria | Weight | Check |
|---|---|---|
| Data Model ครบ | 0.20 | ทุก entity จาก SystemFlow มี? |
| API Spec ครบ | 0.20 | ทุก action มี endpoint? |
| Component Inventory | 0.15 | ทุกหน้าจอมี component list? |
| Security Checklist | 0.15 | auth/authz/validation ครบ? |
| Analytics Spec | 0.15 | tracking events defined? |
| UX Copy | 0.15 | error messages + labels? |
ตรวจว่า step ก่อนหน้าเสร็จสมบูรณ์ก่อนไปต่อ
| Current Step | ต้องมีก่อน (Prerequisites) | Gate Action |
|---|---|---|
| Step 4: UserFlow | Step 3 done (REQ extracted) | ตรวจว่ามี REQ file ที่ parsed แล้ว |
| Step 5: Validate w/ User | Step 4 done (UserFlow created) | ตรวจว่ามี UserFlow [DRAFT] |
| Step 6: UseCase QA | Step 5 done (UserFlow approved) | ตรวจว่า UserFlow ไม่มี [DRAFT] ใน title |
| Step 7: SystemFlow | Step 6 done (UseCase created) | ตรวจว่ามี UseCase + UserFlow Final |
| Step 8: Wireframe | Step 7 done (SystemFlow Final) | ตรวจว่า SystemFlow ไม่มี [DRAFT] |
| Handoff | Step 8 done (Wireframe done) | ตรวจว่า Wireframe + SystemFlow Final ครบ |
Gate Enforcement:
User Request
↓
[Pre-Gate] → BLOCK/WARN/PASS
↓ (PASS)
Execute Skill
↓
[Post-Gate] → Score 0.0-1.0
↓
FAIL (< 0.5) → Auto-fix + Re-score
REVIEW (0.5-0.7) → แจ้ง user จุดที่ควรตรวจ
PASS (>= 0.8) → Ready for next step
↓
[Phase Gate] → ตรวจ pipeline position
↓
Next Step
ผู้ใช้สามารถ override gate ได้โดย:
Quality Gate ไม่ได้แทนที่ validation เดิม แต่ ทำงานร่วมกัน:
pmo-review-diagram (38-point checklist) = detailed validation → ผู้ใช้ต้อง trigger เองpmo-quality-gate = automated quick check → trigger อัตโนมัติทุกครั้งที่สร้าง/แก้ outputผล Quality Gate score จะรวม subset ของ 38-point checklist ที่ตรวจอัตโนมัติได้ (ไม่รวมข้อที่ต้อง human judgment)