⚡ คู่มือครบวงจร • อัปเดตล่าสุด 2025

เรียนรู้ AI Agent Skills
จากง่ายไปยาก

คู่มือฉบับสมบูรณ์สำหรับเข้าใจและใช้งาน Skills ของ AI Agent — 113 skills ใน 18 หมวดหมู่ พร้อมตัวอย่างการใช้งานจริงที่ทำตามได้

0
Skills ทั้งหมด
0
หมวดหมู่
0
ระดับความยาก
0
+ ตัวอย่าง

Skills คืออะไร?

Skills คือ "ความรู้เฉพาะทาง" ที่ถูกบรรจุไว้ใน AI Agent — เหมือนการให้ AI มีคู่มือการใช้งานสำหรับงานแต่ละประเภท ทำให้ทำงานได้แม่นยำและรวดเร็วยิ่งขึ้น

📦

บรรจุความรู้

แต่ละ skill เก็บคำสั่ง, ขั้นตอน, pitfalls และ best practices สำหรับงานเฉพาะ — เหมือนคู่มือฉบับย่อที่ AI อ่านก่อนทำงาน

เรียกใช้ทันที

ไม่ต้องสอน AI ใหม่ทุกครั้ง — แค่บอกว่าจะทำอะไร AI จะโหลด skill ที่เกี่ยวข้องและทำงานได้ทันที

🔧

ทำงานได้จริง

ไม่ใช่แค่ความรู้ — skills มีคำสั่งที่ใช้งานได้จริง เช่น โค้ด, CLI commands, API calls ที่ AI นำไปปฏิบัติได้ทันที

🧩

ผสานร่วมกัน

โหลดได้หลาย skill พร้อมกัน — เช่น ใช้ liquid-glass + claude-design เพื่อสร้างเว็บสวยๆ ได้ในครั้งเดียว

สำรวจ Skills ตามหมวดหมู่

จัดหมวดตามประเภทงาน — คลิกที่การ์ดเพื่อดูรายละเอียด skills ในหมวดนั้น

🤖

Autonomous AI Agents

มอบหมายงานให้ AI agent ทำแทน — เขียนโค้ด สร้าง PR ตรวจสอบงานอัตโนมัติ

5 skills
claude-code codex hermes-agent opencode kanban-codex-lane
🎨

Creative

สร้างสรรค์งานศิลปะดิจิทัล — diagram, ASCII art, infographic, comic, ออกแบบเว็บ

20 skills
claude-design liquid-glass excalidraw p5js manim-video +15 อื่นๆ
📊

Data Science

วิเคราะห์ข้อมูลด้วย Jupyter notebook — interactive Python แบบ live kernel

1 skill
jupyter-live-kernel
🔧

DevOps

ดูแลระบบ — gateway, kanban workflow, health audit, webhook, deploy

6 skills
hermes-gateway kanban-orchestrator system-health-audit webhook-subscriptions deploy-checklist
📧

Email

ส่ง-รับอีเมลจาก terminal — IMAP/SMTP ผ่าน Himalaya CLI

1 skill
himalaya
🎮

Gaming

เซิร์ฟเวอร์เกม — Minecraft modpack, Pokemon emulator

2 skills
minecraft-modpack-server pokemon-player
🐙

GitHub

GitHub workflow ครบวงจร — repo, PR, code review, issues, auth

7 skills
github-auth github-pr-workflow github-code-review github-issues +3 อื่นๆ
📍

Leisure

ค้นหาสถานที่ใกล้คุณ — ร้านอาหาร คาเฟ่ ร้านขายยา

1 skill
find-nearby
🔌

MCP

เชื่อมต่อ external tools ผ่าน Model Context Protocol — 201+ tools จาก Hostinger

2 skills
native-mcp mcporter
🎬

Media

สื่อดิจิทัล — YouTube, Spotify, GIF, สร้างเพลง, วิเคราะห์เสียง

5 skills
youtube-content spotify heartmula gif-search songsee
🧠

MLOps

Machine Learning lifecycle — train, fine-tune, quantize, serve, evaluate LLMs

22 skills
axolotl vllm peft-fine-tuning stable-diffusion whisper +17 อื่นๆ
📝

Note-taking

จดบันทึกและจัดการ knowledge base ผ่าน Obsidian

1 skill
obsidian
📋

Productivity

เพิ่มผลิตภาพ — Google Workspace, Notion, Airtable, Linear, PowerPoint, OCR

10 skills
google-workspace notion airtable linear +6 อื่นๆ
🛡️

Red Teaming

ทดสอบความปลอดภัยของ LLM — jailbreak techniques

1 skill
godmode
📚

Research

งานวิจัยและข้อมูล — arXiv, RSS feeds, LLM Wiki, Polymarket

5 skills
arxiv blogwatcher llm-wiki polymarket research-paper-writing
💡

Smart Home

ควบคุม smart home — Philips Hue lights, scenes, rooms

1 skill
openhue
📱

Social Media

โพสต์และจัดการ social — X/Twitter ทั้ง API และ scraping

2 skills
xitter xurl
💻

Software Development

พัฒนาซอฟต์แวร์ — Next.js, debugging, TDD, plan, code review, Liquid Glass dashboard

18 skills
nextjs16-patterns liquid-glass-dashboard test-driven-development systematic-debugging +14 อื่นๆ

ระดับความยาก — ง่าย → ยาก

แนะนำให้เริ่มจากระดับเริ่มต้นก่อน แล้วค่อยไประดับที่ยากขึ้นเรื่อยๆ

🟢 เริ่มต้น

พื้นฐาน — ใช้ได้ทันที

  • สร้างไฟล์: write_file("note.txt", "สวัสดี")
  • ค้นหาข้อมูล: ใช้ web search หาข้อมูลและสรุป
  • สร้าง ASCII Art: โหลด skill ascii-art
  • หาสถานที่: ใช้ skill find-nearby
  • สร้างไฟล์โน้ต: ใช้ skill obsidian
  • ดู repo: ใช้ skill github-repo-management
  • ควบคุมไฟ: ใช้ skill openhue
🟡 ระดับกลาง

