Skill ตัวอย่างขายได้: Personal SOP Builder | สร้าง Claude Skill แบบไม่ต้องรู้โค้ด | Vibe Coding Thailand
$ cat 10-personal-sop-builder.md บทที่ 10
Skill ตัวอย่างขายได้: Personal SOP Builder บทนี้ต้องได้อะไร
บทก่อนเราทำ research-to-carousel
หลักสำคัญของบทนั้นคือ:
Skill ที่ดีต้องช่วยจัดความคิด ไม่ใช่เติมข้อมูลให้ดูครบ
บทนี้เป็น Skill ที่สำคัญมาก เพราะมันพาผู้อ่านกลับมาที่แก่นของหนังสือทั้งเล่ม:
personal-sop-builder คัดลอก หน้าที่ของ Skill นี้คือช่วยสัมภาษณ์ workflow ของผู้ใช้ แล้วแปลงเป็น:
SOP แบบเข้าใจง่าย
checklist
quality checks
prompt template
Skill Brief draft
คำว่า SOP ในบทนี้หมายถึง “ขั้นตอนทำงานที่ทำซ้ำได้”
ไม่ใช่เอกสารบริษัทหนา ๆ
ไม่ใช่คู่มือราชการ
ไม่ใช่ process ที่แข็งจนแก้ไม่ได้
แต่คือ workflow version แรกที่ช่วยให้คนธรรมดาพูดได้ว่า:
งานนี้ฉันทำซ้ำบ่อย และต่อไปฉันไม่อยากเริ่มจากศูนย์ทุกครั้ง
Skill นี้เป็นเหมือนสะพาน
จาก “ฉันมีงานซ้ำ ๆ” ไปสู่ “ฉันเริ่มสร้าง Skill ของตัวเองได้”
ทำไม Skill นี้สำคัญกว่าที่ดู
ที่ผ่านมาเราสร้าง Skill ตัวอย่างหลายแบบ:
brand-voice-rewriter
youtube-content-extractor
facebook-launch-pack-generator
meeting-to-action-pack
research-to-carouselทุกตัวมี workflow ชัดอยู่แล้ว
แต่ในชีวิตจริง ผู้อ่านมักไม่ได้เริ่มจาก Skill ที่ชื่อสวย ๆ
เขาเริ่มจากประโยคประมาณนี้:
ฉันมีงานที่ต้องทำซ้ำทุกวัน แต่ไม่รู้จะอธิบายให้ AI ยังไง คัดลอก ฉันอยากให้ Claude ช่วยงานนี้ประจำ แต่ workflow มันอยู่ในหัวฉัน คัดลอก ถ้า workflow ยังอยู่ในหัว สร้าง Skill ยาก
ถ้าอธิบายงานตัวเองไม่ชัด Claude ก็สร้าง Skill ให้ตรงยาก
ดังนั้น personal-sop-builder ไม่ได้เป็นแค่ Skill ตัวอย่าง
แต่มันเป็นเครื่องมือช่วยหา Skill ต่อไป
Skill นี้แก้ pain อะไร คนทั่วไปจำนวนมากมีงานซ้ำ แต่ไม่รู้ว่ามันเป็น workflow
ตอบลูกค้าใน inbox
เขียนโพสต์ขายของ
สรุปรายงานประจำสัปดาห์
ตรวจ draft ก่อนส่งลูกค้า
เตรียม brief ให้ทีมออกแบบ
ทำ checklist ก่อน launch
สรุปคลาสเรียนเป็น notes
แปลง idea เป็น outline
ตรวจความเรียบร้อยของ proposal
งานพวกนี้มักมี pattern ซ้ำ
แต่ผู้ใช้ไม่เคยนั่งเขียนออกมา
Skill นี้จึงต้องช่วยถามคำถามแบบค่อย ๆ พาไป
ไม่ใช่โยนฟอร์มยาว 30 ข้อใส่ผู้ใช้
เพราะผู้อ่านหนังสือเล่มนี้ไม่ใช่ process consultant
เขาแค่ต้องการให้ Claude ช่วยจับ workflow ในหัวออกมาเป็นโครงที่ใช้ซ้ำได้
Version 1 ต้องไม่มี script Skill นี้ยิ่งไม่ควรเริ่มจาก script
personal-sop-builder/ └── SKILL.md คัดลอก เพราะงานหลักคือการถามและจัดความคิด
ถ้า Claude ถามคำถามไม่ดี ต่อให้มี script ก็ไม่ได้ SOP ที่ดี
version 1 ต้องทำสิ่งนี้ให้ได้ก่อน:
ฟัง workflow ที่ผู้ใช้เล่าแบบไม่เป็นระเบียบ
ถามกลับทีละน้อย
แยก trigger, input, steps, decision points, output, quality checks
สร้าง SOP version แรก
ทำ checklist ที่ใช้จริง
ทำ prompt template
แปลงเป็น Skill Brief draft
นี่คือ output ที่มีค่ามากพอแล้ว
SOP ไม่ใช่กฎแข็งตายตัว มือใหม่มักกลัวคำว่า SOP เพราะคิดว่าต้องสมบูรณ์ตั้งแต่แรก
ในหนังสือเล่มนี้ SOP หมายถึง:
workflow version แรกที่เอาไปลองใช้ แล้วค่อยปรับ
SOP v1: วิธีตอบ inbox ลูกค้าที่ถามราคา คัดลอก
อ่านคำถามลูกค้า
แยกว่าถามราคา ถามรายละเอียด หรือถามความเหมาะสม
ถามข้อมูลเพิ่มถ้ายังไม่รู้บริบท
ตอบด้วยภาษาสุภาพ ไม่เร่งขาย
ปิดท้ายด้วย CTA ที่ชัด
ถ้าลูกค้ายังลังเล ให้เสนอ FAQ หรือ case ที่เกี่ยวข้อง
หลังใช้จริง 1 สัปดาห์ค่อยกลับมาแก้
SOP ที่ดีไม่ใช่ SOP ที่สมบูรณ์
แต่คือ SOP ที่ช่วยให้เราทำงานซ้ำได้ดีขึ้นทีละรอบ
Skill นี้ต้องถามทีละน้อย ถ้า Skill เริ่มด้วยคำถามแบบนี้:
กรุณาระบุ trigger, input, output, decision points, exceptions, quality checks, failure modes, escalation path, and operating constraints คัดลอก คนทั่วไปจะปิดหน้าต่างทันที
Skill นี้ต้องถามเป็นภาษาคน
งานนี้เริ่มเมื่อไหร่ เช่น มีลูกค้าทักมา มีไฟล์เข้ามา หรือถึงเวลาประจำสัปดาห์? คัดลอก ก่อนเริ่มงานนี้ คุณต้องมีข้อมูลอะไรบ้าง? คัดลอก ทำเสร็จแล้วควรได้อะไรออกมา? คัดลอก มีจุดไหนที่ต้องเลือกทาง A หรือ B ไหม? คัดลอก นี่คือวิธีทำให้ Skill เหมาะกับคนไม่รู้โค้ดจริง ๆ
Skill Brief version 1 ชื่อ Skill: personal-sop-builder Skill นี้ทำอะไร: ช่วยสัมภาษณ์ workflow ของผู้ใช้ แล้วแปลงเป็น SOP, checklist, quality checks, prompt template และ Skill Brief draft สำหรับงานที่ทำซ้ำได้ ใช้เมื่อ: ผู้ใช้มีงานซ้ำ ๆ หรือ workflow อยู่ในหัว แต่ยังอธิบายไม่เป็นระบบ และต้องการจัดให้เป็นขั้นตอนที่ใช้ซ้ำหรือพัฒนาเป็น Claude Skill ต่อได้ input ที่ต้องการ: จำเป็น: - งานที่ผู้ใช้อยากจัดระบบ - ผู้ใช้ทำงานนี้เพื่ออะไร - ตัวอย่างสถานการณ์จริงอย่างน้อย 1 ตัวอย่าง ถ้ามีจะดี: - input ที่ใช้เริ่มงาน - output ที่ต้องได้ - ขั้นตอนคร่าว ๆ ที่ทำอยู่ตอนนี้ - ข้อผิดพลาดที่เจอบ่อย - ข้อห้าม/ข้อควรระวัง - ตัวอย่างงานที่ดีและไม่ดี output ที่ต้องได้: 1. Workflow summary 2. Trigger 3. Inputs 4. Outputs 5. Step-by-step SOP 6. Decision points 7. Checklist 8. Quality checks 9. Common mistakes 10. Prompt template 11. Skill Brief draft 12. Next test prompt workflow: 1. ฟังคำอธิบายงานจากผู้ใช้ 2. ถ้าข้อมูลยังไม่พอ ให้ถามกลับทีละ 3-5 ข้อ 3. แปลงภาษาพูดของผู้ใช้เป็น workflow ที่ชัด 4. แยก trigger, input, output และ steps 5. หา decision points และข้อควรระวัง 6. สร้าง SOP version 1 7. ทำ checklist ที่ใช้ก่อนส่งงานหรือก่อนจบงาน 8. ทำ prompt template สำหรับเรียกใช้ workflow นี้ซ้ำ 9. สร้าง Skill Brief draft เพื่อใช้ต่อใน Claude Code 10. เสนอวิธีทดสอบด้วยงานจริง 1 รอบ ข้อห้าม: - ห้ามทำ SOP กว้างครอบจักรวาล - ห้ามถามคำถามยาวเกินไปในครั้งเดียว - ห้ามแต่ง workflow แทนผู้ใช้ถ้าไม่มีข้อมูล - ห้ามทำให้ SOP ดูสมบูรณ์เกินจริง - ถ้าข้อมูลไม่ชัด ให้ระบุว่าเป็น assumption หรือถามกลับ ตัวอย่าง prompt เวลาเรียกใช้: ฉันมีงานที่ต้องทำซ้ำบ่อย แต่ยังอธิบายไม่เป็นระบบ ช่วยใช้ personal-sop-builder สัมภาษณ์ฉันทีละขั้น แล้วแปลงเป็น SOP, checklist และ prompt template ให้หน่อย คัดลอก brief นี้ทำให้ Skill ชัดพอสำหรับ version แรก
Prompt ให้ Claude Code สร้าง version 1 ใช้ prompt นี้ใน Claude Code:
ฉันต้องการสร้าง Claude Skill ชื่อ personal-sop-builder บริบท: - ฉันเป็นคนทั่วไป ไม่รู้โค้ด - Skill นี้ต้องเป็น version 1 ที่ไม่มี script - ไม่ต้องติดตั้ง dependency - ใช้ official Agent Skills structure เท่านั้น - สร้างเฉพาะ folder และ SKILL.md หน้าที่ของ Skill: ช่วยสัมภาษณ์ workflow ของผู้ใช้ แล้วแปลงเป็น SOP, checklist, quality checks, prompt template และ Skill Brief draft สำหรับงานที่ทำซ้ำได้ กลุ่มผู้ใช้: คนทั่วไป เจ้าของธุรกิจ creator freelancer หรือคนทำงานที่มี workflow อยู่ในหัว แต่อธิบายยังไม่เป็นระบบ Output ที่ต้องมี: 1. Workflow summary 2. Trigger 3. Inputs 4. Outputs 5. Step-by-step SOP 6. Decision points 7. Checklist 8. Quality checks 9. Common mistakes 10. Prompt template 11. Skill Brief draft 12. Next test prompt กติกา: - ถ้าผู้ใช้ยังอธิบาย workflow ไม่ชัด ให้ถามกลับทีละ 3-5 ข้อ - ใช้ภาษาคนทั่วไป ไม่ใช้ศัพท์ process หนัก ๆ ถ้าไม่จำเป็น - ห้ามทำ SOP กว้างครอบจักรวาล - ห้ามแต่ง workflow แทนผู้ใช้ถ้าไม่มีข้อมูล - ถ้ามี assumption ต้องระบุว่าเป็น assumption - SOP เป็น version 1 สำหรับทดลอง ไม่ใช่กฎตายตัว - ยังไม่มี script หรือ dependency งานที่ต้องทำ: 1. สร้าง folder `personal-sop-builder/` 2. สร้างไฟล์ `personal-sop-builder/SKILL.md` 3. เขียน description ภาษาอังกฤษให้ชัดว่าใช้เมื่อผู้ใช้ต้องการ turn personal workflows into SOPs, checklists, prompt templates, and Skill Briefs 4. เขียน instructions ให้ครบ workflow, interview style, output format และ guardrails 5. หลังสร้างเสร็จ เสนอ test prompts 3 แบบ คัดลอก ถ้ายังอยากตรวจก่อนสร้างไฟล์ ให้เปลี่ยนท้าย prompt เป็น:
ยังไม่ต้องสร้างไฟล์ ช่วยร่าง SKILL.md ให้ฉันตรวจก่อน คัดลอก
ตัวอย่าง SKILL.md version 1 --- name : personal-sop-builder description : Turn a user's recurring personal or business workflow into a practical SOP, checklist, quality checks, prompt template, and Skill Brief draft. Use when the user has a repeated task or process in their head and needs guided questions to make it clear, reusable, and ready to test or turn into a Claude Skill. --- # Personal SOP Builder Use this skill when the user has a recurring task, personal workflow, business process, or repeated AI-assisted task and wants to turn it into a clear SOP, checklist, prompt template, and Skill Brief draft. The goal is to help the user clarify their real workflow. Do not make the process look more complete than it is. ## Interview style Ask simple questions in everyday language. If the workflow is unclear, ask only 3-5 questions at a time. Do not overwhelm the user with a long process form. Prefer questions like: - When does this work usually start? - What information do you need before starting? - What do you do first, second, and third? - How do you know the work is done well? - What mistakes happen often? ## Core rule Create a practical version 1 SOP that can be tested. Do not create a broad, perfect, or corporate-looking SOP if the user's workflow is still unclear. Mark assumptions clearly and ask for confirmation when needed. ## Inputs The user may provide: - The task they repeat - Why they do this task - A real example - Current rough steps - Inputs they start from - Outputs they need - Common mistakes - Rules or constraints - Examples of good and bad outputs If the user provides only a vague workflow, ask 3-5 clarifying questions before producing the SOP. ## Workflow 1. Read the user's workflow description. 2. Identify whether the scope is narrow enough for a useful SOP. 3. If the scope is too broad, help narrow it to one repeated task. 4. Ask 3-5 clarifying questions if needed. 5. Extract trigger, inputs, outputs, steps, decision points, and quality checks. 6. Mark assumptions clearly. 7. Draft a version 1 SOP. 8. Create a checklist the user can follow. 9. Create quality checks to review the output. 10. Create a reusable prompt template. 11. Create a Skill Brief draft that can be used later to create a Claude Skill. 12. Suggest one test prompt or real task to validate the SOP. ## Output format ### Workflow summary [Short summary of the workflow in plain Thai.] ### Trigger This workflow starts when: - [ trigger ] ### Inputs needed - [ input ] - [ input ] ### Outputs expected - [ output ] - [ output ] ### Step-by-step SOP v1 1. [ step ] 2. [ step ] 3. [ step ] ### Decision points | Situation | What to check | What to do | |---|---|---| | [ situation ] | [ check ] | [ action ] | ### Checklist ``` text [ ] [check item] [ ] [check item] [ ] [check item] คัดลอก
Quality checks
[quality check]
[quality check]
Common mistakes to avoid
Prompt template ช่วยทำงานนี้ตาม SOP ด้านล่าง งาน: [อธิบายงาน] Input: [วางข้อมูล] กติกา: - [rule] - [rule] Output ที่ต้องการ: - [output] SOP: [วาง SOP] คัดลอก
Skill Brief draft ชื่อ Skill: ใช้เมื่อ: input ที่ต้องการ: output ที่ต้องได้: ขั้นตอนทำงาน: ข้อห้าม: ตัวอย่างการเรียกใช้: คัดลอก
Assumptions / Need confirmation
[assumption or question]
[assumption or question]
Next test prompt [One concrete prompt the user can run to test this SOP.]
Guardrails
Do not make the SOP broader than one repeated workflow.
Do not invent steps, rules, tools, or approvals that the user did not provide.
Do not ask too many questions at once.
Do not use heavy process jargon unless the user uses it first.
Do not present assumptions as facts.
If the workflow is too vague, narrow it before writing the SOP.
Treat the SOP as version 1 for testing, not a final perfect process.
นี่คือ Skill ที่ช่วยผู้ใช้เปลี่ยนงานซ้ำให้เป็นระบบได้ทันที
และที่สำคัญ มันทำให้ผู้ใช้ได้ `Skill Brief draft` ด้วย
ซึ่งเป็นสะพานไปสู่การสร้าง Skill ตัวต่อไป
---
## ตัวอย่าง: จากงานกว้างเป็น workflow แคบ
ผู้ใช้อาจเริ่มแบบนี้:
```text
ฉันอยากจัดระบบงานคอนเทนต์ของฉัน
คัดลอก Skill ไม่ควรรีบทำ SOP ทั้งระบบ content business
งานคอนเทนต์มีหลาย workflow ขอเลือกหนึ่งงานก่อน ตัวอย่างเช่น: 1. เปลี่ยน idea เป็น outline 2. เปลี่ยน outline เป็น Facebook post 3. เปลี่ยน long-form video เป็น content pack 4. ตรวจโพสต์ก่อนเผยแพร่ 5. วางแผน content รายสัปดาห์ อยากเริ่มจากงานไหนก่อน? คัดลอก เพราะ Skill ที่ดีต้องแคบพอจะใช้ซ้ำได้
Test prompt 1: workflow ชัดพอ ใช้ personal-sop-builder ช่วยแปลง workflow นี้เป็น SOP, checklist และ prompt template งานที่ทำซ้ำ: ตรวจโพสต์ Facebook ก่อนเผยแพร่ ทำไปเพื่อ: ให้โพสต์ชัด ไม่ hard sell ไม่ claim เกินจริง และมี CTA ที่เหมาะสม input ที่มี: - draft post - กลุ่มเป้าหมาย - offer หรือสิ่งที่อยากชวนคนทำ - brand voice ขั้นตอนที่ทำตอนนี้: 1. อ่านโพสต์รอบแรกเพื่อดูว่าเข้าใจไหม 2. เช็กว่า hook น่าสนใจไหม 3. ตัดคำเวอร์หรือคำขายแรงเกินไป 4. เช็กว่า claim มี proof ไหม 5. ปรับ CTA ให้ชัด 6. อ่านอีกรอบว่าฟังเป็นธรรมชาติไหม ข้อผิดพลาดที่เจอบ่อย: - โพสต์ยาวเกิน - เปิดเรื่องช้า - CTA ไม่ชัด - เผลอใช้คำว่า การันตี, ปัง, สูตรลับ คัดลอก
SOP v1 ที่ตรงกับ workflow จริง
checklist ก่อนโพสต์
quality checks เช่น clarity, claim, CTA, tone
prompt template ที่เอาไปใช้ตรวจโพสต์ได้
Skill Brief draft ที่อาจต่อยอดเป็น facebook-post-quality-checker
Test prompt 2: workflow เละและกว้าง ช่วยทำ SOP ให้ธุรกิจฉันหน่อย ฉันขายคอร์สออนไลน์ มีงานหลายอย่าง เช่น คิดคอนเทนต์ ตอบแชท ทำ launch ทำคลาส ดูแลลูกค้า และคิดสินค้าใหม่ อยากให้เป็นระบบทั้งหมด คัดลอก ผลลัพธ์ที่ดีไม่ควรทำ SOP ทั้งธุรกิจทันที
งานนี้กว้างเกินไปสำหรับ SOP version 1 ขอเลือก workflow เดียวก่อน เพื่อให้ใช้ได้จริง ขอถาม 4 ข้อ: 1. งานไหนทำซ้ำบ่อยที่สุดตอนนี้? 2. งานไหนกินเวลาหรือผิดพลาดบ่อยที่สุด? 3. งานไหนถ้าทำเป็น checklist แล้วจะช่วยทันที? 4. อยากเริ่มจากงานหลังบ้าน หรือ งานขาย/คอนเทนต์? คัดลอก นี่คือ behavior ที่ถูกต้อง
เพราะ SOP ที่ครอบจักรวาลมักใช้จริงไม่ได้
Test prompt 3: ผู้ใช้ขอให้ทำแบบสมบูรณ์ทันที ช่วยทำ SOP ทั้งหมดสำหรับการทำเพจและขายคอร์สของฉันแบบละเอียดที่สุด เอาให้ครบทุกอย่างในครั้งเดียว คัดลอก ฉันช่วยได้ แต่ถ้าทำทั้งหมดในครั้งเดียว SOP จะกว้างเกินและใช้งานจริงยาก ขอเริ่มเป็น SOP v1 จาก workflow เดียวก่อน เช่น: - วางแผนโพสต์รายสัปดาห์ - ตรวจโพสต์ก่อนเผยแพร่ - ตอบ inbox เรื่องราคา - เปิดตัวคอร์สใหม่ - สรุป feedback หลังคลาส เลือก 1 workflow แล้วฉันจะสัมภาษณ์ต่อ 3-5 ข้อ คัดลอก Skill นี้ต้องกล้าตัด scope เพื่อให้ output ใช้ได้จริง
Prompt ตรวจคุณภาพหลังสร้าง Skill หลังให้ Claude Code สร้างไฟล์แล้ว ใช้ prompt นี้ตรวจ:
ช่วยตรวจ Skill `personal-sop-builder` ที่เพิ่งสร้าง ตรวจเฉพาะคุณภาพของ Skill ยังไม่ต้องแก้ไฟล์ ดูให้หน่อยว่า: 1. folder name ตรงกับ name ใน SKILL.md ไหม 2. description บอกชัดไหมว่าใช้กับ recurring workflows เพื่อสร้าง SOP, checklist, prompt template และ Skill Brief 3. description มี trigger เช่น workflow, repeated task, SOP, checklist, prompt template, Skill Brief ไหม 4. instructions บังคับให้ถามทีละ 3-5 ข้อเมื่อ workflow ยังไม่ชัดไหม 5. output format มี Workflow summary, trigger, inputs, outputs, steps, decision points, checklist, quality checks, prompt template, Skill Brief draft ไหม 6. guardrails กัน SOP กว้างครอบจักรวาลพอไหม 7. guardrails บังคับให้ mark assumption หรือถามยืนยันไหม 8. มี script หรือ dependency ที่ไม่จำเป็นไหม 9. มีส่วนไหนยาว ซ้ำ หรือ generic ที่ควรตัดไหม ตอบเป็นภาษาไทยแบบ checklist คัดลอก ถ้า Skill ถามเยอะเกินไป ให้แก้ interview style:
ช่วยแก้เฉพาะ Interview style ของ Skill นี้ เป้าหมาย: - ถามทีละ 3-5 ข้อเท่านั้น - ใช้ภาษาคนทั่วไป ไม่ใช้ศัพท์ process หนัก - ถ้า workflow กว้าง ให้ช่วยเลือก workflow เดียวก่อน - หลังได้คำตอบแล้วค่อยสร้าง SOP v1 - อย่าแก้ส่วนอื่นที่ดีอยู่แล้ว ก่อนแก้ไฟล์ ช่วยสรุปแผนสั้น ๆ ให้ฉันอนุมัติก่อน คัดลอก
ใช้ Skill นี้เพื่อหา Skill ถัดไป personal-sop-builder มีประโยชน์มากเพราะมันไม่จบแค่ SOP
มันควรช่วยตอบคำถามนี้ด้วย:
workflow นี้ควรกลายเป็น Claude Skill ไหม?
ถ้าใช่ ให้สร้าง Skill Brief draft
Skill Brief draft ชื่อ Skill: facebook-post-quality-checker ใช้เมื่อ: ผู้ใช้มี draft Facebook post และต้องการตรวจความชัด น้ำเสียง claim และ CTA ก่อนเผยแพร่ input ที่ต้องการ: - draft post - target audience - brand voice - offer/CTA - words to avoid output ที่ต้องได้: - clarity check - claim risk check - tone adjustment suggestions - CTA suggestions - rewritten version ถ้าผู้ใช้ต้องการ ขั้นตอนทำงาน: 1. อ่านโพสต์ 2. เช็ก hook 3. เช็ก claim และ proof 4. เช็ก tone 5. เช็ก CTA 6. เสนอจุดแก้ ข้อห้าม: - ห้ามแต่ง proof - ห้ามทำให้ขายเกินจริง - ห้ามเปลี่ยนสารหลักโดยไม่บอก ตัวอย่างการเรียกใช้: ช่วยตรวจโพสต์นี้ก่อนเผยแพร่ โดยใช้ brand voice ของฉัน และห้ามใช้คำ hype คัดลอก จากจุดนี้ ผู้ใช้สามารถเอา brief ไปใช้กับ Skill Creator ต่อได้เลย
นี่คือเหตุผลที่บทนี้ควรอยู่ก่อนบททดสอบ Skill
เพราะตอนนี้ผู้อ่านไม่ได้มีแค่ Skill ตัวอย่างแล้ว
เขาเริ่มสร้าง Skill จาก workflow ของตัวเองได้
Version 2 ค่อยเพิ่มอะไรได้บ้าง เมื่อ version 1 ใช้ดีแล้ว ค่อยเพิ่ม references ได้ เช่น:
personal-sop-builder/ ├── SKILL.md └── references/ ├── sop-patterns.md ├── question-bank.md └── skill-brief-examples.md คัดลอก
sop-patterns.md เก็บ pattern SOP เช่น content review, inbox reply, weekly report, launch checklistquestion-bank.md เก็บคำถามสัมภาษณ์ workflow แบบภาษาคนskill-brief-examples.md เก็บตัวอย่าง brief ที่ดี เพราะงานนี้คือการสัมภาษณ์และจัดระบบความคิด
ถ้าวันหนึ่งต้อง batch แปลง SOP หลายไฟล์ ค่อยคิดเรื่อง script
Mini checklist ของ Skill นี้ ก่อนถือว่า personal-sop-builder ใช้ได้ ให้เช็กตามนี้:
[ ] Skill ช่วย narrow scope ถ้า workflow กว้างเกิน [ ] Skill ถามทีละ 3-5 ข้อ ไม่ถามยาวเกิน [ ] Skill ใช้ภาษาคนทั่วไป [ ] Skill ไม่แต่ง workflow แทนผู้ใช้ [ ] Skill mark assumptions ชัด [ ] Output มี Workflow summary [ ] Output มี Trigger [ ] Output มี Inputs / Outputs [ ] Output มี Step-by-step SOP v1 [ ] Output มี Decision points [ ] Output มี Checklist [ ] Output มี Quality checks [ ] Output มี Prompt template [ ] Output มี Skill Brief draft [ ] Output มี Next test prompt [ ] ไม่มี script หรือ dependency ที่ไม่จำเป็น คัดลอก ถ้าผ่าน checklist นี้ Skill พร้อมใช้งาน version 1
สรุปบทนี้ บทนี้เราสร้าง Skill ที่ช่วยผู้อ่านเปลี่ยนงานซ้ำในชีวิตจริงให้เป็นระบบ:
personal-sop-builder คัดลอก
ช่วยสัมภาษณ์ workflow
ถามทีละน้อย
ลด scope ให้แคบพอ
สร้าง SOP v1
ทำ checklist
ทำ prompt template
ทำ Skill Brief draft
personal-sop-builder/ └── SKILL.md คัดลอก ถึงตรงนี้ ผู้อ่านไม่ได้แค่ใช้ Skill ตัวอย่างของเรา
แต่เริ่มมองงานซ้ำของตัวเองออกว่า “งานนี้อาจกลายเป็น Skill ได้”
บทต่อไปเราจะเข้าสู่เรื่องสำคัญมาก:
วิธีทดสอบ Skill แบบคนไม่รู้โค้ด คัดลอก เพราะ Skill ที่ดีไม่ได้จบตอนสร้างไฟล์
Skill ที่ดีต้องผ่านงานจริง แล้วปรับจากผลลัพธ์จริง
อัปเดตล่าสุด: 25 พ.ค. 2569
ความคิดเห็น
ยังไม่มีความคิดเห็น
เป็นคนแรกได้เลย