สวัสดีค่าา 👋

ยินดีต้อนรับสู่ Tier 3 — Ecosystem tier สุดท้าย ที่นี่เราไม่ได้แค่ "ใช้" Claude Code แต่เริ่ม ขยายความสามารถ ของมัน

EP แรกของ Tier 3 คือ Skills — วิธีสอน Claude ให้ทำสิ่งที่ไม่มี out-of-the-box

ถอดสมอง: Skills ต่างจาก CLAUDE.md ยังไง?

ฟังดูคล้ายกัน แต่ต่างกันชัดเจน:

CLAUDE.md: โหลดเข้า context ทุก session เสมอ
→ ใช้สำหรับ: กฎที่ต้องรู้ตลอดเวลา

Skills: โหลดเฉพาะตอนที่จำเป็น
→ ใช้สำหรับ: workflows พิเศษ, domain knowledge เฉพาะงาน

เหมือนความต่างระหว่าง "สิ่งที่จำตลอด" กับ "หนังสืออ้างอิงที่หยิบมาอ่านเมื่อต้องการ"

ถอดสมอง: Progressive Disclosure ทำงานยังไง?

นี่คือ mechanism ที่ทำให้ Skills ฉลาด

Claude เจอ task ใหม่
        ↓
สแกน Skills ทั้งหมด (~100 tokens ต่อ skill)
อ่านแค่ชื่อ + description สั้นๆ
        ↓
ตัดสินใจว่า skill ไหนเกี่ยวข้อง
        ↓
โหลดแค่ skills ที่เกี่ยวข้อง (full content)
        ↓
ใช้ knowledge จาก skill นั้น

ดังนั้นจะมี Skills ร้อยอันก็ไม่กิน context มาก เพราะโหลดทีละอันตามที่ต้องการ

Skills มี 2 ประเภท

Capability Uplift Skills — เพิ่มความสามารถใหม่ที่ Claude ไม่มี

ตัวอย่างเช่น skill สำหรับสร้าง Word document จริงๆ ที่ download ได้ แทนที่จะแค่แสดง text ใน chat

.claude/skills/
  docx/
    SKILL.md    ← อธิบาย: ฉันสร้าง .docx ได้ ใช้เมื่อต้องการ Word doc
    create.py   ← code จริงๆ

Workflow Skills — บันทึก process ที่ทำซ้ำๆ

ตัวอย่างเช่น "deploy workflow" ของทีม ที่มีหลาย steps:

# SKILL.md — Deploy to Production

## เมื่อไหรใช้ skill นี้
เมื่อ user พิมพ์ว่า "deploy", "ปล่อย production", หรือ "release"

## ขั้นตอน
1. รัน `npm test` ให้ผ่านก่อน
2. Bump version ใน package.json
3. สร้าง changelog จาก commits
4. รัน `npm run build`
5. Deploy ไปที่ staging ก่อน
6. รอ smoke test ผ่าน 5 นาที
7. Deploy ไป production
8. Notify Slack channel #releases

แค่นี้เลย พิมพ์ "deploy" Claude จะทำตาม 8 steps ที่กำหนดเองโดยไม่ต้องอธิบายซ้ำ

โครงสร้าง Skills Folder

.claude/
  skills/
    deploy/
      SKILL.md      ← description + instructions
    pdf-creator/
      SKILL.md
      scripts/
        create_pdf.py
    code-review/
      SKILL.md

Skills ที่อยู่ใน .claude/skills/ จะถูก Claude Code auto-load ตาม EP version ล่าสุด ไม่ต้อง register เพิ่ม

ลองทำตามได้เลย!

เลือก workflow ที่ทำซ้ำบ่อยที่สุดในโปรเจค แล้วสร้าง Skill:

  1. สร้าง .claude/skills/<ชื่อ workflow>/SKILL.md
  2. เขียน description ใน 1-2 บรรทัด: "ใช้เมื่อ..."
  3. เขียน steps ที่ต้องทำ
  4. ทดสอบโดยพิมพ์ trigger word ที่กำหนด

สรุป

Skills คือวิธีทำให้ Claude Code "รู้จักบริบทของทีมเรา" โดยเฉพาะ สิ่งที่ทีมอื่นทำไม่ได้ แต่ทีมเราทำได้ในคลิกเดียว

EP ถัดไป: Subagents — ส่ง Claude ออกไปทำงานหลายอย่างพร้อมกัน แบบ parallel

Tags: Claude Code, AI, Skills, Workflow Automation, Developer Tools

Claude Code ถอดสมอง EP.10 — Subagents ส่งทีม Claude ออกทำงาน

Claude CodeAISubagentsDeveloper

สวัสดีค่าา 👋

EP นี้พูดถึงสิ่งที่ทำให้ Claude Code ไม่ใช่แค่ "AI คนเดียว" อีกต่อไป — Subagents

