N2 — Advanced Operator ▾
Advanced Operator
Playbook
Claude Code ในฐานะระบบการทำงานระดับมืออาชีพ 10 โมดูลเพื่อสร้าง ดีบัก รีแฟกเตอร์ ทำให้เป็นอัตโนมัติ จัดทำเอกสาร และทำงานร่วมกันโดยไม่สูญเสียการควบคุมโปรเจกต์
สิ่งที่คุณจะได้เรียนรู้
แผนภาพ — Operator ระดับสูงทำงานอย่างไร
เป้าหมาย
สิ่งที่คุณต้องการสร้างหรือปรับปรุง
สถาปัตยกรรมของโปรเจกต์
โครงสร้าง โฟลเดอร์ และข้อตกลงในการตั้งชื่อ
บริบท + CLAUDE.md ขั้นสูง
กฎ สแตก ข้อจำกัด และเวิร์กโฟลว์
Git + การดีบัก + การรีแฟกเตอร์
การเปลี่ยนแปลงเล็ก ย้อนกลับได้ ตรวจสอบได้
ระบบอัตโนมัติ + MCPs
เครื่องมือที่เชื่อมต่ออย่างมีวิจารณญาณ
การ Deploy + เอกสาร
เผยแพร่ จัดเวอร์ชัน และส่งต่อ
ระบบที่ขยายได้
Operator คนอื่นสามารถทำงานต่อได้โดยไม่ติดขัด
ทำระดับ 1 ให้เสร็จเพื่อปลดล็อก
Advanced Operator Playbook จะปลดล็อกเมื่อคุณทำ Operator Foundations เสร็จ ระดับ 1 ให้พื้นฐานที่ระดับนี้ถือว่าคุณมีอยู่แล้ว
ไปยังระดับ 1 — Operator Foundations →สถาปัตยกรรมของโปรเจกต์
เป้าหมาย
จัดโครงสร้างโปรเจกต์ให้ Claude เข้าใจและแก้ไขได้โดยไม่ทำให้พัง
Resultado
Repo ที่สะอาด README ที่ชัดเจน โฟลเดอร์ที่สอดคล้องกัน และกฎเริ่มต้นที่บันทึกไว้
mapa-arquitectura.md INSIGHT AVANZADO
จัดโครงสร้างราวกับว่า Claude จะอ่าน repo แบบไม่มีบริบทมาก่อน ถ้าโฟลเดอร์สับสนสำหรับคุณ มันจะสร้างโค้ดที่ไม่ตรงแนวตั้งแต่ข้อความแรก
CLAUDE.md ขั้นสูง
เป้าหมาย
สร้างกฎปฏิบัติการเชิงลึกสำหรับโปรเจกต์ที่ซับซ้อน
Resultado
Claude เข้าใจสไตล์ ขอบเขต สแตก คำสั่ง ความปลอดภัย และวิธีการทำงาน
CLAUDE.md v2 INSIGHT AVANZADO
CLAUDE.md v2 ไม่ได้ยาวกว่า v1 — แต่เข้มข้นกว่า กฎที่เฉพาะเจาะจง ("อย่าเพิ่ม dependency โดยไม่มีเหตุผล") มีค่ามากกว่ากฎกว้างๆ สามข้อ ("จงระมัดระวัง")
การควบคุมบริบท
เป้าหมาย
เรียนรู้ว่าจะให้อะไรกับ Claude อะไรที่ไม่ควรให้ และเมื่อใดควรสรุป
Resultado
tokens สูญเปล่าน้อยลง คำตอบแม่นยำขึ้น เซสชันมีประสิทธิภาพมากขึ้น
brief-proyecto.md INSIGHT AVANZADO
เมื่อบริบทใหญ่เกินไป อย่าลบทิ้ง: ให้สรุปมัน brief-sesión.md ขนาด 20 บรรทัดมีประโยชน์มากกว่าประวัติ 5000 tokens ที่ไม่มีระเบียบ
Git workflow ระดับมืออาชีพ
เป้าหมาย
ทำงานกับ commits, branches และ diffs โดยไม่วุ่นวายและไม่สูญเสียงาน
Resultado
การเปลี่ยนแปลงที่เล็ก ย้อนกลับได้ และตรวจทานได้ ประวัติที่เล่าเรื่องราว
git-workflow.md documentado INSIGHT AVANZADO
ทำ commit เล็กๆ บ่อยๆ commit ที่อธิบายว่า "เพิ่ม footer" นั้นมีประโยชน์ commit ที่เปลี่ยน 12 ไฟล์พร้อมข้อความ "ปรับปรุง" คือระเบิดเวลา
การดีบักโดยมีตัวช่วย
เป้าหมาย
ใช้ Claude เพื่อหาข้อผิดพลาดโดยไม่พึ่งพาข้อเสนอแนะของมันอย่างไร้วิจารณญาณ
Resultado
แยก bug ออกมาด้วยสมมติฐานที่ชัดเจน และการแก้ไขที่เล็กและย้อนกลับได้
bug-report + solución aplicada INSIGHT AVANZADO
ก่อนขอให้ Claude "แก้สิ่งนี้" ให้ขอมันอธิบายว่ามันคิดว่าเกิดอะไรขึ้น ถ้ามันอธิบายไม่ได้ การแก้ไขที่เสนอมาอาจดูสมเหตุสมผลแต่ผิด
การรีแฟกเตอร์ที่ปลอดภัย
เป้าหมาย
ปรับปรุงโค้ดโดยไม่ทำให้ฟังก์ชันที่มีอยู่พัง และไม่ก่อหนี้ทางเทคนิคใหม่
Resultado
รีแฟกเตอร์เป็นระยะโดยที่ build ผ่านหลังการเปลี่ยนแปลงแต่ละครั้ง
before/after documentado con diff INSIGHT AVANZADO
รีแฟกเตอร์ทีละอย่าง ตรวจสอบ build แล้วค่อยทำอันต่อไป ความมั่นใจในการรีแฟกเตอร์มาจาก build ที่เป็นสีเขียว ไม่ใช่จากความรู้สึกว่า "มันน่าจะทำงานได้"
ระบบอัตโนมัติและ MCPs
เป้าหมาย
เข้าใจว่าเมื่อใดควรเชื่อมต่อเครื่องมือภายนอก และเมื่อใดมันคือการออกแบบเกินจำเป็น
Resultado
แผนที่ของระบบอัตโนมัติที่มีประโยชน์พร้อมเหตุผลของแต่ละอัน
diagrama-automatizacion.md INSIGHT AVANZADO
การเชื่อมต่อ MCP นั้นง่าย แต่การรู้ว่ามันทำอะไรในนามของคุณและเมื่อใดไม่ควรใช้มันนั้นไม่ง่าย อย่าเพิ่มเครื่องมือที่คุณไม่เข้าใจว่ามันทำอะไรอยู่เบื้องหลัง
การทดสอบและการตรวจสอบ
เป้าหมาย
อย่าเชื่อแค่ว่า "ดูเหมือนจะทำงานได้" ก่อนเผยแพร่
Resultado
เช็กลิสต์การทดสอบด้วยตนเองที่ดำเนินการก่อนทุกการ deploy
qa-checklist.md INSIGHT AVANZADO
QA checklist ไม่ใช่ระบบราชการ: มันคือความทรงจำที่ถูกเก็บไว้ภายนอก หากไม่มีมัน จะมีบางอย่างที่คุณลืมตรวจสอบในวัน deploy เสมอ
การ Deploy และการบำรุงรักษา
เป้าหมาย
เผยแพร่โดยไม่ทำให้ production พัง และรักษาวงจรการปรับปรุงให้ทำงานอยู่เสมอ
Resultado
เวิร์กโฟลว์ deploy → ตรวจสอบ → แก้ไข → จัดเวอร์ชัน ที่จัดทำเอกสารและทำตามได้
sop-deploy.md INSIGHT AVANZADO
จัดทำเอกสารการ deploy ครั้งแรกขณะที่คุณกำลังทำมัน ครั้งที่สองคุณจะใช้เวลาเพียงครึ่งเดียว ครั้งที่สิบ เพียงไม่กี่นาที เอกสารที่มีชีวิตคือสินทรัพย์ที่คุ้มค่าที่สุด
เอกสารปฏิบัติการ
เป้าหมาย
เปลี่ยนงานของตัวเองให้เป็นระบบที่ผู้อื่นหรือ agents สามารถนำกลับมาใช้ใหม่ได้
Resultado
กระบวนการที่จัดทำเอกสารด้วยระดับรายละเอียดที่เพียงพอต่อการมอบหมาย
sop-proceso.md INSIGHT AVANZADO
ทดสอบว่า SOP มอบหมายได้หรือไม่: คนอื่น (หรือ Claude) สามารถทำตามได้โดยไม่ต้องถามคุณเลยหรือไม่? ถ้าคำตอบคือ "ไม่" แสดงว่า SOP ยังไม่สมบูรณ์
สี่สถานการณ์ที่สมบูรณ์โดยใช้ Claude Code เป็นระบบสำหรับ production
สร้างหน้า landing ที่สมบูรณ์
ตั้งแต่ brief จนถึง deploy ส่วน hero, copy, โครงสร้าง, components, SEO พื้นฐาน และ push
ตรวจสอบระบบที่มีอยู่
อ่านโค้ด จัดทำเอกสารว่ามันทำอะไร ระบุความเสี่ยง และเสนอแผนการปรับปรุง
เปลี่ยนกระบวนการที่ทำด้วยมือให้เป็นระบบ
ทำแผนที่ขั้นตอน ระบุสิ่งที่ทำให้เป็นอัตโนมัติได้ ออกแบบเวิร์กโฟลว์ และจัดทำเอกสาร SOP
เตรียม repo สำหรับการทำงานร่วมกัน
CLAUDE.md, README, .gitignore, โครงสร้างโฟลเดอร์ และกฎการมีส่วนร่วม
- × ขอมากเกินไปในคราวเดียว — Claude จะสูญเสียบริบทและสร้างโค้ดที่ทำให้ส่วนอื่นพัง
- × ไม่แยกการเปลี่ยนแปลง — การรีแฟกเตอร์ที่แตะ 5 ไฟล์พร้อมกันเป็นไปไม่ได้ที่จะตรวจทาน
- × ไม่ใช้ commits — ถ้าบางอย่างพัง คุณจะกลับไปยังจุดที่เสถียรก่อนหน้านี้ไม่ได้เลย
- × ไม่อ่าน diffs — การอนุมัติการเปลี่ยนแปลงที่คุณไม่เข้าใจคือการรับประกัน bug ที่ซ่อนเงียบ
- × อัปโหลดข้อมูลลับ — API key บน GitHub สามารถสร้างหนี้ได้ภายในไม่กี่ชั่วโมง
- × ใช้ AI โดยไม่ตรวจสอบ — output ของ Claude อาจดูสมเหตุสมผลแต่ผิด
- × ปล่อยให้ Claude ทำใหม่ทั้งหมด — ให้ขอการเปลี่ยนแปลงที่แม่นยำเฉพาะจุด ไม่ใช่การเขียนใหม่ทั้งก้อน
ทำหน้าที่เป็นสถาปนิกซอฟต์แวร์อาวุโส วิเคราะห์โครงสร้างของโปรเจกต์นี้: [วางโครงสร้างต้นไม้ของไฟล์ที่นี่ หรืออธิบายโฟลเดอร์] ประเมิน: 1. การจัดระเบียบโฟลเดอร์สมเหตุสมผลสำหรับโปรเจกต์ประเภทนี้หรือไม่? 2. ไฟล์ใดเกินมา ขาดหายไป หรืออยู่ผิดที่? 3. ข้อตกลงในการตั้งชื่อแบบใดที่สามารถปรับปรุงได้? 4. คุณจะจัดระเบียบสิ่งนี้อย่างไรเพื่อให้ Claude สำรวจได้โดยไม่กำกวม? ข้อเสนอ: แนะนำโครงสร้างทางเลือกหากโครงสร้างปัจจุบันมีปัญหา จงเฉพาะเจาะจง อย่าพูดกว้างๆ
ทำหน้าที่เป็นสถาปนิกคำสั่งสำหรับ Claude Code นี่คือบริบทของโปรเจกต์: [อธิบายโปรเจกต์ สแตก และเป้าหมายของมัน] สร้าง CLAUDE.md ขั้นสูงที่ประกอบด้วย: 1. คำอธิบายโปรเจกต์และจุดประสงค์ในบรรทัดเดียว 2. สแตกทางเทคนิคพร้อมเวอร์ชันที่แน่นอน 3. คำสั่งสำคัญ (build, test, lint, deploy) 4. กฎสถาปัตยกรรม: สิ่งที่ต้องทำและสิ่งที่ห้ามทำเด็ดขาด 5. ข้อตกลงในการตั้งชื่อและการจัดระเบียบไฟล์ 6. เวิร์กโฟลว์ที่คาดหวัง: Claude ควรเสนอการเปลี่ยนแปลงอย่างไร 7. กฎความปลอดภัย: ไฟล์หรือตัวแปรใดที่ห้ามแตะต้องเด็ดขาด 8. สัญญาณของความสำเร็จ: รู้ได้อย่างไรว่างานทำได้ดี ยาวไม่เกิน 60 บรรทัด เข้มข้น ไม่มีส่วนเกิน
ทำหน้าที่เป็นวิศวกรการรีแฟกเตอร์ ฉันต้องการปรับปรุงโค้ดส่วนนี้: [วางโค้ด] ก่อนแก้ไขสิ่งใด ฉันต้องการแผนการรีแฟกเตอร์ที่ประกอบด้วย: 1. โค้ดปัจจุบันมีปัญหาอะไรบ้าง (เฉพาะเจาะจง ไม่คลุมเครือ) 2. คุณจะเปลี่ยนอะไรและเพราะอะไร 3. ความเสี่ยงของการเปลี่ยนแปลงแต่ละข้อที่เสนอ 4. ควรเปลี่ยนแปลงในลำดับใดเพื่อให้โค้ดไม่พังในระหว่างทาง 5. จะตรวจสอบอย่างไรว่าการเปลี่ยนแปลงแต่ละครั้งไม่ก่อให้เกิด regression อย่าเริ่มเขียนโค้ดจนกว่าฉันจะอนุมัติแผน
ตรวจสอบว่าคุณทำครบทั้ง 10 โมดูลแล้วก่อนทำเครื่องหมายระดับนี้:
- ✓ แผนที่สถาปัตยกรรมของโปรเจกต์จริงที่จัดทำเอกสารแล้ว
- ✓ CLAUDE.md ขั้นสูงพร้อม 8 ส่วนปฏิบัติการ
- ✓ สร้าง brief โปรเจกต์ที่ยาวไม่เกิน 20 บรรทัดแล้ว
- ✓ เวิร์กโฟลว์ Git พร้อม branch, commit แบบมีความหมาย และ merge ที่จัดทำเอกสารแล้ว
- ✓ ดำเนินการดีบักโดยมีตัวช่วยกับ bug จริงแล้ว
- ✓ รีแฟกเตอร์แบบจำกัดพร้อม before/after ที่จัดทำเอกสารแล้ว
- ✓ แผนภาพระบบอัตโนมัติที่ยังไม่ได้ลงมือทำ
- ✓ QA checklist ที่มีอย่างน้อย 10 ข้อสำหรับการตรวจสอบ
- ✓ SOP การ deploy ที่จัดทำเอกสารและดำเนินการแล้วหนึ่งครั้ง
- ✓ SOP กระบวนการที่มอบหมายได้ ยาวไม่เกิน 1 หน้า
ระดับ 2 เสร็จสมบูรณ์
ปลดล็อกระดับ 3 แล้ว: ChatGPT → Claude Migration System