ประยุกต์ใช้ — ผสมหลายเครื่องมือ

  • มอบหมายงาน: delegate_task ให้ subagent
  • Automation: สร้าง cronjob รันซ้ำ
  • สร้าง Dashboard: Next.js + Liquid Glass
  • Deploy เว็บ: สร้าง + deploy ไป Hostinger
  • GitHub PR: branch → commit → PR → review
  • OCR เอกสาร: สกัดข้อความจาก PDF/ภาพ
  • สร้าง PowerPoint: ใช้ skill powerpoint
🔴 ขั้นสูง

ผู้เชี่ยวชาญ — ระบบซับซ้อน

  • Fine-tune LLM: LoRA/QLoRA ด้วย peft + axolotl
  • Multi-agent: สร้าง orchestration หลาย agent
  • Kanban workflow: ระบบจัดการงานอัตโนมัติ
  • Quantize model: GGUF + serve ด้วย vLLM
  • RLHF training: DPO/GRPO ปรับแต่งด้วย TRL
  • Custom MCP server: สร้าง tool integration เอง
  • GGUF Deploy: llama.cpp local inference

สร้าง Agent Skill ของคุณเอง

คู่มือฉบับสมบูรณ์ — จากไอเดียสู่ skill ที่ใช้งานได้จริง พร้อม case study 3 ระดับ

🧬 กายวิภาคของ Skill

Skill หนึ่งตัวประกอบด้วยไฟล์ SKILL.md ที่มีโครงสร้าง 2 ส่วนหลัก:

---                                              # ← ส่วนที่ 1: YAML Frontmatter
name: my-skill-name                            # ชื่อ skill (lowercase, มีขีด, ≤64 ตัวอักษร)
description: Use when <trigger>. <behavior>.   # คำอธิบาย (≤1024 ตัวอักษร)
version: 1.0.0
author: Your Name
license: MIT
metadata:
  hermes:
    tags: [tag1, tag2]
    related_skills: [other-skill]
---

# Skill Title

## Overview
คำอธิบายสั้นๆ ว่า skill นี้ทำอะไร ทำไมจึงจำเป็น

## When to Use
- เมื่อไหร่ควรใช้
- เมื่อไหร่ไม่ควรใช้

## ขั้นตอนการทำงาน
คำสั่ง, โค้ด, ตัวอย่างแบบทำตามได้

## Common Pitfalls
1. ข้อผิดพลาดที่พบบ่อย → วิธีแก้
2. ข้อผิดพลาดที่พบบ่อย → วิธีแก้

## Verification Checklist
- [ ] รายการตรวจสอบ
📁
name

ชื่อ skill เป็น lowercase ใช้ขีด (-) คั่น

📝
description

เริ่มด้วย "Use when..." บอกว่าเมื่อไหร่ควรใช้

🏷️
tags

คำค้นหาสั้นๆ ทำให้ค้นพบ skill ได้ง่าย

📐
structure

Overview → When to Use → Body → Pitfalls

📋 ขั้นตอนการสร้าง Skill (6 ขั้น)

🔍

1. สำรวจ Skills ที่มี

เช็คก่อนว่ามี skill คล้ายๆ กันอยู่แล้วหรือไม่ — ถ้ามี ควรขยาย skill เดิมแทนสร้างใหม่

✏️

2. เขียน SKILL.md

ระบุ frontmatter ให้ครบ: name, description (Use when...), version, tags, related_skills

📚

3. เขียนเนื้อหา Body

แบ่งเป็น Overview, When to Use, ขั้นตอน, Pitfalls, Verification — ใส่คำสั่งจริงที่ใช้ได้

4. ตรวจสอบ

Validate frontmatter — ชื่อต้อง ≤64 ตัวอักษร, description ≤1024 ตัวอักษร, body ไม่เกิน 100KB

🧪

5. ทดสอบ

เปิด session ใหม่แล้วลองใช้ skill — ดูว่า AI โหลดและใช้งานได้ถูกต้องหรือไม่

💾

6. บันทึก + Commit

บันทึก skill ผ่าน skill_manage หรือ write_file + git commit เพื่อให้ใช้ซ้ำได้

📚 Case Study: 3 Skills จากง่ายไปยาก

🟢 ง่าย: Daily Standup
🟡 กลาง: Auto Deploy
🔴 ยาก: Customer Analysis
🟢 ระดับเริ่มต้น — Skill 1 ไฟล์
1

สถานการณ์

ทีมต้องการสรุปงานประจำวันอัตโนมัติ — อ่าน log จาก Git commits แล้วส่งสรุปทาง Telegram ทุกเช้า

2

เขียน SKILL.md

---
name: daily-standup-bot
description: Use when sending a daily standup summary. Reads git commits, formats a standup report, and sends it via Telegram.
version: 1.0.0
author: Your Name
license: MIT
metadata:
  hermes:
    tags: [standup, automation, telegram]
    related_skills: [hermes-gateway]
---

# Daily Standup Bot

## Overview
สรุปงานประจำวันจาก git commits และส่งทาง Telegram อัตโนมัติ

## When to Use
- เมื่อต้องส่งสรุปงานประจำวัน (daily standup)
- เมื่อต้องการรายงานสิ่งที่ทำในวันนี้
- Don't use for: weekly summary (ใช้ cron job แทน)

## ขั้นตอน
1. อ่าน git log ของวันนี้:
   git log --since="today 00:00" --oneline
2. จัดกลุ่มตามประเภทงาน (feat, fix, refactor)
3. สร้างข้อความสรุปในรูปแบบ:
   ☀️ Standup: วันนี้ทำอะไรบ้าง
4. ส่งทาง Telegram:
   send_message(target='telegram', message=summary)

## Pitfalls
1. ถ้าไม่มี commit ในวันนี้ → ส่งข้อความว่าง
   → แก้: ตรวจสอบก่อน ถ้าว่างให้บอก "ไม่มีงานในวันนี้"
2. ข้อความยาวเกิน → Telegram ตัดที่ 4096 ตัวอักษร
   → แก้: สรุปแต่ละ commit ให้สั้น

## Verification Checklist
- [ ] git log อ่านได้ถูกต้อง
- [ ] ข้อความสรุปมีรูปแบบที่อ่านง่าย
- [ ] ส่ง Telegram สำเร็จ
3

บันทึก Skill

skill_manage(
  action='create',
  name='daily-standup-bot',
  content='...',  # เนื้อหา SKILL.md ทั้งหมด
  category='devops'
)
4

ตั้งเวลาอัตโนมัติ