Subagents คืออะไร?

Subagent คือ Claude instance ใหม่ที่ถูกสร้างขึ้นมาทำงานเฉพาะ task หนึ่งๆ ใน isolation (แยกออกจาก context หลัก)

Claude หลัก (orchestrator):
"ฉันต้องการ: 1) review code 2) run tests 3) check security"
        ↓
สร้าง Subagent 1 → review code     [isolated context]
สร้าง Subagent 2 → run tests       [isolated context]
สร้าง Subagent 3 → check security  [isolated context]
        ↓
รับผลลัพธ์กลับ → สรุป

แต่ละ subagent ไม่รู้เรื่องของกันและกัน ทำงานเป็นอิสระ

ถอดสมอง: ทำไมต้อง Isolation?

นี่คือส่วนที่ลึกกว่าที่คิด

ถ้าให้ Claude ตัวเดียวทำทุกอย่าง มันต้องแบก context ของทุกอย่างไว้ด้วยกัน:

Claude ตัวเดียว:
[context หลัก + review code + test results + security scan + ...]
→ context window เต็ม → ประสิทธิภาพลดลง → ราคาสูง

แต่ Subagents ทำแบบนี้:

Subagent 1: [แค่ context ของ code review]
Subagent 2: [แค่ context ของ tests]
Subagent 3: [แค่ context ของ security]
→ แต่ละอันทำงานด้วย full context ของตัวเอง
→ ประสิทธิภาพสูง และ parallel ได้

ถอดสมอง: Critic-Fixer Pattern

หนึ่งใน patterns ที่ใช้ Subagents ได้ดีมากคือ Critic-Fixer

Subagent 1 (Critic) — read-only, ห้ามแก้ไขไฟล์:
"วิจารณ์ code นี้อย่างรุนแรง หา bugs, anti-patterns, security issues"
        ↓
ส่ง feedback ไปให้

Subagent 2 (Fixer) — แก้ได้:
รับ feedback จาก Critic → แก้ไข → ส่งกลับ
        ↓
Critic ตรวจซ้ำ
        ↓
วนซ้ำจนผ่าน

ทำไม Critic ต้อง read-only? เพราะถ้า Critic แก้ได้ด้วย มันมีแนวโน้มจะ "ยืดหยุ่น" กับงานของตัวเองมากเกินไป แยก role ออกจากกันทำให้ได้ผลดีกว่า

วิธีใช้ Subagents ใน Claude Code

# ส่ง subagent ไปทำงาน
claude agents "review code ใน /src/auth/ แล้วรายงานปัญหาที่เจอ"

# spawn หลาย subagents พร้อมกัน
claude agents "รัน unit tests ทั้งหมดแล้วสรุป" &
claude agents "scan security vulnerabilities" &
wait

# ใช้ ! เพื่อ spawn background shell
claude agents ! node scripts/generate-types.js

เมื่อไหรควรใช้ Subagents?

✅ ใช้เมื่อ:
- งาน research ที่ต้องการ isolation (ไม่อยากให้ผลมา pollute context)
- งาน review ที่ต้องการ unbiased opinion
- งาน parallel ที่ทำพร้อมกันได้ เช่น run tests + build + lint ไปพร้อมกัน

❌ ไม่ต้องใช้เมื่อ:
- งานที่ต้องการ shared context ระหว่าง tasks
- งานเล็กๆ ง่ายๆ (overhead ไม่คุ้ม)

สรุป

Subagents เปลี่ยน Claude Code จาก "solo developer" เป็น "team of specialists" แต่ละคนมีหน้าที่ชัดเจน และทำงานได้อย่างมีประสิทธิภาพ

EP ถัดไป: Plugins — แพ็กทุกอย่างที่ทำใน series นี้เป็น bundle เดียว แชร์ให้ทีมได้เลย

Tags: Claude Code, AI, Subagents, Multi-Agent, Parallel Processing, Developer Tools

Claude Code ถอดสมอง EP.11 — Plugins แพ็กทุกอย่างแชร์ให้ทีม

Claude CodeAIPluginsDeveloper

สวัสดีค่าา 👋

ถึง EP.11 แล้ว ถ้าทำตามมาตั้งแต่ต้น ตอนนี้น่าจะมี:

  • CLAUDE.md ✅
  • Spec Files ✅
  • Hooks หลายอัน ✅
  • MCP Servers ✅
  • Skills หลายอัน ✅

แต่ถ้าอยากแชร์ setup พวกนี้ให้ทีม หรือใช้กับหลายโปรเจค ต้อง copy ทีละอัน? ไม่ค่าา

Plugins คือคำตอบ

Plugin คืออะไร?

Plugin คือ bundle ที่รวมทุกอย่างเข้าด้วยกัน:

1 Plugin ประกอบด้วย:
- Skills (เท่าไหรก็ได้)
- Hooks
- Slash commands
- MCP server definitions
- Output styles
- Subagent configurations

ติดตั้งครั้งเดียวด้วย /plugin install <name> ได้ครบหมดเลย

ถอดสมอง: Plugin Architecture ทำงานยังไง?

Plugin file (versioned .zip หรือ npm package):
  manifest.json    ← metadata, version, dependencies
  skills/
    deploy/SKILL.md
    review/SKILL.md
  hooks/
    post-edit.sh
    pre-commit.sh
  settings.json    ← MCP configs, permissions

เมื่อ install:
claude /plugin install ./my-team-plugin
        ↓
Claude Code แตก files ไปยัง .claude/plugins/<name>/
        ↓
Skills, Hooks, MCPs พร้อมใช้งานทันที

ตัวอย่าง Plugin สำหรับทีม

สมมติทีม fintech ที่ต้องการ:

  • Security scan ทุกครั้งที่แก้ code
  • Linting standard ของทีม
  • MCP connection ไปยัง internal API
  • Deploy workflow

แทนที่แต่ละคนจะ setup เอง:

# คนทำ setup:
claude /plugin create my-fintech-plugin
# เพิ่ม skills, hooks, configs ลงไป
claude /plugin publish ./my-fintech-plugin

# ทุกคนในทีม:
claude /plugin install my-fintech-plugin
# ได้ setup เหมือนกันทุกคนทันที

defaultEnabled: false คืออะไร?

Plugin สามารถกำหนดได้ว่า features บางอย่างจะ off by default และต้องเปิดเองเมื่อต้องการ

{
  "skills": [
    {
      "name": "nuclear-deploy",
      "defaultEnabled": false,
      "description": "Deploy ตรง production — เปิดเฉพาะเมื่อพร้อมจริงๆ"
    }
  ]
}

ทำให้ Plugin เดียวมีทั้ง features ทั่วไปที่เปิดตลอด และ features sensitive ที่ต้องเปิดเองอย่างตั้งใจ

เมื่อไหรควรสร้าง Plugin vs ใส่ใน .claude/ โดยตรง?

ใส่ใน .claude/ โดยตรง เมื่อ:
- ใช้เฉพาะโปรเจคนี้
- ยังอยู่ใน experiment ยังไม่ stable
- เป็นแค่ของส่วนตัว

สร้างเป็น Plugin เมื่อ:
- ต้องการแชร์ให้ทีมหรือ community
- ต้องการ versioning (v1, v2, ...)
- ต้องการใช้กับหลายโปรเจค
- มีทีมดูแลร่วมกัน

สรุป

Plugins คือวิธีที่ทำให้ความพยายามทั้งหมดใน series นี้ สเกลข้ามทีม แทนที่จะเป็นแค่ setup ส่วนตัว ทำครั้งเดียวใช้ได้ทุกคน

EP ถัดไป: EP สุดท้ายของ series! Multi-Agent Workflows — ระบบที่ Claude หลายตัวทำงานร่วมกันแบบอัตโนมัติ

Tags: Claude Code, AI, Plugins, Team Tools, Developer Tools

Claude Code ถอดสมอง EP.12 — Multi-Agent Workflows ระบบ Claude ทำงานแบบ Autopilot

Claude CodeAIMulti-AgentWorkflow

สวัสดีค่าา 👋

EP สุดท้ายของ series Claude Code ถอดสมอง! 🎉

EP นี้พูดถึงสิ่งที่อยู่บน frontier ของ Claude Code ในปัจจุบัน — Multi-Agent Workflows หรือระบบที่ Claude หลายตัวทำงานร่วมกันเป็นทีมโดยอัตโนมัติ

ถอดสมอง: Multi-Agent ต่างจาก Subagents ยังไง?

จาก EP.10 เราเห็น Subagents แล้ว แต่ Multi-Agent Workflows ไปไกลกว่านั้น:

Subagents (EP.10):
เราสั่ง Claude หลัก → Claude หลักสั่ง subagents
→ ยังมีมนุษย์ควบคุมกลาง

Multi-Agent Workflows:
เราตั้งค่าระบบ → ระบบรันเองอัตโนมัติ
→ Claude ทำหน้าที่ orchestrator เอง
→ สร้าง agents ใหม่ตามที่ต้องการ
→ รายงานผลเมื่อเสร็จ

ถอดสมอง: Headless Mode คืออะไร?

Claude Code สามารถรันใน headless mode หรือ "ไม่มีหน้าต่าง ไม่มีคน" ได้

# รัน Claude Code แบบ headless
claude --headless "review PR ทุกอันที่ open อยู่ใน repo แล้วสรุปเป็น report"

