Skill ตัวอย่างขายได้: Meeting-to-Action Pack | สร้าง Claude Skill แบบไม่ต้องรู้โค้ด | Vibe Coding Thailand
$ cat 08-meeting-to-action-pack.md บทที่ 8
Skill ตัวอย่างขายได้: Meeting-to-Action Pack บทนี้ต้องได้อะไร
บทก่อนเราทำ facebook-launch-pack-generator
หลักสำคัญของบทนั้นคือ:
Skill ที่ดีไม่แต่งข้อมูลเพื่อให้ output ดูครบ
บทนี้ใช้หลักเดียวกันกับงานอีกแบบหนึ่งที่คนทำงานเจอบ่อยมาก:
meeting-to-action-pack คัดลอก หน้าที่ของ Skill นี้คือแปลง meeting notes หรือ transcript หลังประชุม ให้กลายเป็น action pack ที่เอาไปตามงานต่อได้
ไม่ใช่แค่ “สรุปประชุม”
แต่ต้องแยกให้ชัดว่า:
สรุปเรื่องอะไร
ตัดสินใจอะไรแล้ว
ใครต้องทำอะไร
deadline คือเมื่อไหร่
ยังมีคำถามอะไรค้างอยู่
มีความเสี่ยงอะไร
ควรส่ง follow-up message ว่าอะไร
Skill นี้เหมาะกับคนทั่วไปมาก เพราะทุกคนเคยเจอปัญหาแบบนี้:
ประชุมจบแล้วไม่มีใครแน่ใจว่าใครต้องทำอะไรต่อ
ถ้า Skill นี้ทำได้ดี มันช่วยลดงานตกหล่นได้ทันที
แต่ต้องระวังมาก:
Skill นี้ห้ามเดา owner
ห้ามเดา deadline
ห้ามสรุปว่า “ตัดสินใจแล้ว” ถ้า notes ไม่ได้บอกชัด
ถ้าข้อมูลไม่ชัด ต้องใส่ ไม่ระบุ หรือถามกลับ
Skill นี้แก้ pain อะไร
หลายทีมประชุมเยอะ แต่ follow-up แย่
ปัญหาที่เจอบ่อย:
จด notes ไว้เยอะ แต่ไม่รู้ว่าอะไรสำคัญ
ประชุมจบแล้วไม่มี action item ชัด
มีคนพูดว่า “เดี๋ยวทำ” แต่ไม่ได้บอกว่าใครทำ
deadline ไม่ชัด
decision ปนกับ suggestion
risk ถูกพูดผ่าน ๆ แล้วหายไป
ต้องเสียเวลาเขียน follow-up message ใหม่ทุกครั้ง ถ้าใช้ prompt ธรรมดา เราอาจพิมพ์ว่า:
ช่วยสรุปประชุมนี้ให้หน่อย คัดลอก ผลลัพธ์ที่ได้มักเป็น summary ทั่วไป
อ่านแล้วพอเข้าใจ แต่ยังตามงานต่อยาก
Skill นี้ต้องทำมากกว่านั้น:
เปลี่ยน notes หลังประชุมให้เป็นเครื่องมือ follow-up
คำว่า action pack ในบทนี้หมายถึง output ที่ทำให้ทีมรู้ว่า “ต้องทำอะไรต่อ”
ไม่ใช่แค่อ่านแล้วรู้ว่า “ประชุมพูดเรื่องอะไร”
Version 1 ต้องไม่มี script Skill นี้ไม่ต้องเริ่มจาก automation
meeting-to-action-pack/ └── SKILL.md คัดลอก ไม่มี calendar integration
ไม่มี Slack/LINE/email integration
เพราะงานหลักคือการอ่าน notes แล้วจัดโครง output ให้ถูก
ถ้า version 1 ยังแยก decision กับ action item ไม่แม่น ต่อให้ต่อ calendar ได้ก็ไม่ช่วย
อย่า automate workflow ที่ยังไม่ดี
เริ่มจาก notes ที่ผู้ใช้วางมาใน prompt ก่อน
เมื่อ workflow ใช้ได้จริง ค่อยคิด version 2 เช่น export เป็นไฟล์, format สำหรับ email, หรืออ่าน transcript จากไฟล์ local
Summary ไม่เท่ากับ Action Pack ก่อนสร้าง Skill ต้องแยกสองอย่างนี้ให้ชัด
แบบ ได้อะไร ใช้ตามงานต่อได้ไหม Summary ภาพรวมว่าประชุมพูดเรื่องอะไร พอได้ แต่ยังไม่ชัด Action pack สรุป + decision + action item + owner + deadline + risk + follow-up ใช้ได้จริงกว่า
วันนี้คุยเรื่องเปิดตัวหนังสือ Claude Skill ตกลงว่าจะเปิด waitlist ก่อน ยังไม่ประกาศราคา ก้องจะทำ landing page ภายในศุกร์นี้ เมย์ช่วยร่างโพสต์เปิดตัว ยังไม่แน่ใจว่าจะให้ bonus เป็น prompt library หรือ video walkthrough กังวลว่า launch message อาจ technical เกินไปสำหรับคนทั่วไป คัดลอก ทีมประชุมเรื่องการเปิดตัวหนังสือ Claude Skill โดยจะเปิด waitlist ก่อน ยังไม่ประกาศราคา และมีการแบ่งงานบางส่วน คัดลอก อ่านแล้วเข้าใจ แต่ตามงานต่อยาก
ถ้าเป็น action pack ควรได้:
Decision: - เปิด waitlist ก่อน ยังไม่ประกาศราคา Action items: - ก้อง — ทำ landing page — due: ศุกร์นี้ - เมย์ — ร่างโพสต์เปิดตัว — due: ไม่ระบุ Open questions: - Bonus จะเป็น prompt library หรือ video walkthrough Risks: - Launch message อาจ technical เกินไปสำหรับคนทั่วไป คัดลอก นี่คือหน้าที่ของ Skill นี้
กติกาสำคัญ: ห้ามเติมช่องว่างเอง ในงานประชุม ความครบปลอมอันตรายมาก
ถ้า Skill อยากให้ตารางดูสวย แล้วเดา owner/deadline เอง อาจทำให้ทีมเข้าใจผิด
owner ของงาน
deadline
decision ที่ยังไม่ได้ตกลง
priority
budget
approval
next meeting date
ความเห็นของคนที่ไม่ได้พูด
ความรับผิดชอบของคนที่ไม่ได้ถูก assign
ถ้า notes ไม่ชัด ให้ใช้คำว่า:
Action item: - ไม่ระบุ owner — ตรวจราคาแพ็กเกจ — due: ไม่ระบุ — ต้องถามยืนยันว่าใครรับผิดชอบ คัดลอก นี่ดูไม่สวยเท่าตารางที่ครบทุกช่อง
แต่จริงกว่า และใช้ทำงานได้ปลอดภัยกว่า
Skill Brief version 1 ชื่อ Skill: meeting-to-action-pack Skill นี้ทำอะไร: แปลง meeting notes, transcript หรือบันทึกประชุมดิบ ให้เป็น action pack ที่ใช้ตามงานต่อได้ โดยแยก summary, decisions, action items, owner, due date, risks, open questions และ follow-up message ใช้เมื่อ: ผู้ใช้ส่ง notes/transcript หลังประชุม แล้วต้องการสรุปให้ทีมรู้ว่าเกิดอะไรขึ้น ตัดสินใจอะไรแล้ว ใครต้องทำอะไรต่อ และยังมีอะไรค้างอยู่ input ที่ต้องการ: จำเป็น: - meeting notes หรือ transcript ถ้ามีจะดี: - ชื่อประชุม - วันที่ประชุม - รายชื่อผู้เข้าร่วม - เป้าหมายของประชุม - format ของ follow-up message เช่น email, Slack, LINE, Facebook group - ภาษาที่ต้องการ output ที่ต้องได้: 1. Meeting context recap 2. Executive summary 3. Decisions 4. Action items table 5. Open questions 6. Risks / blockers 7. Follow-up message 8. Missing info / Need confirmation workflow: 1. อ่าน notes/transcript ทั้งหมด 2. แยกข้อเท็จจริงออกจากข้อสันนิษฐาน 3. หา decisions เฉพาะสิ่งที่ตกลงชัดแล้ว 4. หา action items พร้อม owner และ due date เท่าที่มีใน notes 5. ถ้า owner/due date ไม่ชัด ให้ใส่ “ไม่ระบุ” หรือ “ต้องถามยืนยัน” 6. แยก open questions และ risks 7. สร้าง follow-up message ที่ส่งต่อได้ 8. ปิดท้ายด้วยรายการข้อมูลที่ควรถามเพิ่ม ข้อห้าม: - ห้ามเดา owner - ห้ามเดา due date - ห้ามแต่ง decision ที่ notes ไม่ได้บอกว่าตกลงแล้ว - ห้ามใส่คำพูดอ้างอิงแบบ quote ถ้า transcript ไม่ชัด - ห้ามเปลี่ยนความหมายของ notes เพื่อให้ดูเรียบร้อยขึ้น ตัวอย่าง prompt เวลาเรียกใช้: นี่คือ notes หลังประชุมทีม ช่วยใช้ meeting-to-action-pack แปลงเป็น action items, decisions, risks และ follow-up message ให้หน่อย ห้ามเดา owner/deadline ถ้า notes ไม่ได้ระบุ คัดลอก brief นี้ชัดพอสำหรับสร้าง Skill แล้ว
Prompt ให้ Claude Code สร้าง version 1 ใช้ prompt นี้ใน Claude Code:
ฉันต้องการสร้าง Claude Skill ชื่อ meeting-to-action-pack บริบท: - ฉันเป็นคนทั่วไป ไม่รู้โค้ด - Skill นี้ต้องเป็น version 1 ที่ไม่มี script - ไม่ต้องติดตั้ง dependency - ไม่ต้องเชื่อม calendar, email, Slack หรือ LINE - ใช้ official Agent Skills structure เท่านั้น - สร้างเฉพาะ folder และ SKILL.md หน้าที่ของ Skill: แปลง meeting notes หรือ transcript หลังประชุม ให้เป็น action pack ที่ใช้ตามงานต่อได้ Output ที่ต้องมี: 1. Meeting context recap 2. Executive summary 3. Decisions 4. Action items table 5. Open questions 6. Risks / blockers 7. Follow-up message 8. Missing info / Need confirmation กติกา: - ห้ามเดา owner ถ้า notes ไม่ได้ระบุ - ห้ามเดา due date ถ้า notes ไม่ได้ระบุ - ห้ามสรุปว่าเป็น decision ถ้า notes แค่พูดคุยหรือเสนอไอเดีย - ถ้าข้อมูลไม่ชัด ให้ใส่ “ไม่ระบุ” หรือ “ต้องถามยืนยัน” - ถ้า notes ไม่พอ ให้ถามกลับก่อน - เขียนภาษาไทย กระชับ ใช้งานในทีมได้จริง งานที่ต้องทำ: 1. สร้าง folder `meeting-to-action-pack/` 2. สร้างไฟล์ `meeting-to-action-pack/SKILL.md` 3. เขียน description ภาษาอังกฤษให้ชัดว่าใช้กับ meeting notes/transcripts เพื่อสร้าง action items, decisions, follow-up messages 4. เขียน instructions ให้ครบ workflow, output format และ guardrails 5. หลังสร้างเสร็จ เสนอ test prompts 3 แบบ คัดลอก ถ้าอยากตรวจก่อนสร้างไฟล์ ให้ใช้ท้าย prompt นี้แทน:
ยังไม่ต้องสร้างไฟล์ ช่วยร่าง SKILL.md ให้ฉันตรวจก่อน คัดลอก
ตัวอย่าง SKILL.md version 1 --- name : meeting-to-action-pack description : Convert meeting notes, transcripts, or rough discussion records into concise action packs with summaries, decisions, action items, owners, due dates, risks, open questions, and follow-up messages. Use when the user wants to turn a meeting into clear next steps without inventing missing owners, deadlines, or decisions. --- # Meeting-to-Action Pack Use this skill when the user provides meeting notes, transcripts, rough discussion notes, or a call summary and wants a practical action pack for follow-up. The goal is to help the user and team know what was discussed, what was decided, what needs to happen next, who owns each task, and what still needs confirmation. ## Core rule Do not fill missing information just to make the output look complete. If the notes do not clearly state an owner, due date, decision, approval, or next meeting date, mark it as `ไม่ระบุ` or `ต้องถามยืนยัน` . ## Inputs The user may provide: - Meeting notes - Transcript - Meeting title - Meeting date - Participants - Goal of the meeting - Preferred follow-up format, such as email, Slack, LINE, or internal memo - Desired language If the user provides only a vague request without notes, ask for the notes or transcript first. ## Workflow 1. Read all notes or transcript carefully. 2. Identify the meeting topic, participants, and purpose if available. 3. Extract confirmed decisions only when the notes clearly show agreement or approval. 4. Extract action items. 5. For each action item, identify task, owner, due date, source note, and confidence. 6. If owner or due date is missing, mark it as `ไม่ระบุ` or `ต้องถามยืนยัน` . 7. Identify open questions that were not resolved. 8. Identify risks, blockers, dependencies, or unclear points. 9. Draft a follow-up message the user can send to the team. 10. End with missing information that should be confirmed. ## Output format ### Meeting context recap - Meeting: - Date: - Participants: - Purpose: - Source quality: [clear / partial / messy / incomplete] ### Executive summary [Short Thai summary of the meeting in 3-6 bullet points.] ### Decisions | Decision | Evidence from notes | Confidence | |---|---|---| | [ decision ] | [short source phrase] | High/Medium/Low | Only include items as decisions if the notes clearly indicate agreement, approval, or final choice. ### Action items | Task | Owner | Due date | Source from notes | Status | |---|---|---|---|---| | [ task ] | [owner or ไม่ระบุ] | [date or ไม่ระบุ] | [short source phrase] | [clear / needs confirmation] | ### Open questions - [ question ] - [ question ] ### Risks / blockers - [risk or blocker] - [risk or blocker] ### Follow-up message [Write a concise message in the requested format. If no format is requested, write a general team follow-up message.] ### Missing info / Need confirmation - [missing owner / deadline / decision / detail] - [missing owner / deadline / decision / detail] ## Guardrails - Do not invent owners, deadlines, approvals, budgets, priorities, or decisions. - Do not treat ideas, suggestions, or unresolved discussion as confirmed decisions. - Do not create direct quotes unless the transcript clearly supports them. - Do not change the meaning of the notes to make the meeting look more organized. - Do not assign blame or make performance judgments. - If notes are messy, preserve uncertainty instead of over-cleaning it. - Keep the output concise and practical for team follow-up. คัดลอก นี่คือ Skill ที่พร้อมใช้แบบไม่มี script
จุดแข็งของมันอยู่ที่ guardrails
ถ้าไม่มี guardrails Skill จะชอบทำให้ทุกอย่างดูเรียบร้อยเกินจริง
แต่ในงานทีม ความไม่ชัดต้องถูกโชว์ออกมา เพื่อให้คนไปถามต่อได้
ทำไมต้องมี Evidence from notes ใน output ตัวอย่าง เราใส่ช่องนี้ไว้:
Evidence from notes คัดลอก ช่องนี้มีประโยชน์มาก เพราะทำให้คนอ่านรู้ว่า Skill ไม่ได้คิดเอง
Decision Evidence from notes Confidence เปิด waitlist ก่อน ยังไม่ประกาศราคา “ตกลงว่าจะเปิด waitlist ก่อน ยังไม่ประกาศราคา” High
อาจจะเปิด waitlist ก่อนก็ได้ แต่ยังต้องคิดต่อ คัดลอก Skill ไม่ควรใส่เป็น decision
ควรใส่ใน open questions แทน:
- จะเปิด waitlist ก่อนหรือประกาศราคาเลย ต้องตัดสินใจอีกครั้ง คัดลอก นี่คือความต่างระหว่างสรุปเก่งกับสรุปมั่ว
Test prompt 1: notes ชัด มี owner และ deadline ใช้ meeting-to-action-pack แปลง notes นี้เป็น action pack ภาษาไทย Meeting: Launch planning หนังสือ Claude Skill Date: 23 พฤษภาคม 2026 Participants: ก้อง, เมย์, นัท Notes: - ตกลงว่าจะเปิด waitlist ก่อน ยังไม่ประกาศราคาในโพสต์แรก - ก้องรับผิดชอบทำ landing page ภายในวันศุกร์นี้ - เมย์จะร่างโพสต์เปิดตัว 3 แบบ แล้วส่งให้ทีมดูพรุ่งนี้ - นัทจะตรวจ FAQ โดยเฉพาะคำถามเรื่องเหมาะกับคนไม่รู้โค้ดไหม - ยังไม่ตัดสินใจว่า bonus จะเป็น prompt library หรือ video walkthrough - ความเสี่ยงคือข้อความ launch อาจ technical เกินไปสำหรับคนทั่วไป - นัดเช็กความคืบหน้าอีกครั้งหลัง landing page draft เสร็จ แต่ยังไม่ได้กำหนดเวลา คัดลอก
decision: เปิด waitlist ก่อน ยังไม่ประกาศราคา
action items พร้อม owner ที่ระบุจริง
due date เท่าที่ notes บอก
open question เรื่อง bonus
risk เรื่องข้อความ technical เกินไป
follow-up message ส่งทีมได้ทันที
next meeting time เป็น ไม่ระบุ หรือ ต้องถามยืนยัน
Test prompt 2: notes เละ ข้อมูลไม่ครบ ช่วยสรุปประชุมนี้ให้เป็น action pack Notes ดิบ: คุยกันเรื่องปรับหน้าเว็บ เพราะหลายคนบอกว่ายังงง ๆ ว่าบริการเราทำอะไร น่าจะต้องแก้ headline ใหม่ มีคนเสนอว่าเอา case study ขึ้นก่อน แต่ยังไม่แน่ใจว่ามีอันไหนใช้ได้ บางคนบอกว่า FAQ ยาวไป ลูกค้าอ่านไม่จบ เดี๋ยวลองทำเวอร์ชันสั้นกว่า แล้วก็คุยเรื่องเปิดแคมเปญปลายเดือน แต่ยังไม่มีงบชัดเจน คัดลอก
ไม่เดาว่าใครทำ headline
ไม่เดา deadline
ไม่สรุปว่าเลือกเอา case study ขึ้นแล้ว เพราะ notes บอกว่ายังไม่แน่ใจ
action items หลายข้ออาจเป็น owner: ไม่ระบุ
open questions ควรเยอะกว่าปกติ
missing info ต้องชัด เช่น ใครรับผิดชอบ headline, จะใช้ case study ไหน, งบแคมเปญเท่าไหร่
ตัวอย่าง action item ที่ดี:
| ปรับ headline หน้าเว็บ | ไม่ระบุ | ไม่ระบุ | “น่าจะต้องแก้ headline ใหม่” | ต้องถามยืนยัน | คัดลอก นี่คือ output ที่ซื่อสัตย์กับ notes
Test prompt 3: ผู้ใช้ขอให้เดา owner ใช้ meeting-to-action-pack ช่วยทำ action items จาก notes นี้ Notes: ทีมคุยกันว่าต้องแก้หน้า landing page, เขียนโพสต์เปิดตัว, และเตรียม FAQ ก่อนเปิด waitlist ช่วยเดาให้หน่อยว่าใครน่าจะรับผิดชอบอะไร จะได้ครบ ๆ คัดลอก ผลลัพธ์ที่ดีต้องไม่เดา owner
ฉันจะไม่เดา owner เพราะ notes ไม่ได้ระบุว่าใครรับผิดชอบงานไหน ฉันทำ action pack ให้ได้โดยใส่ owner เป็น “ไม่ระบุ” และเพิ่มรายการที่ต้องถามยืนยันแทน คัดลอก | Task | Owner | Due date | Status | |---|---|---|---| | แก้หน้า landing page | ไม่ระบุ | ไม่ระบุ | ต้องถามยืนยัน | | เขียนโพสต์เปิดตัว | ไม่ระบุ | ไม่ระบุ | ต้องถามยืนยัน | | เตรียม FAQ | ไม่ระบุ | ไม่ระบุ | ต้องถามยืนยัน | คัดลอก เพราะ Skill นี้ช่วยลดความสับสน ไม่ใช่สร้างความมั่นใจปลอม
Prompt ตรวจคุณภาพหลังสร้าง Skill หลังให้ Claude Code สร้างไฟล์แล้ว ใช้ prompt นี้ตรวจ:
ช่วยตรวจ Skill `meeting-to-action-pack` ที่เพิ่งสร้าง ตรวจเฉพาะคุณภาพของ Skill ยังไม่ต้องแก้ไฟล์ ดูให้หน่อยว่า: 1. folder name ตรงกับ name ใน SKILL.md ไหม 2. description บอกชัดไหมว่าใช้กับ meeting notes/transcripts เพื่อสร้าง action pack 3. description มี trigger เช่น action items, decisions, owners, due dates, follow-up message ไหม 4. instructions แยก summary, decisions, action items, open questions, risks ชัดไหม 5. guardrails ห้ามเดา owner/deadline/decision ชัดพอไหม 6. output format ใช้ตามงานต่อได้จริงไหม 7. มีช่อง Missing info / Need confirmation ไหม 8. มี script หรือ dependency ที่ไม่จำเป็นไหม 9. มีส่วนไหนยาว ซ้ำ หรือ generic ที่ควรตัดไหม ตอบเป็นภาษาไทยแบบ checklist คัดลอก ถ้า Skill สรุปสวยแต่ไม่ช่วยตามงาน ให้แก้ output format
ช่วยแก้เฉพาะ output format ของ Skill นี้ เป้าหมาย: - ทำให้ใช้ตามงานต่อได้จริงกว่าเดิม - ต้องมี decisions, action items, open questions, risks, follow-up message - action items ต้องมี task, owner, due date, source from notes, status - ถ้าไม่มี owner/due date ให้ใช้ “ไม่ระบุ” - ยังไม่มี script - อย่าแก้ส่วนอื่นที่ดีอยู่แล้ว ก่อนแก้ไฟล์ ช่วยสรุปแผนสั้น ๆ ให้ฉันอนุมัติก่อน คัดลอก
วิธีใช้ในชีวิตจริง หลังประชุม ให้คุณไม่ต้องเริ่มจาก prompt ยาวทุกครั้ง
ส่ง notes แล้วเรียก Skill แบบนี้:
ใช้ meeting-to-action-pack กับ notes นี้ เป้าหมาย: ทำ follow-up message ส่งทีมใน LINE กติกา: - ห้ามเดา owner/deadline - ถ้าข้อมูลไม่ชัด ใส่ “ต้องถามยืนยัน” - ขอ output กระชับ ไม่เกิน 1 หน้า Notes: [วาง notes] คัดลอก ถ้าเป็นประชุมยาวมาก ให้เพิ่ม:
ถ้า notes ยาวเกินไป ให้เริ่มจากแยกเฉพาะ decisions และ action items ก่อน ยังไม่ต้องเขียน summary ยาว คัดลอก ถ้าเป็น notes ที่อาจมีข้อมูลส่วนตัวหรือข้อมูลลูกค้า ให้เพิ่ม:
ระวังข้อมูลส่วนตัวและข้อมูลลูกค้า อย่าใส่รายละเอียดที่ไม่จำเป็นใน follow-up message คัดลอก Skill นี้ไม่ได้แทนการบริหารทีม
แต่มันช่วยให้ทีมเห็นภาพเดียวกันเร็วขึ้น
Version 2 ค่อยเพิ่มอะไรได้บ้าง เมื่อ version 1 ใช้ดีแล้ว ค่อยเพิ่มสิ่งเหล่านี้:
meeting-to-action-pack/ ├── SKILL.md └── references/ ├── team-follow-up-style.md ├── recurring-meeting-format.md └── action-item-labels.md คัดลอก
team-follow-up-style.md เก็บสไตล์ข้อความ follow-up ของทีมrecurring-meeting-format.md เก็บ format สำหรับประชุมซ้ำ เช่น weekly sync, launch review, client check-inaction-item-labels.md เก็บ label เช่น High priority, Blocked, Waiting for approval, Needs owner ถ้าวันหนึ่งต้องอ่าน transcript จากไฟล์หลายไฟล์หรือ export output เป็นไฟล์ อาจค่อยคิดเรื่อง scripts/
แต่สำหรับคนทั่วไป version 1 ก็ใช้ได้มากแล้ว
Mini checklist ของ Skill นี้ ก่อนถือว่า meeting-to-action-pack ใช้ได้ ให้เช็กตามนี้:
[ ] Skill ขอ notes/transcript ถ้าผู้ใช้ยังไม่ให้ข้อมูล [ ] Skill แยก summary ออกจาก decisions [ ] Skill ไม่ใส่ decision ถ้ายังเป็นแค่ idea/suggestion [ ] Skill ไม่เดา owner [ ] Skill ไม่เดา due date [ ] Action items มี task, owner, due date, source, status [ ] ถ้าข้อมูลไม่ครบ ใช้ “ไม่ระบุ” หรือ “ต้องถามยืนยัน” [ ] มี open questions [ ] มี risks/blockers [ ] มี follow-up message ที่ส่งต่อได้จริง [ ] มี Missing info / Need confirmation [ ] ไม่มี script หรือ dependency ที่ไม่จำเป็น คัดลอก ถ้าผ่าน checklist นี้ Skill พร้อมใช้งาน version 1
สรุปบทนี้ บทนี้เราสร้าง Skill ที่ใช้งานจริงในงานทีม:
meeting-to-action-pack คัดลอก หัวใจของ Skill นี้คือการเปลี่ยน notes หลังประชุมให้เป็น action pack ที่ตามงานต่อได้
meeting-to-action-pack/ └── SKILL.md คัดลอก
ห้ามเดา owner
ห้ามเดา deadline
ห้ามแต่ง decision
ถ้าไม่ชัด ให้บอกว่าไม่ชัด
output ต้องช่วยให้ทีมทำงานต่อได้
บทต่อไปเราจะทำ Skill สำหรับเปลี่ยน research หรือข้อมูลยาว ๆ ให้กลายเป็นแผน carousel:
research-to-carousel คัดลอก Skill นั้นจะช่วยคนทำเพจหรือคนขายความรู้เอาข้อมูลยาวมาเรียงเป็น carousel ที่เข้าใจง่าย โดยยังต้องย้ำหลักเดิม: ไม่แต่ง source, ไม่แต่งตัวเลข, ไม่อ้างอิงลอย ๆ
อัปเดตล่าสุด: 25 พ.ค. 2569
ความคิดเห็น
ยังไม่มีความคิดเห็น
เป็นคนแรกได้เลย