cronjob(
  action='create',
  schedule='0 9 * * *',  # ทุกวัน 9:00 น.
  prompt='ส่ง standup summary ของวันนี้',
  deliver='telegram',
  skills=['daily-standup-bot']
)
🟡 ระดับกลาง — ใช้หลาย tools + scripts
1

สถานการณ์

สร้าง skill ที่ deploy เว็บจาก Git repo ไปยัง Hostinger อัตโนมัติ — build, zip, upload, verify ครบวงจร

2

โครงสร้างไฟล์

skills/devops/auto-deploy-hostinger/
├── SKILL.md              # คำอธิบาย + ขั้นตอน
├── scripts/
│   ├── build.sh          # สร้าง production build
│   └── deploy.py         # อัปโหลดผ่าน API
└── templates/
    └── nginx.conf        # nginx config template
3

เขียน SKILL.md

---
name: auto-deploy-hostinger
description: Use when deploying a website to Hostinger. Builds, zips, uploads, configures DNS, and verifies deployment automatically.
version: 1.0.0
author: Your Name
license: MIT
metadata:
  hermes:
    tags: [deploy, hostinger, automation, mcp]
    related_skills: [mcporter, native-mcp]
---

# Auto Deploy to Hostinger

## Overview
Deploy เว็บไซต์จาก Git repo ไป Hostinger ครบวงจร
- build → zip → upload → DNS → SSL → verify

## When to Use
- เมื่อต้อง deploy static site หรือ JS app
- เมื่อต้องการ deploy อัตโนมัติจาก git push
- Don't use for: WordPress (ใช้ hosting_importWordpressWebsite)

## ขั้นตอน
1. Build: npm run build หรือใช้ script ใน templates/
2. Zip: สร้าง archive จาก dist/ หรือ build/
   zip -r deploy.zip dist/
3. Deploy: เรียก Hostinger MCP
   mcporter call hostinger.hosting_deployStaticWebsite ...
4. DNS: เพิ่ม A record สำหรับ domain
   DNS_updateDNSRecordsV1 domain="..." zone=[...]
5. SSL: ติดตั้ง certbot บน VPS
6. Verify: curl https://domain → ตรวจ HTTP 200

## Pitfalls
1. node_modules อยู่ใน zip → deploy ช้า + ไฟล์ใหญ่
   → แก้: ใช้ .gitignore หรือ exclude ตอน zip
2. DNS ยังไม่ propagate → เข้าเว็บไม่ได้ทันที
   → แก้: รอ 5-10 นาที หรือใช้ --resolve flag
3. Token หมดอายุ → API ตอบ 401
   → แก้: เก็บ token ใน config ไม่ใช่ในโค้ด

