/SKILL.md` | ตำแหน่งที่เปิดใช้งาน plugin |
ลำดับความสำคัญ: enterprise มีผลเหนือ personal และ personal มีผลเหนือ project ส่วน Plugins ใช้ namespace `plugin-name:skill-name` และไม่ขัดแย้งกัน สะดวกตรงที่คุณเก็บ skills สำหรับงานอาชีพทั่วไปไว้ใน `~/.claude/skills/` และ skills เฉพาะโปรเจกต์ไว้ใน `.claude/skills/` ของ repository ได้
## ภายใน SKILL.md มีอะไรบ้าง?
ประเด็นสำคัญ
SKILL.md เป็นไฟล์ Markdown ที่มี YAML frontmatter อยู่ด้านบนและข้อความคำแนะนำอยู่ด้านล่าง อย่างน้อยต้องมีสองฟิลด์: name (ไม่เกิน 64 อักขระ) และ description (ไม่เกิน 1024 อักขระ) schema ฉบับเต็มยังมี allowed-tools, disable-model-invocation, paths, context: fork, agent และ hooks ด้วย Anthropic แนะนำให้เนื้อหาคำแนะนำมีความยาวไม่เกิน 500 บรรทัด และย้ายเนื้อหาอื่นไปไว้ในไฟล์อ้างอิงใกล้เคียง
นี่คือตัวอย่างขั้นต่ำ—ยี่สิบบรรทัด แล้ว skill ก็พร้อมใช้:
```markdown
---
name: weekly-content-plan
description: Prepares a weekly post plan for a Telegram channel. Triggers - "make a post plan", "what should I post this week", "a 7-day channel plan". Do not activate if the request is about a website or email newsletter.
---
# Weekly Content Plan
## Steps
1. Read `knowledge/audience.md` - who we're writing for
2. Read `knowledge/tone-of-voice.md` - how we write
3. Read the last 10 posts in the channel - what has already been covered
4. Come up with 7 topics for the week: 3 sales-focused, 2 expert, 2 personal
5. For each, provide one hook line and three bullets about the post
6. Output as a table: day of the week | type | hook | plan
```
แค่นี้ก็พอ หากผู้ใช้เขียนว่า “มาวางแผนโพสต์ประจำสัปดาห์กัน” Claude จะเห็นทริกเกอร์ในคำอธิบาย โหลด SKILL.md อ่านไฟล์ตามชื่อที่ระบุ และแสดงผลเป็นตาราง
### ข้อจำกัดที่ควรทราบ
[เอกสาร Claude API อย่างเป็นทางการ](https://platform.claude.com/docs/en/agents-and-tools/agent-skills/overview) กำหนดข้อจำกัดที่เข้มงวด:
- **`name`**: ไม่เกิน 64 อักขระ ใช้เฉพาะอักษรตัวพิมพ์เล็ก ตัวเลข และขีดกลาง โดยไม่มีแท็ก XML คำว่า `anthropic` และ `claude` สงวนไว้
- **`description`**: ไม่เกิน 1024 อักขระใน API จำเป็นต้องมี และห้ามมีแท็ก XML
- **โควตารายการ**: ใน Claude Code คำอธิบายของ skills ทั้งหมดรวมกันใช้พื้นที่ประมาณ 1% ของหน้าต่างบริบท หากมี skills จำนวนมาก คำอธิบายจะถูกตัดทอน และคำสำคัญที่ Claude ต้องใช้จับคู่ก็อาจหายไป
- **เนื้อหา SKILL.md**: Anthropic แนะนำให้เนื้อหามีความยาวไม่เกิน 500 บรรทัด ย้ายส่วนที่ยาวกว่านั้นไปไว้ในไฟล์ `references/`, `scripts/` และ `examples/` แล้วโหลดผ่านคำแนะนำ
หลังการบีบอัดบริบท (`/compact`) Claude จะเก็บ 5000 โทเค็นแรกของแต่ละ skill ที่เคยเรียกใช้ไว้ งบรวมสำหรับ skills ทั้งหมดที่แนบกลับมาคือ 25 000 โทเค็น หาก skill มีขนาดเกินพื้นที่ พฤติกรรมของมันก็จะ “ถูกลืม”
### Schema ของ Frontmatter ฉบับเต็ม
อย่างน้อยที่สุดให้ใช้ `name` และ `description` ส่วน skills ที่ใช้จริงใน production ยังใช้ฟิลด์อื่นด้วย:
| ฟิลด์ | วัตถุประสงค์ | ตัวอย่าง |
|----|----|----|
| `name` | ชื่อ skill; หากไม่ระบุ จะใช้ชื่อโฟลเดอร์เป็นค่าเริ่มต้น | `deploy-to-prod` |
| `description` | ทริกเกอร์สำหรับการเรียกใช้อัตโนมัติ | ดูสูตรด้านล่าง |
| `when_to_use` | วลีทริกเกอร์เพิ่มเติม | `["deploy", "let's ship it"]` |
| `allowed-tools` | เครื่องมือที่ใช้ได้โดยไม่ต้องขออนุญาต | `["Read", "Bash(npm run build)"]` |
| `disable-model-invocation` | `true` - เรียกใช้ได้เฉพาะผู้ใช้ | สำหรับการดำเนินการที่เป็นอันตราย |
| `user-invocable` | `false` - เรียกใช้ได้เฉพาะ Claude | สำหรับความรู้เบื้องหลัง |
| `paths` | รูปแบบ Glob ที่ skill ทำงาน | `["src/**/*.ts"]` |
| `context: fork` | ทำงานใน subagent ที่แยกออกมา | เมื่อบริบทมีขนาดใหญ่ |
| `agent` | ประเภท subagent ที่จะเปิดใช้ | `Explore`, `Plan`, `general-purpose` |
| `effort` | ระดับการใช้เหตุผล | `low`, `medium`, `high`, `xhigh`, `max` |
| `model` | โมเดลที่จะกำหนดให้ skill | `claude-opus-4-7` |
| `hooks` | Hooks ในวงจรชีวิตของ skill | ดูหัวข้อ hooks |
ฟิลด์ `disable-model-invocation: true` จำเป็นสำหรับทุกสิ่งที่ต้องไม่ทำงานโดยอัตโนมัติ ตัวอย่างเช่น skill `deploy-to-prod` ที่มีแฟล็กนี้จะเรียกใช้ได้ก็ต่อเมื่อผู้ใช้พิมพ์ `/deploy-to-prod` อย่างชัดเจน หากไม่มีแฟล็ก Claude อาจ deploy เพราะ “โค้ดดูเหมือนพร้อมแล้ว”
## ทำไม Description จึงมีสัดส่วนถึง 90% ของงาน และจะเขียนอย่างไร?
ประเด็นสำคัญ
Description เป็นฟิลด์เดียวที่ Claude เห็นเมื่อเริ่มเซสชัน หากเขียนไม่ดี skill ก็จะไม่ทำงาน แม้เนื้อหาคำแนะนำจะสมบูรณ์แบบก็ตาม คำอธิบายที่ดีมีสามส่วน: ทำอะไร + วลีทริกเกอร์ในเครื่องหมายอัญประกาศ + เมื่อใดที่ไม่ควรใช้ ใน `skill-creator` ของตนเอง Anthropic แนะนำให้เขียนคำอธิบายแบบ “รุกเร้าเล็กน้อย” เพราะ Claude มีแนวโน้มจะเรียกใช้ skills น้อยเกินไป
ข้อผิดพลาดที่พบบ่อยที่สุดของ vibe-coder คือการเขียนคำอธิบายอย่าง “ตัวช่วยสำหรับ X” ตัว skill อยู่ในโฟลเดอร์จริง แต่ Claude ไม่เรียกใช้
### คำอธิบายที่ไม่ดี
```yaml
description: Build dashboards.
```
สิ่งที่ Claude ตัดสินใจไม่ได้: เมื่อผู้ใช้ขอว่า “แสดงยอดขายประจำสัปดาห์ให้ดูหน่อย” นั่นเกี่ยวกับ dashboard หรือไม่? เมื่อผู้ใช้ขอ “กราฟรายได้” นั่นเกี่ยวกับ dashboard หรือเป็นเพียงกราฟทั่วไป? เมื่อขอ “รายงานประจำเดือน” นั่นไม่ใช่ dashboard อย่างแน่นอนหรือ?
`skill-creator` [ของ Anthropic เอง](https://github.com/anthropics/skills/blob/main/skills/skill-creator/SKILL.md) ระบุคำแนะนำไว้โดยตรง:
ขณะนี้ Claude มีแนวโน้มจะเรียกใช้ skills น้อยเกินไป—ไม่ใช้เมื่อมันอาจเป็นประโยชน์ เพื่อแก้ปัญหานี้ ให้เขียนคำอธิบาย skill แบบ “รุกเร้า” ขึ้นเล็กน้อย
— Anthropic Skill Creator (SKILL.md), https://github.com/anthropics/skills/blob/main/skills/skill-creator/SKILL.md
### สูตรสำหรับคำอธิบายที่ดี
มีสามส่วน:
1. **ทำอะไร** - หนึ่งประโยคเกี่ยวกับผลลัพธ์ ไม่ใช่กระบวนการ ไม่ใช่ “สร้าง SQL” แต่เป็น “ส่งออกยอดขายเป็นตารางสำหรับช่อง Telegram”
2. **เปิดใช้เมื่อใด** - วลี 3-5 วลีในเครื่องหมายอัญประกาศที่ผู้ใช้พูดจริง อย่าเดา ให้ดูประวัติแชตและการสนับสนุนของคุณ
3. **ไม่ควรเปิดใช้เมื่อใด** - 1-2 วลีเกี่ยวกับงานคล้ายกันที่ skill ไม่ควรตอบสนอง หากไม่มีส่วนนี้ skills ที่คล้ายกันสองรายการจะยังคงขัดแย้งกัน
ตัวอย่างคำอธิบายที่มีประสิทธิภาพจากโปรเจกต์ของฉัน (ปรับให้ง่ายและไม่ระบุตัวตน):
```yaml
description: |
Writes and publishes an SEO guide to the blog, following the editorial policy.
Triggers: "write a guide about X", "let's make a new pillar",
"a blog article about Y", "build a blog guide about Z".
Do not activate if the request is about an email newsletter,
a Telegram post, or an internal team instruction—
those are other skills.
```
สิ่งที่ใช้ได้ผล:
- ใช้คำกริยา “เขียนและเผยแพร่” แทน “ช่วยทำ” เพื่อระบุผลลัพธ์ที่เป็นรูปธรรม
- วลีทริกเกอร์สี่วลีในเครื่องหมายอัญประกาศครอบคลุมการพูดหลายรูปแบบ
- มีทริกเกอร์ภาษาอังกฤษด้วย—หากผู้ใช้เปลี่ยนไปใช้ภาษาของทีม skill ก็ยังทำงานได้
- ส่วน “อย่าเปิดใช้หาก” ที่แยกไว้ช่วยป้องกันความขัดแย้งกับ skills สำหรับอีเมลและโพสต์
### วิธีทดสอบคำอธิบาย
ใน `skill-creator` ของตนเอง Anthropic สร้างวิธีประเมินทริกเกอร์ไว้ โดยใช้ 20 พรอมต์ตรวจว่า skill ถูกเปิดใช้หรือไม่ สิบพรอมต์ควรเปิดใช้ และอีกสิบไม่ควรเปิดใช้ (รวมถึงสถานการณ์ที่เกือบตรงกัน ซึ่งถ้อยคำคล้ายกันแต่งานต่างกัน)
ในแบบฉบับของ vibe-coder หมายความว่า หลังเขียนคำอธิบายแล้ว ให้เปิดแชตว่างและลอง 5 วลีที่คุณใช้จริง พร้อมอีก 3 วลีที่ฟังดูคล้ายกันแต่หมายถึงสิ่งอื่น หาก skill ไม่เปิดใช้เมื่อควรทำงาน หรือเปิดใช้เมื่อไม่ควร ให้แก้คำอธิบาย แล้วค่อยเขียนเนื้อหาคำแนะนำ
## 5 Skills แรกที่ฉันจะติดตั้งมีอะไรบ้าง?
ประเด็นสำคัญ
กลยุทธ์ที่เร็วที่สุดสำหรับผู้ประกอบการคือเริ่มจากคอลเลกชันสำเร็จรูปแล้วปรับแต่ง Anthropic และ Vercel เผยแพร่คอลเลกชันสาธารณะที่ติดตั้งได้ด้วยคำสั่งเดียวและครอบคลุมงานทั่วไป เช่น เอกสารและการออกแบบ ณ เดือนพฤษภาคม 2026 repository `anthropics/skills` อย่างเป็นทางการมีประมาณ 138,000 stars
การใช้สองสัปดาห์แรกเขียน skills ของตัวเองเป็นกลยุทธ์ที่เสียเปล่า เริ่มจากติดตั้งของสำเร็จรูปและดูว่าเขาสร้างกันอย่างไร จากนั้นค่อยเพิ่มของตัวเองโดยใช้แนวทางเดียวกัน การนำคอลเลกชันที่ผ่านการพิสูจน์จากผู้อื่นมาปรับให้เข้ากับตัวเองถูกกว่าการสร้างทุกอย่างจากศูนย์ ต่อไปนี้คือห้าคอลเลกชันที่ฉันจะเริ่มด้วย:
### 1. anthropics/skills - คอลเลกชันทางการที่มี skill-creator
Repository: [github.com/anthropics/skills](https://github.com/anthropics/skills) มี 138,000 GitHub stars ภายในมี skills อย่างเป็นทางการจากทีม Anthropic ได้แก่ `skill-creator` (meta-skill ที่เขียน skills อื่น), `claude-api` (ช่วยสร้างการเชื่อมต่อ API) และ skills สำเร็จรูปสำหรับเอกสาร PowerPoint, Excel, Word และ PDF
ติดตั้งด้วย Claude Code:
```bash
/plugin marketplace add anthropics/skills
/plugin install document-skills@anthropic-agent-skills
/plugin install example-skills@anthropic-agent-skills
```
คุณค่าหลักคือ `skill-creator` มันเขียน SKILL.md จากคำอธิบายของคุณ จากนั้นรัน trigger-evals 20 รายการและปรับคำอธิบายจน skill เริ่มเปิดใช้ในกรณีที่ควรเปิด โดยสรุปคือ “skill สำหรับสร้าง skills”
### 2. mattpocock/skills - คอลเลกชันไวรัลจากผู้เชี่ยวชาญ TypeScript
มี skills ที่ใช้งานอยู่ 12 รายการ รวมถึง:
- **`grill-me`** - ถามคำถามตามแผนผังการตัดสินใจจนกว่าความไม่แน่นอนของงานจะคลี่คลาย จุดเจ็บปวดหลักของ vibe-coders—“ฉันไม่รู้ว่าตัวเองต้องการอะไร”—ได้รับการแก้ไขตั้งแต่รอบแรก
- **`caveman`** - บีบการสื่อสารของโมเดลให้เป็นสไตล์โทรเลข
- **`diagnose`** - แก้จุดบกพร่องผ่านวงจร ทำซ้ำ - ลดขอบเขต - ตั้งสมมติฐาน - เพิ่มเครื่องมือวัด - แก้ไข - ทดสอบ regression
- **`tdd`** - บังคับใช้ red-green-refactor: เริ่มจากการทดสอบที่ล้มเหลว ต่อด้วยการแก้ไขให้น้อยที่สุด แล้วจึง refactor
- **`to-issues`** - แปลงแผนเป็น GitHub issues ที่แบ่งตามแนวตั้ง (full-stack และ deploy แยกกันได้)
ติดตั้ง:
```bash
npx skills@latest add mattpocock/skills
/setup-matt-pocock-skills
```
### 3. coreyhaines31/marketingskills - คอลเลกชันสำหรับนักการตลาด
หากคุณจัดหลักสูตรออนไลน์ ทำงานเป็นนักการตลาดอิสระ หรือบริหารเอเจนซี ก็ไม่จำเป็นต้องใช้เวลาหกเดือนเขียน skills เอง งานครึ่งหนึ่งถูกจัดเตรียมไว้แล้ว
### 4. vercel-labs/agent-skills - ออกแบบโดยไม่ให้ดูเหมือน AI
Repository: [github.com/vercel-labs/agent-skills](https://github.com/vercel-labs/agent-skills) skill `web-design-guidelines` ตรวจสอบโค้ด UI เทียบกับกฎด้านการเข้าถึง ประสิทธิภาพ และความง่ายในการใช้งานมากกว่า 100 ข้อ
อีก skill ที่มีอยู่ด้วยคือ [frontend-design ของ Anthropic](https://github.com/anthropics/skills/tree/main/skills/frontend-design) ซึ่งมียอดติดตั้งมากกว่า 110,000 ครั้งต่อสัปดาห์ มันทำให้ AI เลือกสไตล์ก่อนเริ่มเขียนโค้ด หากไม่มี skill นี้ ทุกหน้าที่ Claude สร้างจะใช้ฟอนต์ Inter ไล่ระดับสีม่วง และการ์ดแบบกริด ผลลัพธ์เหมือนกันสำหรับทุกคน
### 5. obra/superpowers - เวิร์กโฟลว์แบบหลายเอเจนต์
โดยรวมแล้ว หากติดตั้งสามรายการแรกในลิสต์นี้—`anthropics/skills`, `mattpocock/skills` และ `coreyhaines31/marketingskills`—Claude Code ของคุณจะมี skills สำเร็จรูปหลายสิบรายการที่ครอบคลุมงานส่วนใหญ่ของผู้ประกอบการในเดือนแรก
## งานที่ทำซ้ำแบบใดควรเปลี่ยนเป็น skill?
ประเด็นสำคัญ
กฎนั้นง่ายมาก: การกระทำใดก็ตามที่คุณทำมากกว่าสองครั้งต่อสัปดาห์และทำตามขั้นตอนแบบเดิมโดยประมาณ เป็นตัวเลือกสำหรับ skill ไม่ใช่ “รายงานที่ซับซ้อนปีละครั้งให้ผู้ตรวจสอบบัญชี” แต่เป็นงานประจำ เช่น แผนเนื้อหาสำหรับช่อง การตรวจใบเสร็จของลูกค้า หรืออีเมลต้อนรับผู้เข้าร่วมใหม่ skill เปลี่ยนความพยายามครั้งเดียวให้เป็นสินทรัพย์ที่ทำงานได้โดยไม่มีคุณ
จากงานกับลูกค้าและโปรเจกต์ของคนอื่น ฉันเห็นรูปแบบนี้มาหลายสิบครั้ง บางคนมี “งานอย่างหนึ่งที่ทำใหม่จากศูนย์ทุกครั้ง” ทุกวันจันทร์ก็เขียนรายงานประเภทเดิม ทุกครั้งที่มีลูกค้าใหม่ก็ทำตามขั้นตอนเดิม การเผยแพร่แต่ละครั้งก็ใช้เทมเพลตเดิม และแต่ละครั้งใช้เวลา 30-90 นาที เพราะต้องนึกขั้นตอน เปิดไฟล์ที่ถูกต้อง และเรียบเรียงพรอมต์ให้ Claude ใหม่ทุกครั้ง
วิธีแก้คือจัดแพ็กกระบวนการนี้เป็น skill เพียงครั้งเดียว หลังจากนั้น คุณพูดวลีเดียว แล้ว Claude จะโหลดระเบียบวิธี อ่านแหล่งข้อมูลที่จำเป็น และสร้างผลลัพธ์ ตัวอย่างสามกรณีจากต่างสาขา:
### ตัวอย่าง 1. นักการตลาดอิสระ - skill `weekly-content-plan`
สิ่งที่ทำด้วยมือ: ทุกวันจันทร์ เธอเตรียมโพสต์ Telegram สำหรับหนึ่งสัปดาห์ให้ลูกค้าสามราย เธอเปิดคู่มือ brand voice ของลูกค้า อ่านโพสต์ล่าสุด คิดหัวข้อตามปฏิทินผลิตภัณฑ์ และทำตารางที่มี hooks และ bullet points
เมื่อทำเป็น skill จะกลายเป็นคำแนะนำห้าขั้นตอน: อ่านไฟล์ tone-of-voice ของลูกค้า อ่านปฏิทินผลิตภัณฑ์ ตรวจ 10 โพสต์ล่าสุดเพื่อไม่ให้ซ้ำ คิดเจ็ดหัวข้อโดยแบ่งตามประเภท (เน้นขาย เชี่ยวชาญ และส่วนตัว) แล้วแสดงผลเป็นตาราง
คำสั่ง “มาวางแผนโพสต์ของลูกค้า X สำหรับสัปดาห์นี้กัน” เปลี่ยนการเตรียมงานหนึ่งชั่วโมงให้เหลือเวลารอสามนาที นักการตลาดตรวจผลลัพธ์ แก้ไขเฉพาะจุด แล้วส่งให้ลูกค้า
### ตัวอย่าง 2. นักบัญชีที่รับจ้างภายนอก - skill `monthly-receipts-close` (ตัวอย่างของผู้เขียน)
สิ่งที่ทำด้วยมือ: สำหรับลูกค้าแต่ละรายในพอร์ต ทุกเดือนเขาส่งออก statement ธนาคาร กระทบยอดกับการชำระเงินในระบบบัญชี ทำเครื่องหมายรายการที่ยังไม่จัดประเภท จัดทำรายงานรายได้เบื้องต้น และเปรียบเทียบโครงสร้างรายได้กับเดือนก่อน
skill นี้เป็นคำแนะนำหกขั้นตอนพร้อม shell scripts สองสามไฟล์ในโฟลเดอร์ `scripts/` สำหรับแยกวิเคราะห์ statement ธนาคาร ทริกเกอร์ “ปิดบัญชีเดือนพฤษภาคมให้ลูกค้า X” ทำให้ Claude สร้างรายงานพร้อมทำเครื่องหมายรายการผิดปกติภายใน 4-5 นาที
### ตัวอย่าง 3. ผู้สร้างหลักสูตรออนไลน์ - skill `welcome-letter-new-participant`
สิ่งที่ทำด้วยมือ: ผู้เข้าร่วมใหม่ชำระเงินแล้ว และต้องเขียนอีเมลต้อนรับ การต้อนรับที่ดีต้องเป็นส่วนตัว โดยคำนึงถึงช่องทางที่เขามา ผลิตภัณฑ์ที่ซื้อ รุ่นหลักสูตรที่เข้าร่วม และเอกสารที่จะส่งให้ เทมเพลต “สวัสดี เรายินดีที่คุณมา” ทำแบบนั้นไม่ได้
skill สั่งให้ Claude อ่าน `knowledge/audience.md` (คนเหล่านี้เป็นใคร), `knowledge/products/.md` (พวกเขาจะได้รับอะไร) และอีเมลต้อนรับสามฉบับล่าสุด (เพื่อไม่ให้ซ้ำ) จากนั้นเขียนอีเมลตามโครงสร้างนี้: ประโยคเปิด - รายละเอียดผลิตภัณฑ์ - สามขั้นตอนแรก - คำลงท้าย
เร็วกว่าการทำด้วยมือหลายเท่า คุณภาพสม่ำเสมอกว่า เพราะ Claude จำได้ว่าต้องตรวจแหล่งข้อมูลสามแห่ง ขณะที่คนที่รีบอาจข้ามไปหนึ่งแห่ง
### สิ่งที่ไม่ควรเปลี่ยนเป็น skill
- **งานครั้งเดียว** หากทำปีละครั้งตอนยื่นภาษี ก็แค่อธิบายให้ Claude ฟังในแชต skill จะคุ้มค่าหลังทำซ้ำ 3+ ครั้ง
- **งานที่กว้างเกินไป** “ช่วยเรื่องการตลาดหน่อย” ไม่ใช่ skill แต่มันคือการตลาดทั้งหมด skill คือ “แผนเนื้อหารายสัปดาห์”—การกระทำเฉพาะอย่างที่มีผลลัพธ์เฉพาะ
- **งานที่ไม่มีขั้นตอนทำซ้ำได้** หากกระบวนการเปลี่ยนไปทุกครั้ง นั่นไม่ใช่ skill แต่เป็นงานครั้งเดียว
## Skill Creator เขียน skills ให้คุณอย่างไร?
ประเด็นสำคัญ
Skill Creator เป็น meta-skill จาก Anthropic ที่เปิดตัวพร้อมคำสั่ง `/skill-creator` มันพาคุณผ่านหกขั้นตอน: ร่าง ทดสอบ ประเมิน ปรับปรุง ทำให้เหมาะสม และจัดแพ็ก ผลลัพธ์คือ SKILL.md ที่พร้อมใช้งานและผ่านการทดสอบด้วย trigger-evals 20 รายการ (10 รายการที่ควรเปิดใช้และ 10 รายการที่ไม่ควรเปิดใช้) สำหรับผู้ที่ไม่ใช่โปรแกรมเมอร์ นี่เป็นวิธีที่เร็วที่สุดในการเขียน skill แรกที่ใช้งานได้ โดยไม่ต้องแกะ YAML หรือโต้เถียงกับ Claude
ปัญหาคือการเขียน skill ที่ดีให้ได้ตั้งแต่ครั้งแรกทำได้ยาก คำอธิบายมักแคบหรือกว้างเกินไป พลาดวลีที่ผู้ใช้พูดจริง หรือขัดแย้งกับ skill ที่อยู่ใกล้เคียง Anthropic แก้ปัญหานี้ด้วยการเผยแพร่ [skill-creator](https://github.com/anthropics/skills/blob/main/skills/skill-creator/SKILL.md) ซึ่งเป็น meta-skill ที่สร้าง skills อื่นได้
หลังติดตั้ง `anthropics/skills` แล้ว บอก Claude ว่า `/skill-creator` (หรือพูดว่า “มาสร้าง skill สำหรับรายงานประจำสัปดาห์กัน”) แล้วทำตามเวิร์กโฟลว์หกขั้นตอน:
1. **ร่าง** - skill-creator ถามคำถามว่า skill ควรทำอะไร ใช้วลีทริกเกอร์ใด อ่านแหล่งข้อมูลใด และทำตามขั้นตอนใด ผลลัพธ์คือ SKILL.md ฉบับแรก
2. **ทดสอบ** - skill-creator สร้างพรอมต์ทดสอบ 20 รายการ: 10 รายการที่ควรเรียกใช้ skill และ 10 รายการที่ดูคล้ายทริกเกอร์แต่ไม่ควรเรียกใช้ (กรณีเกือบตรงกัน)
3. **ประเมิน** - มันรันแต่ละพรอมต์ในแชตใหม่และตรวจว่า skill ถูกเปิดใช้หรือไม่ หากเปิดใช้ในกรณีที่ไม่ควร หรือไม่เปิดใช้ในกรณีที่ควร ก็จะทำเครื่องหมายผลลัพธ์
4. **ปรับปรุง** - มันเขียนคำอธิบายใหม่ตามข้อผิดพลาด แล้วรันการทดสอบอีกครั้ง
5. **ทำให้เหมาะสม** - ขัดเกลาครั้งสุดท้าย: ตรวจว่าเกินขีดจำกัด 1024 อักขระหรือไม่ และขัดแย้งกับ skills ที่มีอยู่ในโปรเจกต์หรือไม่
6. **จัดแพ็ก** - จัดแพ็ก SKILL.md ฉบับสุดท้ายและไฟล์อ้างอิงให้อยู่ในโครงสร้างที่ถูกต้อง
ในการใช้งานจริง คุณคุยกับ Claude ประมาณ 15-20 นาที ตอบคำถามเพื่อความชัดเจน 7-8 ข้อ แล้วได้ skill ที่พร้อมใช้และผ่านการทดสอบ ซึ่งจะทำงานกับทริกเกอร์ที่ถูกต้อง
อีกประโยชน์หนึ่งคือ `skill-creator` แสดงตัวอย่างรูปแบบการเขียน SKILL.md ที่ดีเยี่ยม คุณเปิดไฟล์ของมันเองเพื่อดูรูปแบบ น้ำเสียง และโครงสร้างขั้นตอนได้ นี่เป็นกรณีที่เครื่องมือสาธิตตัวเอง—อ่านแล้วเรียนรู้วิธีเขียนของคุณเอง
## Skills, CLAUDE.md, Subagents, MCP, Hooks: ควรใช้อะไร?
ประเด็นสำคัญ
Claude Code มีองค์ประกอบห้าชนิดสำหรับขยายพฤติกรรมที่แตกต่างกัน และใช้แทนกันไม่ได้ CLAUDE.md คือความรู้ถาวรของโปรเจกต์ Skills คือเวิร์กโฟลว์ที่ทำซ้ำและเปิดใช้ด้วยทริกเกอร์ Subagents ทำงานแบบขนานในบริบทแยกต่างหาก MCP เชื่อมต่อระบบภายนอก (APIs, ฐานข้อมูล) Hooks ตอบสนองต่อเหตุการณ์โดยอัตโนมัติ ข้อผิดพลาดที่พบบ่อยที่สุดของ vibe-coder คือยัดทุกอย่างไว้ใน CLAUDE.md หรือพยายามทำ skill ที่มี hook
ปัญหาที่พบบ่อยที่สุดในโปรเจกต์ที่ฉันรีวิวคือ CLAUDE.md รวมกฎของโปรเจกต์ คำแนะนำการเผยแพร่ทีละขั้นตอน เทมเพลต commit และคำอธิบายฐานข้อมูลไว้ด้วยกัน ทำให้บริบทล้น และยังใช้ไม่ได้จริงด้วย: Claude ไม่ทำตามคำสั่ง “เมื่อผู้ใช้ขอให้เผยแพร่” เพราะโมเดลมอง CLAUDE.md ทั้งหมดเป็นบริบททั่วไปที่ไม่มีทริกเกอร์ชัดเจน
วิธีแก้คือกำหนดให้แต่ละรายการอยู่กับองค์ประกอบที่เหมาะสม:
| อะไร | ใช้เมื่อใด | ตัวอย่าง |
|----|----|----|
| **CLAUDE.md** | ความรู้ที่จำเป็นตลอดเวลา | “โปรเจกต์ใช้ภาษาที่กำหนดไว้”, “ห้ามใช้ขีดยาวในข้อความ”, “ชื่อแบรนด์สะกดด้วย ‘o’” |
| **Skills** | กระบวนการทำซ้ำที่เปิดใช้ด้วยทริกเกอร์ | “เผยแพร่ขึ้น production”, “แผนโพสต์รายสัปดาห์”, “ปิดบัญชีลูกค้าประจำเดือน” |
| **Subagents** | ทำงานขนานกันหรือแยกบริบทที่หนัก | “ตรวจสอบความปลอดภัยขณะที่ฉันวางแผนฟีเจอร์ใหม่”, “รีวิว codebase ในเซสชันแยก” |
| **MCP** | เชื่อมต่อระบบภายนอก | “ดึงข้อมูลจาก CRM”, “ดึงงานจากตัวติดตาม”, “ตรวจเว็บไซต์ในเบราว์เซอร์” |
| **Hooks** | ตอบสนองต่อเหตุการณ์โดยอัตโนมัติ | “รันการตรวจสอบหลัง Edit”, “บล็อกคำสั่งอันตราย”, “ส่งการแจ้งเตือน Telegram เมื่อเสร็จ” |
ในระยะสั้น ภาพรวมสรุปเป็นตรรกะง่าย ๆ: Skills และ MCP ครอบคลุมเวิร์กโฟลว์ส่วนใหญ่ ส่วน Hooks ทำงานประจำโดยอัตโนมัติ เช่น ตรวจโค้ด ทดสอบ และ guardrails ต้องใช้ Subagents เมื่อบริบทหนัก ข้อผิดพลาดที่พบบ่อยที่สุดคือสร้าง subagent ในกรณีที่ควรใช้ skill
### ผังการตัดสินใจ
เมื่อคุณคิดว่า “ฉันต้องการให้ Claude ทำ X”:
1. **ความรู้นี้จำเป็นตลอดเวลาหรือไม่?** เช่น “โปรเจกต์ใช้ภาษาที่กำหนดไว้” หรือ “เราไม่ใช้ em-dashes” → ใส่ไว้ใน `CLAUDE.md`
2. **นี่เป็นขั้นตอนที่เปิดใช้ด้วยทริกเกอร์และตอนนี้คุณทำด้วยมือหรือไม่?** เช่น “ฉันเขียนรายงานทุกวันจันทร์” → สร้าง **skill**
3. **คุณต้องเข้าถึงระบบภายนอกหรือไม่?** เช่น Stripe API หรือ CRM ของคุณ → เชื่อมต่อ **MCP server**
4. **Claude Code ควรตอบสนองต่อเหตุการณ์โดยอัตโนมัติหรือไม่?** เช่น รัน linter หลังทุก Edit → เขียน **hook**
5. **งานนี้หนัก จะใช้บริบททั้งหมด และคุณต้องทำอย่างอื่นขนานกันหรือไม่?** → เปิดใช้ **subagent**
90% ของงานผู้ประกอบการสาย vibe-coder อยู่ในหมวด 1-3 ส่วน Hooks และ subagents เป็นเครื่องมือระดับถัดไปสำหรับเมื่อคุณก้าวพ้นการทำ “ทีละงาน” แล้ว
### Slash Commands และ Skills คือสิ่งเดียวกัน
การเปลี่ยนแปลงสำคัญใน Claude Code: ระบบ slash-command แบบเก่า (`.claude/commands/`) และ skills รวมเป็นสิ่งเดียวกันในทางปฏิบัติ ไฟล์ `.claude/commands/deploy.md` และ `.claude/skills/deploy/SKILL.md` ต่างก็สร้างคำสั่ง `/deploy` หากชื่อเหมือนกัน skill จะเป็นตัวที่มีผล ดังนั้นหากคุณยังใช้รูปแบบ slash-command เก่า ให้ย้ายมาใช้ skills เพราะไวยากรณ์ชัดเจนกว่าและมีความสามารถมากกว่า
## 7 ข้อผิดพลาดที่ทำให้ skill ใช้งานไม่ได้
ประเด็นสำคัญ
ปัญหาที่พบบ่อยที่สุดของ skills ไม่ใช่บั๊กของ Claude แต่เป็นข้อผิดพลาดในตัว skill เอง เช่น คำอธิบายที่ไม่มีทริกเกอร์ SKILL.md ที่ยาวเกินไป 2,000 บรรทัด skills สองรายการที่คล้ายกันจนขัดแย้งกัน หรือการพยายามดาวน์โหลด “ทุกอย่างใน marketplace” ข้อผิดพลาดแต่ละอย่างทำให้การเปิดใช้ skill หรือการทำงานของมันมีปัญหา
### 1. คำอธิบายไม่มีทริกเกอร์: skill ไม่ทำงาน
อาการ: คุณเขียน skill ตรวจโครงสร้างแล้ว ทุกอย่างถูกต้อง แต่ Claude ไม่เรียกใช้เมื่อตอบคำขอของผู้ใช้ สาเหตุแทบทุกครั้งเหมือนกัน คือคำอธิบายอย่าง “ตัวช่วยเขียนเนื้อหา” Claude ไม่รู้ว่าควรตอบสนองต่อวลีใด วิธีแก้: ใส่วลีจริง 3-5 วลีที่ผู้ใช้พูดลงในคำอธิบายโดยตรงและใส่เครื่องหมายอัญประกาศ
### 2. SKILL.md เกิน 500 บรรทัด: ความสนใจเริ่มหลุด
Anthropic [แนะนำอย่างชัดเจน](https://code.claude.com/docs/en/skills) ให้เนื้อหาในไฟล์มีความยาวไม่เกิน 500 บรรทัด หากคำแนะนำยาว 2,000 บรรทัด Claude จะเสียสมาธิ ทำตามขั้นตอนเพียงบางส่วน และสับสนเรื่องลำดับ วิธีแก้: ย้ายส่วนขนาดใหญ่ไปไว้ในไฟล์ใกล้เคียง เช่น `examples/`, `references/`, `scripts/` และอ้างถึงจาก SKILL.md
### 3. ใช้ skill เดียวกับ “ทุกเรื่องเกี่ยวกับเนื้อหา” แทนที่จะใช้สาม skill เล็ก ๆ
การตั้งค่าที่ชวนให้ทำ: สร้าง skill ใหญ่ชื่อ `content` ที่มีทั้งโพสต์ Telegram, landing page และอีเมล วิธีนี้ใช้ไม่ได้ skill จะเปิดใช้กับคำขอผิดประเภท ปะปนระเบียบวิธี และสร้างผลลัพธ์แบบเฉลี่ย วิธีแก้: หนึ่ง skill = หนึ่งการกระทำที่ทำซ้ำได้ หากคุณมีงานประจำสามอย่างเกี่ยวกับ “เนื้อหา” ก็สร้างสาม skills: `telegram-post`, `landing-section`, `email-broadcast`
### 4. Skill ไม่มีส่วน “เมื่อใดที่ไม่ควรใช้”: เกิดความขัดแย้ง
อาการ: มี skills ที่คล้ายกันสองรายการในโปรเจกต์ แล้ว Claude เรียกใช้ผิดตัว ตัวอย่างเช่น skill หนึ่งเกี่ยวกับอีเมล newsletter และอีกตัวใช้เฉพาะอีเมลต้อนรับผู้เข้าร่วมหลักสูตร หากไม่มีเงื่อนไขชัดเจนว่า “อย่าเปิดใช้หากคำขอเกี่ยวกับ mailing list ทั่วไป” skill อีเมลต้อนรับจะถูกเรียกใช้ทุกครั้งที่พูดถึง “อีเมล” วิธีแก้: ระบุกรณีที่ไม่ควรใช้ไว้ในคำอธิบาย
### 5. มี 50 Skills ในโปรเจกต์: คำอธิบายถูกตัดทอน
จาก[เอกสาร Claude Code](https://code.claude.com/docs/en/skills):
ชื่อ skills จะถูกรวมไว้เสมอ แต่หากมี skills จำนวนมาก คำอธิบายจะถูกตัดเพื่อให้อยู่ภายในขีดจำกัดอักขระ ซึ่งอาจทำให้คำสำคัญที่ Claude ใช้จับคู่กับคำขอหายไป โควตา - 1% ของหน้าต่างบริบทโมเดล
— Claude Code Documentation, https://code.claude.com/docs/en/skills
หากคุณดาวน์โหลดคอลเลกชัน skills จาก marketplace 50 ชุด คำอธิบายบางส่วนจะถูกตัดทอน คำสำคัญที่คุณคาดหวังว่าจะถูกใช้ก็อาจหายไป วิธีแก้: เก็บ skills ที่มีประโยชน์ที่สุด 10-15 รายการไว้ในโปรเจกต์ที่ใช้งานอยู่ เก็บส่วนที่เหลือในคลังที่ไม่ทำงานนอกทุกโฟลเดอร์ค้นพบสกิล เช่น `skill-archive/` แยกในเอกสารของคุณ ติดตั้งเฉพาะที่จำเป็นในระดับโปรเจกต์หรือส่วนตัว `~/.claude/skills/` เป็นคลังส่วนตัวที่ติดตั้งแล้วและมองเห็นข้ามโปรเจกต์ การย้ายไปที่นั่นจึงไม่ทำให้หายจากการค้นพบ
### 6. Skills จากแหล่งที่ไม่ผ่านการตรวจสอบ: ความเสี่ยงด้านความปลอดภัย
Anthropic เตือนเรื่องนี้ใน[เอกสารทางการ](https://platform.claude.com/docs/en/agents-and-tools/agent-skills/overview):
ใช้ skills จากแหล่งที่เชื่อถือได้เท่านั้น: skills ที่คุณสร้างเองหรือได้รับจาก Anthropic skill ที่เป็นอันตรายอาจทำให้ Claude เรียกใช้เครื่องมือหรือรันโค้ดในแบบที่แตกต่างจากวัตถุประสงค์ที่ระบุไว้ของ skill
— Anthropic Agent Skills Overview, https://platform.claude.com/docs/en/agents-and-tools/agent-skills/overview
repository GitHub สุ่ม ๆ อาจมี skill ที่ขโมยคีย์ API ของคุณตั้งแต่ครั้งแรกที่เรียกใช้ วิธีแก้: เปิด SKILL.md แล้วอ่านด้วยตัวเองก่อนติดตั้ง อย่าเรียกใช้ skills จากผู้เขียนที่ไม่คุ้นเคยในโปรเจกต์สำคัญ
### 7. Skill ที่ไม่มีโฟลเดอร์ความรู้จะให้ผลลัพธ์แบบ “ChatGPT ทั่วไป”
นี่เป็น anti-pattern ที่ละเอียดอ่อนและพบบ่อยที่สุด skill คือระเบียบวิธี แต่ระเบียบวิธีเพียงอย่างเดียวไม่มีความหมายหากไม่มีบริบท หากคุณเขียน skill “สร้างอีเมลต้อนรับ” แต่ในโปรเจกต์ไม่มีไฟล์อธิบายกลุ่มผู้รับและไม่มีไฟล์ brand voice Claude ก็จะเขียนอีเมลแบบ ChatGPT ทั่วไป ซึ่งไม่ต่างจากของคนอื่น
skill ทำงานได้ดีที่สุดเมื่อคุณสร้าง [Second Brain](https://ailoot.ai/blog/th/claude-code-second-brain/) ของโปรเจกต์ตามหลักการใน[คู่มือเกี่ยวกับ CLAUDE.md](https://ailoot.ai/blog/th/claude-md-template/) เรียบร้อยแล้ว ก่อนอื่นสร้างโครงสร้างความรู้ จากนั้นค่อยสร้าง skills ที่อาศัยโครงสร้างนั้น หากทำกลับกัน คุณจะได้งานประจำคุณภาพเฉลี่ยแทนงานเฉพาะตัวในสไตล์ของคุณ
## วิธีสร้าง skill แรกของคุณภายใน 30 นาที
ประเด็นสำคัญ
สูตรทีละขั้นตอนสำหรับสร้าง skill แรกที่ใช้งานได้: เลือกการกระทำที่ทำซ้ำได้หนึ่งอย่าง เขียนขั้นตอน สร้างโครงสร้างโฟลเดอร์ เขียนคำอธิบายตามสูตร ทดสอบด้วยพรอมต์ 5-8 รายการ และปรับจนเปิดใช้ในกรณีที่ควรเปิด ระยะเวลาที่เป็นจริงสำหรับ skill แรกคือ 30-40 นาที ส่วนแต่ละ skill หลังจากนั้นใช้เวลา 10-15 นาที เพราะเริ่มคุ้นเคยกับรูปแบบแล้ว
นี่คือแผนที่เป็นรูปธรรมซึ่งฉันใช้สร้าง skills แรกในโปรเจกต์ของฉัน:
### ขั้นตอนที่ 1. เลือกการกระทำที่ทำซ้ำได้หนึ่งอย่าง
เปิดปฏิทินของเดือนที่ผ่านมา หางานที่คุณทำอย่างน้อย 4-5 ครั้ง และแต่ละครั้งใช้เวลา 30-60 นาที อย่าเลือก “การตลาด” แบบกว้าง ๆ แต่เลือกสิ่งที่เฉพาะเจาะจง เช่น “รายงานยอดขายวันจันทร์” “รับลูกค้าใหม่เข้าระบบ” หรือ “อัปเดตรายการราคาเพื่อจัดโปรโมชัน”
ยิ่งเขียนให้แคบลง skill ก็ยิ่งเรียบง่ายและทริกเกอร์ก็ยิ่งแม่นยำ
### ขั้นตอนที่ 2. เขียนกระบวนการด้วยมือ
เขียนขั้นตอนที่คุณทำลงในไฟล์แยกหรือในแชตกับ Claude (ไม่ใช่สำหรับ skill แต่เป็นร่าง):
```
1. Open the client database
2. Filter by status "awaiting welcome email"
3. Check which channel the client came from
4. Get the email template for that channel from the "templates" folder
5. Fill in the name, product, and start date
6. Send
```
นี่ไม่ใช่ skill แต่เป็นบันทึก อย่างไรก็ตาม หากไม่มีบันทึกเหล่านี้ การเขียน SKILL.md ก็จะทำให้สับสนตั้งแต่เริ่มต้น
### ขั้นตอนที่ 3. สร้างโครงสร้างโฟลเดอร์
```bash
mkdir -p .claude/skills/welcome-email-new-client
touch .claude/skills/welcome-email-new-client/SKILL.md
```
หรือหากต้องการใช้ skill ในทุกโปรเจกต์ ให้วางไว้ใน `~/.claude/skills/`
### ขั้นตอนที่ 4. เขียน SKILL.md โดยใช้เทมเพลต
โครงร่าง:
```markdown
---
name: welcome-email-new-client
description: |
Prepares a welcome email for a new client using the template for their acquisition channel.
Triggers: "write a welcome email for new client X",
"onboard new participant Y", "welcome email for client from channel Z".
Do not activate if the request is about a general mailing list
or an email campaign—those are other skills.
---
# Welcome Email for a New Client
## Steps
1. Read `knowledge/audience/segments.md` - what client segments we have
2. Read `knowledge/templates/welcome/` - templates by channel
3. Identify the client's channel from the request context
4. Insert the client's name, product name, and start date
5. Check the length—it should be no more than 800 characters
6. Output the final email text in a copy-ready format
## Important
- Do not use “dear friend” or “hello”—use natural speech
- One paragraph, one idea
- End with one call to action, not two
```
### ขั้นตอนที่ 5. ทดสอบด้วยพรอมต์ 5-8 รายการ
เปิดแชตเปล่ากับ Claude Code ในโปรเจกต์นี้ ลอง 5 วลีที่คุณใช้จริง และอีก 3 วลีที่คล้ายกันแต่ไม่ควรเปิดใช้ skill:
ควรเปิดใช้:
- “Write a welcome email for new client Ivanov”
- “Onboard a new participant who bought program X”
- “Welcome email for a client from Instagram”
ไม่ควรเปิดใช้:
- “Send a promotion email to the whole list”
- “Email campaign for the New Year holidays”
- “Write a follow-up to a client who hasn't paid”
ตรวจทุกกรณีว่า skill เปิดใช้หรือไม่ หากเปิดใช้ในกรณีผิด ให้จำกัดขอบเขตคำอธิบายให้แคบลง หากไม่เปิดใช้ในกรณีที่ควร ให้เพิ่มวลีทริกเกอร์ให้ครอบคลุมขึ้น
### ขั้นตอนที่ 6. ปรับคำอธิบายซ้ำ
หลังการทดสอบแต่ละครั้งที่ล้มเหลว ให้แก้เฉพาะคำอธิบาย—อย่าแตะเนื้อหาคำแนะนำ หลังปรับ 2-3 รอบ skill จะเริ่มทำงานได้อย่างเชื่อถือได้ บันทึกไว้ ทำ commit แล้วใช้ทุกวัน
คำแนะนำสุดท้าย: อย่าพยายามทำให้ skill แรกสมบูรณ์แบบ แค่ทำให้มันใช้งานได้ การขัดเกลาจะเกิดขึ้นหลัง skill ที่ห้าหรือสิบ เมื่อคุณเริ่มเห็นรูปแบบในถ้อยคำที่ใช้และการตอบสนองของ Claude
เลือกงานที่ทำซ้ำจากปฏิทินของสัปดาห์นี้ จัดเวลาไว้ 30 นาที แล้วทำตามหกขั้นตอนข้างต้น จากนั้น Claude จะทำงานตามระเบียบวิธีของคุณแทนการคาดเดา
### แหล่งข้อมูล
- [ขยาย Claude ด้วย skills - เอกสาร Claude Code](https://code.claude.com/docs/en/skills)
- [ภาพรวม Agent Skills - เอกสาร Claude Platform](https://platform.claude.com/docs/en/agents-and-tools/agent-skills/overview)
- [เตรียมเอเจนต์ให้พร้อมสำหรับโลกจริงด้วย Agent Skills - บล็อก Anthropic Engineering](https://www.anthropic.com/engineering/equipping-agents-for-the-real-world-with-agent-skills)
- [anthropics/skills - repository อย่างเป็นทางการที่มี skill-creator](https://github.com/anthropics/skills)
- [Skill Creator SKILL.md - แหล่งที่มาของวิธี trigger-evals](https://github.com/anthropics/skills/blob/main/skills/skill-creator/SKILL.md)
- [vercel-labs/agent-skills - แนวทางการออกแบบ](https://github.com/vercel-labs/agent-skills)
- [มาตรฐานเปิด Agent Skills - ข้อกำหนด](https://agentskills.io)
หากต้องการเข้าถึงโมเดล AI ผ่าน Ailoot ลองดูที่ [Ailoot](https://ailoot.ai/).
## คำถามที่พบบ่อย
### ย้ายสกิลไป ~/.claude/skills/ แล้วไม่ทำงานหรือไม่?
ไม่ใช่ โฟลเดอร์นั้นเป็น scope ส่วนตัวที่ติดตั้งแล้วและใช้ได้ข้ามโปรเจกต์ เก็บชุดที่ยังไม่ใช้ในคลังนอกทุกโฟลเดอร์ค้นพบ แล้วติดตั้งเฉพาะที่ต้องใช้ตอนนี้
### ทดสอบว่า description เรียกสกิลถูกอย่างไร?
ลอง 5 วลีที่ควรเรียกและ 3 คำขอใกล้เคียงที่ไม่ควรเรียก ใช้แชตใหม่ บันทึกว่าสกิลใดโหลด และปรับ description เมื่อพลาดคำขอจริงหรือจับคำขอที่คล้ายแต่ไม่ตรง
## Ailoot · บริษัทและพอร์ตโฟลิโอโครงการของบริษัท
Ailoot อาศัยประสบการณ์การดำเนินงานที่สั่งสม ฐานลูกค้าขนาดใหญ่ บริการที่เสถียร และการติดตาม KPI อย่างต่อเนื่อง
บริษัทและพอร์ตโฟลิโอโครงการของบริษัท: ลูกค้าหลายล้านราย; ยอดขายระดับหลายพันล้านต่อเดือน.
Ailoot นำประสบการณ์การดำเนินงานนี้มาใช้เพื่อให้เข้าถึงฟังก์ชัน AI ผ่าน API ในผลิตภัณฑ์ของลูกค้า เอเจนต์ แอปพลิเคชัน และระบบอัตโนมัติ