# ตั้งเป็น scheduled job (ทำทุกเช้า 9 โมง)
0 9 * * * claude --headless "สรุป issues ที่ต้อง fix วันนี้"

ทำงานได้เองโดยไม่ต้องมีคนนั่งรอ 🤖

ตัวอย่าง Multi-Agent Workflow จริงๆ

Workflow: Code Quality Gate ก่อน merge PR

เมื่อมี PR ใหม่ (trigger ผ่าน GitHub webhook):
        ↓
Agent 1 (Reviewer): อ่าน code changes, ตรวจ logic
        ↓
Agent 2 (Security): ตรวจ security vulnerabilities
        ↓
Agent 3 (Test Writer): สร้าง test cases ที่ missing
        ↓
Agent 4 (Summarizer): รวมผลทั้งหมด เขียน PR comment
        ↓
Post comment ใน GitHub PR อัตโนมัติ

ทั้งหมดนี้เกิดขึ้นอัตโนมัติ ทุกครั้งที่มี PR ใหม่ ไม่ต้องมีคนกด

/workflows Command

Claude Code เพิ่ม /workflows command ที่ช่วยให้ define และ manage workflows:

# สร้าง workflow
/workflows create pr-review

# รัน workflow
/workflows run pr-review

# ดู workflows ทั้งหมด
/workflows list

Dynamic workflows สามารถ orchestrate "tens to hundreds of agents" ใน background ได้ ตามที่ use case ต้องการ

ถอดสมอง: ทำไม Multi-Agent ถึง powerful กว่า Single Agent มากขนาดนี้?

เพราะมันแก้ปัญหา fundamental ของ LLMs:

ปัญหาของ single agent:
- Context window จำกัด → ทำงานใหญ่ๆ ไม่ได้
- ทำทุกอย่างพร้อมกันไม่ได้ → ช้า
- "โลกทัศน์" เดียว → bias

วิธีที่ multi-agent แก้:
- แต่ละ agent มี fresh context → ทำงานใหญ่ได้โดย divide
- ทำงาน parallel → เร็วขึ้น 10x หรือมากกว่า
- หลาย perspective → ผลลัพธ์ดีขึ้น (Critic-Fixer pattern)

Caution: Multi-Agent ต้องการ Foundation ที่แข็งแรง

นี่คือสิ่งสำคัญที่อยากพูดถึงตอนจบ

Multi-Agent Workflows ที่ไม่มี foundation จาก Tier 1 และ Tier 2 จะ ขยายความผิดพลาด แทนที่จะขยายประสิทธิภาพ

ไม่มี CLAUDE.md → agents ทุกตัวไม่รู้จักโปรเจค
ไม่มี Hooks    → ไม่มีใคร enforce กฎความปลอดภัย
ไม่มี Spec     → agents ตีความ task ไม่ตรงกัน
        ↓
Multi-Agent = หลายๆ ความผิดพลาดพร้อมกัน 🔥

ดังนั้นถ้าทำตาม series นี้ครบ EP.1-11 แล้ว Multi-Agent จะ powerful มาก แต่ถ้าข้ามมาตรงนี้เลย อาจจะ frustrating

สรุป Series Claude Code ถอดสมอง

Tier 1 — Foundation

  • EP.1 CLAUDE.md → pre-loaded memory ทุก session
  • EP.2 Spec Files → ย้ายการตัดสินใจมาที่เรา ก่อน code
  • EP.3 Plan-First → บังคับ Claude วางแผนก่อน 1% → 100%
  • EP.4 Decision Logs → จำ "ทำไม" ข้ามเดือนข้ามปี

Tier 2 — Automation

  • EP.5 Knowledge Graph → ลด tokens 71x ด้วยแผนที่โปรเจค
  • EP.6 Hooks → enforcement 100% ไม่ใช่แค่ advisory
  • EP.7 MCP → เชื่อมโลกภายนอก 3000+ integrations
  • EP.8 Memory Tools → จำข้ามวันแบบ automatic

Tier 3 — Ecosystem

  • EP.9 Skills → สอน Claude ความสามารถพิเศษของทีม
  • EP.10 Subagents → specialist team แทน generalist คนเดียว
  • EP.11 Plugins → แพ็กทุกอย่างแชร์ทั้งทีม
  • EP.12 Multi-Agent → autopilot workflows ไม่ต้องมีคนกด

ขอบคุณที่ติดตาม series นี้มาจนจบนะคะ หวังว่าจะเป็นประโยชน์กับทุกคนที่กำลังพัฒนา skills ด้าน AI-assisted development ค่า 🙏

ถ้ามีคำถาม หรืออยากแชร์ประสบการณ์ใช้ Claude Code ก็คุยกันได้ในคอมเมนต์เลยนะ!

Tags: Claude Code, AI, Multi-Agent, Workflows, Automation, Advanced, Developer Tools