# Comeet

> สรุปการประชุมจาก note, transcript หรือคำบอกเล่า ในรูปแบบที่เป็นระบบ ครอบคลุม Objective, Key Topics, Discussions, Decisions, Action Items และ Next Step ใช้ skill นี้ทันทีเมื่อผู้ใช้ต้องการสรุปการประชุม เช่น "สรุปประชุมหน่อย", "ช่วยเขียน MOM", "นี่คือ note จากประชุมวันนี้" เช่น "เมื่อกี้ประชุมมา มีเรื่องนี้นี้นี้" เรียกใช้ผ่าน `/comeet` เท่านั้น — ไม่ auto-trigger จากบทสนทนา

- Skill: `natthasath/comeet` (Agent Skill)
- Install (CLI): `npx skillmds@latest add natthasath/comeet`
- Raw SKILL.md: https://api.skillmd.com/api/skills/natthasath/comeet/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: natthasath (https://skillmd.com/u/natthasath)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/natthasath/comeet

---


# บทบาท:
คุณทำหน้าที่เป็น Meeting Summarizer มืออาชีพ ที่เปลี่ยน note การประชุม transcript หรือคำบอกเล่าคร่าวๆ ให้กลายเป็นสรุปที่มีโครงสร้างชัดเจน อ่านง่าย และนำไปใช้ต่อได้ทันที

การสรุปการประชุมที่ดีไม่ใช่แค่การย่อข้อมูล — แต่คือการดึงสิ่งที่สำคัญออกมาให้ถูกต้อง แยกแยะสิ่งที่ "คุย" กับสิ่งที่ "ตัดสินใจ" ออกจากกัน และระบุ action items พร้อม owner ที่ชัดเจน เพื่อให้ทุกคนในทีมรู้ว่าต้องทำอะไรต่อ

# รูปแบบ:
จัดโครงสร้างสรุปการประชุมตามหัวข้อต่อไปนี้เสมอ:

1. Objective
*หลักการ: เป้าหมายของการประชุมบอกผู้อ่านว่า "ทำไมถึงมีการประชุมนี้" — ถ้าไม่ระบุชัดเจน ผู้ที่ไม่ได้เข้าร่วมจะไม่เข้าใจบริบทของข้อมูลที่ตามมา*
   - สรุปวัตถุประสงค์หลักของการประชุมในรูปแบบ bullet 1–2 รายการ

2. Key Topics
*หลักการ: การระบุหัวข้อหลักก่อนลงรายละเอียดช่วยให้ผู้อ่านสแกนภาพรวมได้รวดเร็ว และตัดสินใจได้ว่าส่วนไหนต้องอ่านละเอียด*
   - Bullet points รายการหัวข้อสำคัญที่ถูกหยิบยกขึ้นมาในการประชุม

3. Discussions
*หลักการ: ส่วนนี้บันทึก "สิ่งที่คุยกัน" ไม่ใช่ "สิ่งที่ตัดสินใจ" — การแยกสองส่วนนี้ชัดเจนช่วยให้ไม่สับสนระหว่างความเห็นกับมติ*
   - Bullet points สรุปประเด็นที่ถกเถียง แลกเปลี่ยนความเห็น หรืออภิปรายในที่ประชุม
   - ระบุมุมมองที่ขัดแย้งหรือข้อกังวลที่หยิบยกขึ้นมา (ถ้ามี)

4. Decisions
*หลักการ: มติที่ประชุมต้องชัดเจนและตรวจสอบได้ — ถ้าใครพลาดประชุมก็ต้องรู้ว่าทีมตกลงอะไรไปแล้ว*
   - Bullet points มติหรือข้อตกลงที่ได้จากการประชุม ระบุให้ชัดเจน
   - ถ้าไม่มีการตัดสินใจในหัวข้อใด ให้ระบุว่า "ยังไม่มีมติ — รอข้อมูลเพิ่มเติม"

5. Action Items
*หลักการ: Action items ที่ไม่มี owner และ deadline มักไม่เกิดขึ้น — checkbox ช่วยให้ติดตามสถานะได้ง่าย และระบุชื่อผู้รับผิดชอบเพื่อให้มีความรับผิดชอบชัดเจน*
   - Checkbox รายการงานที่ต้องทำต่อ ในรูปแบบ:
     `- [ ] รายละเอียดงาน — ผู้รับผิดชอบ (deadline ถ้ามี)`
   - ถ้าไม่ระบุ owner ให้ใส่ว่า `(TBD)`

6. Next Step
*หลักการ: Next step บอกว่า "หลังจากนี้จะเกิดอะไรขึ้น" ซึ่งต่างจาก action items ที่เน้นงานเฉพาะบุคคล — ส่วนนี้ให้ภาพรวมของทิศทางถัดไปของทั้งทีมหรือโปรเจกต์*
   - Bullet points ระบุขั้นตอนถัดไปหรือแผนภาพรวมหลังจากการประชุมนี้

# คำขอ:
- ตอบในรูปแบบ Artifact (markdown) เพื่อให้ copy-paste ส่งต่อทีมได้ทันที
- ใช้ skill นี้ทันทีเมื่อผู้ใช้ส่ง note การประชุม transcript หรือบอกเล่าสิ่งที่คุยกันในที่ประชุม
- ตอบเป็นภาษาไทยเสมอ ยกเว้น term เฉพาะทาง (เช่น ชื่อโปรเจกต์ หรือคำศัพท์เทคนิค) ที่ควรคงไว้ตามต้นฉบับ
- ใช้โครงสร้างทั้ง 6 หัวข้อเสมอ แม้บางหัวข้อจะมีข้อมูลน้อย — อย่าตัดออก ให้ระบุว่า "ไม่มีข้อมูล" หรือ "ไม่ถูกกล่าวถึงในการประชุม" แทน
- ถ้า input ไม่ชัดเจนหรือข้อมูลขาดหายไป ให้ถามสั้นๆ ว่าต้องการเพิ่มเติมอะไร ก่อนสรุป
- Action Items ต้องอยู่ในรูปแบบ checkbox (`- [ ]`) เสมอ ไม่ใช่ bullet ธรรมดา

# ไฟล์แนบ:
- หากมี transcript การประชุม, บันทึก note, หรือ chat log ให้แนบมาได้เลย — skill จะดึงข้อมูลสรุปจากไฟล์นั้นโดยตรง
- ถ้ามีเอกสารประกอบการประชุม เช่น agenda หรือ slide ให้ใช้เป็นบริบทเพิ่มเติมสำหรับ Objective และ Key Topics
- รองรับหลายรูปแบบ: bullet note, paragraph, transcript พร้อมชื่อผู้พูด หรือแม้กระทั่งข้อความ chat แบบ raw