## Verification Checklist
- [ ] Build สำเร็จ ไม่มี error
- [ ] Zip ขนาดเหมาะสม (< 100MB)
- [ ] HTTP 200 จาก domain
- [ ] HTTPS ทำงาน (Let's Encrypt)
- [ ] DNS record ถูกต้อง
4

เขียน deploy script

# scripts/deploy.py
import subprocess, json, os

def deploy(domain, archive_path):
    """Deploy to Hostinger via MCP"""
    result = subprocess.run([
        'node', 'hostinger-api-mcp',
        # MCP will use HOSTINGER_API_TOKEN env var
    ], capture_output=True, text=True,
       env={**os.environ,
            'HOSTINGER_API_TOKEN': read_token()})

    # Call deploy tool
    mcp_call('hosting_deployStaticWebsite', {
        'domain': domain,
        'archivePath': archive_path,
        'removeArchive': True
    })

    # Add DNS
    mcp_call('DNS_updateDNSRecordsV1', {
        'domain': domain,
        'zone': [{'name': '@', 'type': 'A',
                  'records': [{'content': VPS_IP}]}]
    })
5

เพิ่ม nginx template

# templates/nginx.conf
server {
    listen 80;
    server_name {{DOMAIN}};
    root /var/www/{{DOMAIN}};
    index index.html;
    location / {
        try_files $uri $uri/ =404;
    }
    gzip on;
    gzip_types text/css application/javascript
               text/html application/json;
}
🔴 ระดับขั้นสูง — Multi-tool workflow + references
1

สถานการณ์

สร้าง skill ที่วิเคราะห์พฤติกรรมลูกค้าจากหลายแหล่งข้อมูล — ดึงข้อมูลจาก Airtable, รวมกับ Google Sheets, สร้าง chart, สรุปด้วย AI และส่ง report ทางอีเมล

2

โครงสร้างไฟล์ (ซับซ้อน)

skills/data-science/customer-analysis/
├── SKILL.md                    # main skill file
├── references/
│   ├── airtable-api.md         # Airtable query patterns
│   ├── chart-templates.md      # รูปแบบกราฟที่ใช้บ่อย
│   └── report-format.md        # รูปแบบรายงานมาตรฐาน
├── scripts/
│   ├── fetch_data.py           # ดึงข้อมูลจากหลายแหล่ง
│   ├── analyze.py              # วิเคราะห์ + สร้าง insight
│   └── generate_report.py      # สร้าง HTML report
└── templates/
    ├── report.html             # HTML report template
    └── email-template.html     # อีเมล template
3

SKILL.md (แบบย่อ — ดูเต็มใน references/)

---
name: customer-analysis
description: Use when analyzing customer behavior. Pulls data from Airtable + Sheets, generates charts, summarizes with AI, and emails a report.
version: 1.0.0
metadata:
  hermes:
    tags: [data, analysis, airtable, email]
    related_skills: [airtable, google-workspace, jupyter-live-kernel]
---

# Customer Analysis Pipeline

## Overview
Pipeline วิเคราะห์ลูกค้า 5 ขั้นตอน:
Fetch → Clean → Analyze → Visualize → Report

## When to Use
- วิเคราะห์พฤติกรรมการซื้อ
- สรุปข้อมูลลูกค้ารายเดือน/รายไตรมาส
- สร้าง report อัตโนมัติสำหรับทีมการตลาด

## Pipeline Steps

### Step 1: Fetch Data
อ่านจากหลายแหล่ง — ดู references/airtable-api.md
สำหรับ query patterns เฉพาะ

### Step 2: Clean + Merge
ใช้ pandas รวมข้อมูล, จัดการ missing values

### Step 3: Analyze
ดู references/chart-templates.md สำหรับ
chart types ที่แนะนำตามประเภทข้อมูล

### Step 4: Generate Report
รูปแบบ report อยู่ใน references/report-format.md

### Step 5: Email
ส่งผ่าน himalaya CLI

## Pitfalls
1. API rate limit (Airtable 5 req/sec)
   → แก้: ใช้ batch requests
2. ข้อมูลซ้ำซ้อนระหว่างแหล่ง
   → แก้: deduplicate ก่อน merge
3. Chart ออกมาไม่อ่านง่าย
   → แก้: ใช้ template จาก references/
4

references/airtable-api.md (ไฟล์อ้างอิง)

# Airtable API Patterns

## Query with filter
GET /v0/{base_id}/{table_name}?filterByFormula={formula}

## ตัวอย่าง: ลูกค้าที่ซื้อเดือนนี้
filterByFormula=AND(
  {Purchase_Date} >= "2025-01-01",
  {Status} = "completed"
)

## Pagination
- offset จาก response ก่อนหน้า
- max 100 records per request
- batch ทีละ 5 requests เพื่อหลีกเลี่ยง rate limit
5

scripts/fetch_data.py (ดึงข้อมูล)

# scripts/fetch_data.py
import requests, pandas as pd, json

def fetch_airtable(base_id, table, token):
    """ดึงข้อมูลจาก Airtable พร้อม pagination"""
    all_records = []
    offset = None
    while True:
        url = f"https://api.airtable.com/v0/{base_id}/{table}"
        params = {'pageSize': 100}
        if offset:
            params['offset'] = offset
        resp = requests.get(url,
            headers={'Authorization': f'Bearer {token}'},
            params=params)
        data = resp.json()
        all_records.extend(data.get('records', []))
        offset = data.get('offset')
        if not offset:
            break
    return pd.DataFrame([r['fields'] for r in all_records])

def fetch_gsheet(spreadsheet_id, range_name):
    """ดึงข้อมูลจาก Google Sheets"""
    # ใช้ gws CLI
    result = subprocess.run(
        ['gws', 'sheets', 'get', spreadsheet_id, range_name],
        capture_output=True, text=True
    )
    return pd.read_json(result.stdout)
6

scripts/analyze.py (วิเคราะห์)

# scripts/analyze.py
import pandas as pd, matplotlib.pyplot as plt
import seaborn as sns

def analyze(df):
    """วิเคราะห์ + สร้าง charts"""
    insights = {}

    # 1. Top customers
    top = df.nlargest(10, 'total_spent')
    insights['top_customers'] = top[['name','email','total_spent']]

    # 2. Purchase frequency
    freq = df.groupby('customer_id').size()
    insights['avg_frequency'] = freq.mean()

    # 3. Monthly trend
    df['month'] = pd.to_datetime(df['date']).dt.to_period('M')
    monthly = df.groupby('month')['amount'].sum()
    fig, ax = plt.subplots(figsize=(10,5))
    monthly.plot(kind='bar', ax=ax, color='#3b82f6')
    ax.set_title('ยอดซื้อรายเดือน')
    fig.savefig('chart_monthly.png', dpi=150, bbox_inches='tight')

    return insights
7

เรียกใช้ทั้ง pipeline

# ใน execute_code — รัน pipeline ทั้งหมด
from hermes_tools import terminal

# 1. Fetch
terminal('python3 scripts/fetch_data.py > data.json')

# 2. Analyze
terminal('python3 scripts/analyze.py --input data.json')

# 3. Generate report
terminal('python3 scripts/generate_report.py \
  --template templates/report.html \
  --output report.html')

# 4. Send email
terminal('himalaya message send \
  --to "team@company.com" \
  --subject "รายงานวิเคราะห์ลูกค้า" \
  --body "$(cat report.html)"')

💡 หลักการออกแบบ Skill ที่ดี

✅ ควรทำ

  • → เริ่ม description ด้วย "Use when..."
  • → ใส่คำสั่งจริงที่ copy-paste ได้
  • → ระบุ Don't use for: ด้วย
  • → แยกไฟล์ใหญ่เป็น references/*.md
  • → ใส่ Pitfalls ที่เจอจริง
  • → ขนาด 8-15KB เหมาะสมที่สุด

❌ ไม่ควรทำ

  • → Description สั้นเกินไป เช่น "Deploy"
  • → ไม่มีตัวอย่างโค้ด
  • → สร้าง skill ใหม่ที่ทำงานซ้ำกับของเดิม
  • → เขียน SKILL.md ยาวเกิน 100KB
  • → ใส่ข้อมูลลับใน skill (token, password)
  • → ไม่มี Verification Checklist

📊 เปรียบเทียบขนาด Skill

2-5KB
Skill ง่าย
1 ไฟล์, คำสั่งง่ายๆ
8-15KB
Skill มาตรฐาน
หลาย section + scripts
15-50KB
Skill ซับซ้อน
references/ + scripts/
100KB
ขีดจำกัดสูงสุด
ต้องแยกไฟล์แล้ว

ตัวอย่างการใช้งานจริง

6 ตัวอย่างจากง่ายไปยาก — ทำตามได้จริง พร้อมโค้ดตัวอย่าง

🌐 สร้างเว็บไซต์
📊 วิเคราะห์ข้อมูล
💬 Telegram Bot
🐙 GitHub Workflow
🎨 AI ศิลปะ
🧠 Fine-tune LLM
1

โหลด Skills ที่จำเป็น

โหลด claude-design สำหรับออกแบบ และ liquid-glass-on-the-web สำหรับเอฟเฟกต์กระจก

# AI จะโหลดอัตโนมัติเมื่อเห็นคำว่า "สร้างเว็บ"
# หรือระบุชัดเจน:
skill_view(name='claude-design')
skill_view(name='liquid-glass-on-the-web')
2

บอก AI ว่าต้องการเว็บแบบไหน

เพียงบอกแนวคิด — AI จะออกแบบและสร้าง HTML ให้

prompt: "สร้างเว็บ landing page ร้านกาแฟ
  สไตล์ liquid glass dark theme
  มี hero section + menu + contact
  responsive มือถือ"
3

AI สร้างไฟล์ HTML สวยงาม

AI จะเขียน CSS glassmorphism, animated orbs, responsive และตรวจสอบ syntax ให้อัตโนมัติ

4

Deploy ไป Hostinger

ใช้ MCP tools ของ Hostinger เพื่อ deploy และเชื่อม domain

# Deploy static website
mcporter call hostinger.hosting_deployStaticWebsite \
  domain="yourdomain.com" \
  archivePath="./website.zip"
1

โหลด skill jupyter-live-kernel

ใช้ live Python kernel สำหรับการวิเคราะห์ข้อมูลแบบ interactive

2

นำเข้าข้อมูลและวิเคราะห์

import pandas as pd
import matplotlib.pyplot as plt

df = pd.read_csv("sales.csv")
print(df.describe())

df.groupby("month")["revenue"].sum().plot(kind="bar")
plt.title("รายได้รายเดือน")
plt.savefig("chart.png")
3

ใช้ execute_code สำหรับ logic ซับซ้อน

เมื่อต้องประมวลผลหลายขั้น — ใช้ execute_code เพื่อรัน Python ที่เรียก tools หลายตัว

# ใน execute_code
from hermes_tools import read_file, write_file
data = read_file("sales.csv")
# กรอง + สรุป + เขียนผลลัพธ์
write_file("summary.txt", summary_text)
1

โหลด skill hermes-gateway

เชื่อม Telegram/Discord เข้ากับ AI Agent

2

ส่งข้อความผ่าน send_message

send_message(
  target="telegram",
  message="🤖 สวัสดี! นี่คือข้อความจาก AI Agent"
)
3

สร้าง cron job ส่งแจ้งเตือนอัตโนมัติ

cronjob(action='create',
  schedule='0 9 * * *',  # ทุกวัน 9โมงเช้า
  prompt="ตรวจสอบราคาหุ้นและส่งสรุปทาง Telegram",
  deliver='telegram'
)
1

โหลด skill github-pr-workflow

GitHub workflow ครบวงจร — ตั้งแต่สร้าง branch ยา merge

2

สร้าง branch + commit

git checkout -b feat/payment-system
git add .
git commit -m "feat: เพิ่มระบบชำระเงิน"
3

สร้าง PR + Code Review

# โหลด skill code review
skill_view(name='github-code-review')
# AI จะตรวจสอบ diff, security, best practices
# และแนะนำแก้ไข
4

Merge เมื่อผ่าน CI

AI จะตรวจสอบ CI status และ merge เมื่อพร้อม

1

เลือกเครื่องมือสร้างภาพ

Stable Diffusion สำหรับ text-to-image หรือ ComfyUI สำหรับ workflow ซับซ้อน

2

โหลด skill และสร้างภาพ

skill_view(name='stable-diffusion-image-generation')

prompt: """
  พระอาทิตย์ตกที่วัดพระแก้ว,
  สไตล์ watercolor, แสงทอง,
  ultra detailed, 4K
"""
3

ใช้ ComfyUI สำหรับ workflow ซับซ้อน

โหลด skill comfyui เพื่อสร้าง workflow แบบ node-based — img2img, inpainting, upscaling

1

โหลด skills ที่จำเป็น

skill_view(name='axolotl')        # Fine-tuning
skill_view(name='peft-fine-tuning') # LoRA/QLoRA
skill_view(name='weights-and-biases') # Experiment tracking
2

เตรียม dataset

สร้าง dataset ในรูปแบบ instruction-response สำหรับ SFT

# dataset.jsonl
{"instruction": "อธิบาย LoRA", 
 "output": "LoRA เป็นเทคนิคที่..."}
3

ตั้งค่า fine-tuning config

# Axolotl YAML config
base_model: meta-llama/Llama-3-8B
lora_r: 16
lora_alpha: 32
learning_rate: 2e-4
num_epochs: 3
bf16: true
4

Quantize และ Deploy

แปลงเป็น GGUF สำหรับ inference บน CPU หรือ serve ผ่าน vLLM

# Quantize to GGUF
skill_view(name='gguf-quantization')

# Serve with vLLM
skill_view(name='serving-llms-vllm')
# หรือ local inference
skill_view(name='llama-cpp')

Agent Skills โดย Addy Osmani

ชุด Skills ระดับโปรดักชันสำหรับ AI Coding Agents — ครอบคลุมทั้ง Software Development Lifecycle (SDLC) ตั้งแต่ Define จนถึง Ship ด้วย 24 skills, 8 slash commands, 4 agent personas และ 7 reference checklists

🔄 Software Development Lifecycle Pipeline

6 เฟส · แต่ละเฟสมี Skills เฉพาะ · Slash command เป็นจุดเข้า

💡
DEFINE
/spec
📋
PLAN
/plan
🔨
BUILD
/build
VERIFY
/test
🔍
REVIEW
/review
🚀
SHIP
/ship

/build auto — สร้างแผนและ implement ทุก task ในครั้งเดียว (อนุมัติครั้งเดียว แล้วรันอัตโนมัติ)

⚡ Slash Commands (8 คำสั่ง)

แต่ละคำสั่ง map กับเฟสของ lifecycle โดยตรง — พิมพ์คำสั่งเดียว AI จะ activate skills ที่เกี่ยวข้องอัตโนมัติ

1

/spec

เขียน spec (PRD) ก่อนเขียนโค้ด — กำหนด objective, commands, structure, code style, testing, boundaries

หลัก: Spec before code
2

/plan

แบ่งงานเป็น tasks เล็กๆ ที่ verifiable ได้ — มี acceptance criteria และ dependency ordering

หลัก: Small, atomic tasks
3

/build

Implement ทีละ slice — implement, test, verify, commit แต่ละส่วน พร้อม feature flags

หลัก: One slice at a time
4

/test

Red-Green-Refactor — เขียน test ก่อนโค้ด, test pyramid (80/15/5), Beyoncé Rule

หลัก: Tests are proof
5

/review

Review 5 แกน: Correctness, Readability, Architecture, Security, Performance — ก่อน merge เท่านั้น

หลัก: Improve code health
6

/webperf

Audit Core Web Vitals — Quick/Deep mode, metric-honesty rule วัดก่อน optimize

หลัก: Measure before optimize
7

/code-simplify

ลดความซับซ้อน — Chesterton's Fence, Rule of 500, เข้าใจก่อนลบ

หลัก: Clarity over cleverness
8

/ship

Pre-launch checklist, feature flag lifecycle, staged rollout, rollback plan — fan-out personas แบบขนาน

หลัก: Faster is safer

24 Skills ตามเฟสของ Lifecycle

23 lifecycle skills + 1 meta-skill — คลิกเพื่อดูรายละเอียดของแต่ละ skill (Use When, สิ่งที่ทำ, ตัวอย่าง)

🧭 Meta — ค้นหา Skill ที่เหมาะสม (1 skill)
🧭
using-agent-skills
Map incoming work ไปยัง skill workflow ที่ถูกต้อง — เป็น "router" ที่กำหนดว่างานนี้ควรใช้ skill ใด มี shared operating rules
Use when: เริ่ม session หรือตัดสินใจว่า skill ไหนเกี่ยวข้อง

💡 DEFINE — ชี้แจงสิ่งที่จะสร้าง

💡 Define Skills (3 skills)
🎤
interview-me
สัมภาษณ์ทีละคำถามเพื่อสกัดสิ่งที่ user ต้องการจริง (ไม่ใช่สิ่งที่คิดว่าควรการ) จนกว่าจะมั่นใจ ~95%
Use when: คำขอไม่ชัดเจน หรือ user เรียก "interview me" / "grill me"
💭
idea-refine
Divergent/convergent thinking เพื่อเปลี่ยนไอเดียหยาบๆ ให้เป็น proposal ที่ concrete — frameworks, refinement criteria, examples
Use when: มี concept หยาบๆ ที่ต้องการ explore ให้ชัดเจน
📐
spec-driven-development
เขียน PRD ครอบคลุม: objectives, commands, structure, code style, testing, boundaries (Always do / Ask first / Never do) ก่อนเขียนโค้ด
Use when: เริ่ม project/feature ใหม่, requirements ไม่ชัดเจน

📋 PLAN — แบ่งงานเป็นส่วนย่อย

📋 Plan Skills (1 skill)
📋
planning-and-task-breakdown
Decompose spec เป็น tasks เล็กๆ ที่ verifiable ได้ — มี acceptance criteria, dependency ordering, และคำนวณขนาดงาน
Use when: มี spec แล้วและต้องการแบ่งเป็น units ที่ implement ได้

🔨 BUILD — เขียนโค้ด

🔨 Build Skills (7 skills)
🏗️
incremental-implementation
Thin vertical slices — implement, test, verify, commit แต่ละ slice. Feature flags, safe defaults, rollback-friendly changes
Use when: การเปลี่ยนแปลงกระทบไฟล์มากกว่า 1 ไฟล์
🧪
test-driven-development
Red-Green-Refactor, test pyramid (80% unit / 15% integration / 5% e2e), DAMP over DRY, Beyoncé Rule ("if you liked it you shoulda put a test on it")
Use when: implement logic, fix bug, หรือเปลี่ยน behavior
🧠
context-engineering
Feed agent ข้อมูลที่ถูกต้องในเวลาที่เหมาะสม — rules files, context packing, MCP integrations, เลือกโหลด skill เฉพาะที่จำเป็น
Use when: เริ่ม session, switch task, หรือ output quality ตก
📚
source-driven-development
ตัดสินใจทุกอย่างจาก official documentation — verify, cite sources, flag สิ่งที่ยังไม่ verified
Use when: ต้องการโค้ดที่ authoritative, source-cited สำหรับ framework/library
😈
doubt-driven-development
Adversarial fresh-context review ของทุก decision สำคัญ — CLAIM → EXTRACT → DOUBT → RECONCILE → STOP. มี optional cross-model escalation
Use when: stakes สูง (production, security, irreversible) หรือเขียนโค้ดในส่วนที่ไม่คุ้นเคย
🎨
frontend-ui-engineering
Component architecture, design systems, state management, responsive design, WCAG 2.1 AA accessibility
Use when: สร้าง/แก้ไข user-facing interfaces
🔌
api-and-interface-design
Contract-first design, Hyrum's Law ("every observable behavior will be depended on by someone"), One-Version Rule, error semantics, boundary validation
Use when: ออกแบบ API, module boundaries, หรือ public interfaces

✅ VERIFY — พิสูจน์ว่าใช้งานได้

Verify Skills (2 skills)
🌐
browser-testing-with-devtools
Chrome DevTools MCP สำหรับ live runtime data — DOM inspection, console logs, network traces, performance profiling
Use when: สร้าง/debug อะไรก็ตามที่รันใน browser
🐛
debugging-and-error-recovery
5-step triage: Reproduce → Localize → Reduce → Fix → Guard. Stop-the-line rule, safe fallbacks
Use when: test fail, build break, หรือ behavior ผิดปกติ

🔍 REVIEW — Quality Gates ก่อน Merge

🔍 Review Skills (4 skills)
📋
code-review-and-quality
Five-axis review (Correctness, Readability, Architecture, Security, Performance), change sizing ~100 lines, severity labels (Nit/Optional/FYI), review speed norms
Use when: ก่อน merge การเปลี่ยนแปลงใดๆ
✂️
code-simplification
Chesterton's Fence (เข้าใจก่อนลบ), Rule of 500 — ลด complexity โดย preserve behavior ที่เดิมทุกประการ
Use when: โค้ดทำงานได้แต่อ่านยาก/ดูแลรักษายาก
🛡️
security-and-hardening
OWASP Top 10 prevention, auth patterns, secrets management, dependency auditing, three-tier boundary system (Always/Ask first/Never)
Use when: จัดการ user input, auth, data storage, external integrations
performance-optimization
Measure-first approach — Core Web Vitals targets, profiling workflows, bundle analysis, anti-pattern detection
Use when: มี performance requirements หรือสงสัยว่ามี regression

🚀 SHIP — Deploy ด้วยความมั่นใจ

🚀 Ship Skills (6 skills)
🌳
git-workflow-and-versioning
Trunk-based development, atomic commits, change sizing ~100 lines, commit-as-save-point pattern
Use when: ทำการเปลี่ยนแปลงโค้ด (ตลอดเวลา)
🔄
ci-cd-and-automation
Shift Left, Faster is Safer, feature flags, quality gate pipelines, failure feedback loops
Use when: ตั้งค่า/แก้ไข build และ deploy pipelines
🗑️
deprecation-and-migration
Code-as-liability mindset, compulsory vs advisory deprecation, migration patterns, zombie code removal
Use when: ลบระบบเก่า, migrate users, หรือ sunset features
📄
documentation-and-adrs
Architecture Decision Records (ADRs), API docs, inline documentation standards — document the why ไม่ใช่แค่ what
Use when: ตัดสินใจทาง architecture, เปลี่ยน API, หรือ ship feature
📊
observability-and-instrumentation
Structured logging, RED metrics (Rate, Errors, Duration), OpenTelemetry tracing, symptom-based alerting — instrument ตอนสร้าง ไม่ใช่ทีหลัง
Use when: เพิ่ม telemetry หรือ ship อะไรก็ตามที่รันใน production
🚀
shipping-and-launch
Pre-launch checklists, feature flag lifecycle, staged rollouts, rollback procedures, monitoring setup
Use when: เตรียม deploy ไป production

Skill Anatomy — SKILL.md ประกอบด้วยอะไร?

ทุก skill มีโครงสร้างเหมือนกัน — เป็น workflow ที่มี steps, verification gates และ anti-rationalization tables ไม่ใช่ reference docs ที่อ่านผ่านๆ

┌─────────────────────────────────────────────────┐ │ SKILL.md │ │ │ │ ┌─ Frontmatter ─────────────────────────────┐ │ │ │ name: lowercase-hyphen-name │ │ │ │ description: Guides agents through [task].│ │ │ │ Use when… │ │ │ └───────────────────────────────────────────┘ │ │ Overview → What this skill does │ │ When to Use → Triggering conditions │ │ Process → Step-by-step workflow │ │ Rationalizations → Excuses + rebuttals │ │ Red Flags → Signs something's wrong │ │ Verification → Evidence requirements │ └─────────────────────────────────────────────────┘

📝 Process, not prose

Skills เป็น workflows ที่ agent ทำตาม — มี steps, checkpoints, exit criteria ไม่ใช่ reference docs ที่อ่าน

🛡️ Anti-rationalization

ทุก skill มีตารางข้ออ้างที่ agent ใช้เพื่อข้ามขั้นตอน (เช่น "จะเขียน test ทีหลัง") พร้อม counter-arguments

✅ Verification is non-negotiable

ทุก skill จบด้วย evidence requirements — tests passing, build output, runtime data "ดูเหมือนใช้ได้" ไม่เพียงพอ

🔄 Progressive disclosure

SKILL.md เป็น entry point — supporting references โหลดเฉพาะตอนที่จำเป็น เพื่อประหยัด token

Agent Personas — 4 Specialist Roles

Personas ที่ถูก pre-configure สำหรับ targeted reviews — แต่ละ persona เป็น role เดียวที่มี perspective และ output format เฉพาะ ใช้ใน /ship เพื่อ fan-out review แบบขนาน

👨‍💻

code-reviewer

Senior Staff Engineer

Five-axis code review (Correctness, Readability, Architecture, Security, Performance) มาตรฐาน "Staff Engineer คนนี้จะ approve ไหม?" — แยก Critical/Required จาก Nit/Optional

🔒

security-auditor

Security Engineer

Vulnerability detection, threat modeling, OWASP Top 10 assessment — ตรวจ auth, input validation, secrets, dependencies

🧪

test-engineer

QA Engineer

Test strategy, coverage analysis, Prove-It pattern — "if you liked it, you shoulda put a test on it" หาช่องโหว่ใน testing

📊

web-performance-auditor

Web Performance Engineer

Core Web Vitals audit พร้อม Quick/Deep mode และ metric-honesty rule — วัดก่อน optimize เรียกผ่าน /webperf

🔄 /ship Fan-out Orchestration

เมื่อใช้ /ship personas จะทำงานแบบขนาน (parallel) แต่ละตัวรันใน fresh context แล้ว merge เป็น go/no-go decision:

/ship
  ├── (parallel) code-reviewer    → review report
  ├── (parallel) security-auditor → audit report
  └── (parallel) test-engineer    → coverage report
                  ↓
        merge phase (main agent)
                  ↓
        go/no-go decision + rollback plan

วิธีนำไปใช้ — Greenfield vs Brownfield

วิธี roll out agent-skills ขึ้นอยู่กับสถานะของ codebase — project ใหม่เริ่ม full lifecycle ได้ทันที ส่วน codebase เก่าต้อง incremental, verification-first

GREENFIELD

Project ใหม่ — Full lifecycle ตั้งแต่วันแรก

Day 0: Install + Define before build
  • Day 0: Install pack, load using-agent-skills เป็น meta-skill router
  • Always-on: test-driven-development, git-workflow, security, documentation
  • Run lifecycle: /spec/plan/build/review/ship
  • Add as you grow: api-design (API), frontend-ui (UI), ci-cd (CI), observability (prod)

⚠️ Anti-pattern: ข้าม /spec เพราะ "มันแค่ prototype" — prototype กลายเป็น product เสมอ

BROWNFIELD

Codebase เก่า — Incremental, verification-first

Phase 1: เข้าใจก่อนเปลี่ยน · Phase 2: Tests ก่อนแก้
  • Phase 1: context-engineering (เขียน rules จริง), code-review (zero-risk), debugging (fix bugs เดิม), doubt-driven (safety net)
  • Phase 2: test-driven (selective coverage), code-simplification (hotspots), git-workflow (atomic commits — bisectable!)
  • Phase 3: New features ใช้ /spec → /plan → /build → /review เหมือน greenfield
  • Phase 4: deprecation (shrink legacy), observability (retrofit), performance (measure-first)

⚠️ Anti-pattern: "Big bang" adoption — อย่า refactor โค้ดที่ไม่มี test!

Agent Skills vs Superpowers vs Matt Pocock

เปรียบเทียบ 3 skills collections ยอดนิยมสำหรับ AI coding agents — แต่ละอันเก่งในด้านต่างกัน

มิติ agent-skills (Addy) Superpowers (obra) Matt Pocock
แนวคิดหลัก Full SDLC lifecycle (Define→Ship) Autonomous reasoning-heavy runs One expert's daily Claude Code workflow
จำนวน Skills 24 skills ครอบทั้ง lifecycle ~14 skills เน้น inner loop ~30 skills หลากหลาย
จุดเด่น Broad coverage, anti-rationalization, review personas, in-repo evals Subagent-driven dev, worktree isolation, strict pipeline "Grilling" (ถามทีละข้อ), sharp requirements, TDD
Lifecycle Coverage กว้าง: idea → security → launch ลึกแต่แคบ: TDD, planning, review Define/Build heavy, หลัง Build บาง
Quality Check ✅ 3-tier eval framework ใน CI Pressure-testing methodology ไม่มี in-repo evals
Platform Claude Code, Cursor, Gemini, Codex, Copilot, Windsurf, Kiro, OpenCode Claude Code, Codex, Cursor, Copilot, OpenCode Claude Code first
เหมาะกับ Feature ทั้งเฟส ทีมที่ต้องการ shared standards งานยาว ambiguous ส่งให้ agent ทำคนเดียว Daily loop เร็ว, ดึง requirements ให้แม่น

💡 เคล็ดลับ: เลือกหนึ่งเป็น primary router แล้ว cherry-pick skills เด่นๆ จากอีกอัน — อย่ารัน 2 meta-skills พร้อมกัน (จะขัดแย้งกัน)

วิธีติดตั้ง — เริ่มใช้ใน 3 ขั้นตอน

ติดตั้งได้กับ 70+ agents (Claude Code, Cursor, Codex, Copilot, Cline, และอื่นๆ) ด้วยคำสั่งเดียว

1

ติดตั้งผ่าน Skills CLI

เร็วที่สุด — รองรับ 70+ agents

npx skills add addyosmani/agent-skills

# ดูก่อนติดตั้ง
npx skills add addyosmani/agent-skills --list

# เลือก skill เดียว
npx skills add addyosmani/agent-skills \
  --skill test-driven-development
2

Claude Code (Recommended)

ติดตั้งเป็น plugin ผ่าน marketplace

/plugin marketplace add addyosmani/agent-skills
/plugin install agent-skills@addy-agent-skills

# หรือใช้ HTTPS (ถ้า SSH ไม่ได้)
/plugin marketplace add \
  https://github.com/addyosmani/agent-skills.git
3

โหลด Skills แบบ Selective

อย่าโหลดทั้งหมดพร้อมกัน — เลือกตามเฟส

# Minimal (เริ่มที่นี่)
spec-driven-development
test-driven-development
code-review-and-quality

# Full lifecycle
/spec → /plan → /build → /test → /review → /ship

📖 Reference Checklists (7 files)

Quick-reference material ที่ skills โหลดเมื่อต้องการ:

definition-of-done — มาตรฐานที่ทุก change ต้องผ่าน
testing-patterns — structure, naming, mocking, React/API/E2E
security-checklist — OWASP Top 10, auth, input validation, CORS
performance-checklist — Core Web Vitals, frontend/backend
accessibility-checklist — keyboard, screen readers, ARIA
observability-checklist — RED/USE metrics, tracing, alerting
orchestration-patterns — multi-persona orchestration, anti-patterns

Code Examples — เห็นการทำงานจริง

ตัวอย่างจริงจาก skills ยอดนิยม — TDD cycle, Spec structure, Code Review checklist

🧪 Test-Driven Development — RED → GREEN → REFACTOR

เขียน test ที่ fail ก่อน → เขียนโค้ดให้ผ่าน → ปรับปรุงโค้ด โดย test ยังผ่าน

1

RED — เขียน test ที่ fail

// RED: createTask ยังไม่มี — test ต้อง fail
describe('TaskService', () => {
  it('creates a task with title and default status', async () => {
    const task = await taskService.createTask({ title: 'Buy groceries' });

    expect(task.id).toBeDefined();
    expect(task.title).toBe('Buy groceries');
    expect(task.status).toBe('pending');
    expect(task.createdAt).toBeInstanceOf(Date);
  });
});
2

GREEN — เขียนโค้ดน้อยที่สุดให้ test ผ่าน

// GREEN: Minimal implementation — ไม่ over-engineer
export async function createTask(input: { title: string }): Promise<Task> {
  const task = {
    id: generateId(),
    title: input.title,
    status: 'pending' as const,
    createdAt: new Date(),
  };
  await db.tasks.insert(task);
  return task;
}
3

REFACTOR — ปรับปรุงโค้ด, test ยังผ่าน

Extract shared logic · ปรับ naming · ลด duplication · รัน test หลังทุก step

AI Agent Features ที่ Skills เรียกใช้

แต่ละ skill ใช้ประโยชน์จาก features เหล่านี้เพื่อทำงานได้สมบูรณ์

🛠️

Tools

terminal, read_file, write_file, search_files, patch

🌐

Browser

navigate, click, type, screenshot, scroll

🤝

Delegation

delegate_task — มอบหมายให้ subagent ทำขนาน

Scheduling

cronjob — รันงานซ้ำตามเวลาที่กำหนด

🧠

Memory

บันทึกความจำข้าม session — preferences, facts

📖

Skills

113 specialized skills ใน 18 หมวดหมู่

💬

Messaging

Telegram, Discord, Slack, Signal

📊

Code Exec

Python sandbox — ประมวลผลข้อมูล

🔌

MCP

เชื่อม external tools — 201+ Hostinger tools

👁️

Vision

วิเคราะห์ภาพ, อ่าน screenshot

🎨

Image Gen

สร้างภาพด้วย SD/ComfyUI

🗣️

TTS

แปลงข้อความเป็นเสียงพูด

🌟 Skill ที่น่าสนใจ

คอลเลกชัน skill และโปรเจกต์โอเพนซอร์สคุณภาพจากชุมชน — แต่ละตัวมาพร้อมลิงก์และคำอธิบายให้เข้าใจง่ายว่าใช้ทำอะไร และเริ่มต้นอย่างไร

🧊
img2threejs
โดย @hoainho
⭐ 4,051 🐍 Python / TS 📄 Apache 2.0

ใส่รูปภาพวัตถุ 1 รูป → ได้โมเดล 3D ที่สร้างจากโค้ดล้วน (Three.js) พร้อมหมุน-เคลื่อนไหวได้ทันทีในเบราว์เซอร์ ไม่ใช่การสแกนหรือดึง mesh แต่เป็น AI ที่ค่อย ๆ แกะสร้างรูปทรง สี และรายละเอียดจาก geometry — ทำงานบน Claude Code, Codex และ OpenCode

Procedural Generation Quality-Gated Pipeline Animation-Ready Agent-Agnostic