القائمة
Standardize การส่งต่องานระหว่าง roles (PM→Dev, Dev→QA, QA→PM) — auto-generate handoff doc, validate context ครบก่อนส่งต่อ, notify ฝ่ายรับ
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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.
| name | Handoff Protocol |
| description | Standardize การส่งต่องานระหว่าง roles (PM→Dev, Dev→QA, QA→PM) — auto-generate handoff doc, validate context ครบก่อนส่งต่อ, notify ฝ่ายรับ |
Purpose: ทุกครั้งที่ส่งต่องาน ต้องมี "handoff document" กลาง ป้องกัน "ส่งงานแล้วขาด context" หรือ "ถามซ้ำเรื่องเดิม"
| Type | From → To | Trigger |
|---|---|---|
| PM → Dev | PM ส่ง spec ให้ Dev | Card status: Backlog → Assigned |
| Dev → QA | Dev ส่งงานที่ทำเสร็จ | Card status: In Progress → Dev Done |
| QA → Dev | QA ส่ง bug กลับ Dev | Card status: QA Testing → QA Failed |
| QA → PM | QA ส่งผลผ่านให้ PM review | Card status: QA Testing → QA Passed |
| PM → Client | PM ส่ง deliverable ให้ลูกค้า | Card status: QA Passed → Client Review |
| PM → DevOps | PM ส่ง infra spec ให้ DevOps | Phase: Ready for deployment |
# Handoff: PM → Dev
**Card:** {card-id}
**Module:** {module-name}
**Date:** {date}
**Deadline:** {deadline}
## Scope
- {summary of what to build}
## Reference Files
- SystemFlow: `{path-to-puml}`
- Wireframe: `{path-to-wireframe}` (ถ้ามี)
- TaskBoard: `{path-to-taskboard}#Card-{id}`
## Test Cases (from TaskBoard)
| # | Type | Description |
|---|------|-------------|
| 1 | Happy | {test case} |
| 2 | Alt | {test case} |
| 3 | Exc | {test case} |
## Business Rules (from MOM)
- {rule 1} [Ref: MOM#{X}]
- {rule 2} [Ref: MOM#{X}]
## Notes
- {additional context from PM}
## Acceptance Criteria
- [ ] ผ่าน test cases ครบทุกข้อ
- [ ] Code ตรงกับ SystemFlow
- [ ] Coding Standards ตาม CODING-STANDARDS.md
# Handoff: Dev → QA
**Card:** {card-id}
**Module:** {module-name}
**Date:** {date}
**Dev:** {dev-name}
## What was implemented
- {summary}
## Files Changed
- `{file1}` — {what changed}
- `{file2}` — {what changed}
## How to Test
- {setup instructions}
- {test URL / command}
## Known Limitations
- {anything QA should know}
## Test Cases to Run
(copy from TaskBoard Card)
# Bug Report: QA → Dev
**Card:** {card-id}
**Bug ID:** {bug-id}
**Severity:** Critical / Major / Minor
**Date:** {date}
## Steps to Reproduce
1. {step 1}
2. {step 2}
3. {step 3}
## Expected Result
- {what should happen}
## Actual Result
- {what actually happened}
## Screenshot / Evidence
- {path or description}
## Related Test Case
- #{test-case-number} from TaskBoard
ก่อนส่งต่อ ต้องตรวจว่า context ครบ:
| Handoff Type | Required Context | ถ้าขาด |
|---|---|---|
| PM → Dev | SystemFlow + Test Cases + Business Rules | BLOCK — "ยังขาด {X}" |
| Dev → QA | Files Changed + How to Test + Test Cases | WARN — "Dev ยังไม่ได้ระบุ {X}" |
| QA → Dev | Steps to Reproduce + Expected vs Actual | BLOCK — "QA ต้องระบุ {X}" |
| QA → PM | All test results + Pass/Fail summary | BLOCK — "QA ยังไม่ได้รายงานครบ" |
เมื่อ card status เปลี่ยน (trigger จาก pmo-team-orchestrator):
ทุก handoff ถูก log ใน State Engine audit trail:
{"ts":"2026-04-03T14:00:00+07:00","action":"handoff","from":"PM","to":"Dev","card":"P07-M01-001","type":"pm-to-dev","contextValid":true}
PM สามารถดู handoff history ผ่าน pmo-dashboard detail view
pmo-team-orchestrator trigger handoff เมื่อ status เปลี่ยนpmo-taskboard เป็น source ของ test cases + card infopmo-traceability log handoff เป็น Activity Log entrypmo-state-engine track handoff ใน audit-trail.jsonlpmo-quality-gate validate context ก่อน handoff (pre-handoff gate)