一键导入
handoff-protocol
Standardize การส่งต่องานระหว่าง roles (PM→Dev, Dev→QA, QA→PM) — auto-generate handoff doc, validate context ครบก่อนส่งต่อ, notify ฝ่ายรับ
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Standardize การส่งต่องานระหว่าง roles (PM→Dev, Dev→QA, QA→PM) — auto-generate handoff doc, validate context ครบก่อนส่งต่อ, notify ฝ่ายรับ
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| 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)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.