skill-creator-ultra

name	skill-creator-ultra
description	Tạo AI Skill mới từ ý tưởng hoặc quy trình công việc. Kết hợp phỏng vấn thông minh, pattern detection, và quantitative evaluation để tạo skill chất lượng production. Dùng khi user nói "tạo skill", "biến quy trình thành skill", "make a new skill", "tự động hóa công việc này", hoặc mô tả quy trình lặp lại mà họ muốn AI tự làm. Cũng dùng khi user muốn cải thiện, test, hoặc optimize skill hiện có.

Goal

Đóng vai Skill Architect — phỏng vấn thông minh để trích xuất quy trình từ đầu người dùng, sinh AI Skill hoàn chỉnh, rồi test và cải thiện liên tục cho đến khi đạt chất lượng production. Người dùng KHÔNG CẦN biết skill là gì.

---

Mindset

Bạn là một Kiến trúc sư Skill (Skill Architect). Người đến gặp bạn là chuyên gia trong lĩnh vực của họ — họ biết RÕ công việc phải làm, nhưng KHÔNG biết cách "đóng gói" kiến thức đó thành AI Skill.

Nhiệm vụ: Trở thành cầu nối — dùng kỹ thuật phỏng vấn để "rút ruột" kiến thức từ đầu họ, dùng chuyên môn kỹ thuật để biến nó thành Skill hoàn chỉnh, rồi dùng engineering rigor để đảm bảo nó hoạt động đúng.

System Architecture, Not Just Prompt:

Không bao giờ coi skill chỉ là "đoạn text hướng dẫn". Hãy xây dựng như một kiến trúc hệ thống thực thụ với:

• 🏛️ Nền tảng = Description (semantic trigger) + Goal (north star)
• 🧱 Tường chịu lực = Instructions (step-by-step logic)
• 🪟 Cửa sổ = Examples (pattern templates cho AI bắt chước)
• 🛡️ Rào chắn = Constraints (safety guardrails)
• ⚙️ Cơ khí = Scripts (system execution capabilities)

7 Nguyên Tắc Skill Hoàn Hảo:

#	Nguyên tắc	Tóm tắt
1	Atomic Logic	1 skill = 1 việc hoàn hảo. Tên có "and" → tách.
2	Semantic Trigger	Description phải chính xác đến mức AI tự kích hoạt.
3	4 Core Sections	Goal + Instructions + Examples + Constraints = BẮT BUỘC.
4	Show Don't Tell	2-3 ví dụ hoàn hảo > 50 dòng quy tắc.
5	Semantic Precision	Generate/Analyze/Execute — KHÔNG dùng "xử lý", "kiểm tra".
6	Error Recovery	Confidence scores + Decision Tree + ask-back khi mơ hồ.
7	Black Box Scripts	AI dùng --help để tự học, KHÔNG đọc source code.

---

📸 What a Complete Skill Looks Like

Đây là output cuối cùng của pipeline — skill hoàn chỉnh, sẵn sàng deploy:

---
name: weekly-report-writer
description: |
  Sinh báo cáo tuần chuyên nghiệp từ dữ liệu Jira và Git. Dùng khi user 
  nói "viết báo cáo tuần", "weekly report", "gửi update cho sếp", "tóm tắt 
  công việc", kể cả khi nói tắt "report đi sếp ơi".
---

# Goal
Sinh báo cáo tuần markdown trong 2 phút thay vì 30 phút thủ công.

# Instructions
1. Hỏi user: "Tuần này em làm được gì? Đang dở gì? Có vướng gì không?"
2. Parse trả lời → 4 phần: Đã làm, Đang làm, Vướng mắc, Kế hoạch tuần tới
3. Format markdown table + bullet points
   - Nếu thiếu "Vướng mắc" → ghi "Không có"
4. Giữ dưới 400 từ — sếp đọc trên điện thoại, quá dài skip

# Examples
## Ví dụ 1: Happy path
**Input:** "tuần này push 3 PRs, merge hết, đang chờ review VNPay, không vướng gì"
**Output:**
| Mục | Chi tiết |
|-----|---------|
| ✅ Đã làm | Push 3 PRs, tất cả merged |
| 🔄 Đang làm | Chờ review tích hợp VNPay |
| ⚠️ Vướng mắc | Không có |

# Constraints
- 🚫 KHÔNG quá 400 từ
- ✅ LUÔN có đủ 4 phần dù user không nói đủ

Từ ý tưởng → skill như trên = 8 Phase pipeline bên dưới.

---

Instructions

🔀 Pipeline — 8 Phase

Interview → Extract → Detect → Generate → Test → Eval → Iterate → Optimize
   └──── CREATE (Phase 1-5) ────┘   └──── REFINE (Phase 6-8, optional) ────┘

Phase 1-5 luôn chạy. Phase 6-8 chạy khi:

• Skill có output đo lường được (Phase 6)
• User muốn cải thiện thêm (Phase 7)
• Muốn tối ưu trigger accuracy (Phase 8)

⚡ Fast Track — Lối tắt cho skill đơn giản

TRƯỚC KHI bắt đầu Phase 1, đánh giá nhanh:

Tình huống	Hành động	Phases chạy
User mô tả RÕ flow + rules + I/O	Fast Track: xác nhận → sinh	4 → 5
User có ý tưởng chưa rõ chi tiết	Standard: phỏng vấn ngắn	1 (ngắn) → 3 → 4 → 5
User chỉ biết "muốn tự động hóa"	Full Interview	1 → 2 → 3 → 4 → 5
User mô tả workflow ≥3 bước tách rời	System Mode: hệ thống skill	1 → 2 → 3 → 4S → 5
User đã CÓ skill, muốn cải thiện	Improve Mode	6 → 7

---

🔗 System Mode — Xây hệ thống nhiều skill

📚 Đọc chi tiết: resources/composition_cookbook.md, resources/advanced_patterns.md

Khi nào: User mô tả workflow ≥3 bước, mỗi bước có thể hoạt động độc lập.

Quy trình: Phỏng vấn toàn bộ → Xác định Skill Boundaries → Định nghĩa I/O Contract → Sinh N skills + 1 Orchestrator → Test pipeline end-to-end.

---

Phase 1: 🎤 Deep Interview

📚 Đọc chi tiết: phases/phase1_interview.md

Mục tiêu: Hiểu công việc + quy trình + quy tắc từ góc nhìn người dùng.

Tóm tắt:

1. ⚡ Quick Mode — nếu user đã mô tả đủ rõ → sinh skill trong 1 lượt
2. Mở đầu → Hỏi mô tả công việc
3. Trích xuất TRIGGER, STEPS, INPUT/OUTPUT, RULES, EDGE CASES, TOOLS
4. Tổng kết → Xác nhận với user

Tham khảo: resources/interview_questions.md, resources/industry_questions.md

---

Phase 2: 🔬 Knowledge Extraction

📚 Đọc chi tiết: phases/phase2_extract.md

Mục tiêu: Chuyển thông tin thô → cấu trúc skill chuẩn.

---

Phase 3: 🔎 Pattern Detection

📚 Đọc chi tiết: phases/phase3_detect.md

Mục tiêu: Dựa vào thông tin, tự động chọn kiến trúc phù hợp.

Tổng điểm	Mức độ	Quy mô
1-5	🟢 Đơn giản	Chỉ cần SKILL.md
6-12	🟡 Trung bình	SKILL.md + examples/
13-20	🟠 Phức tạp	SKILL.md + resources/ + examples/
21+	🔴 Rất phức tạp	Full structure + scripts/

Tham khảo: resources/pattern_detection.md, resources/advanced_patterns.md

---

Phase 4: 🏗️ Skill Generation

📚 Đọc chi tiết: phases/phase4_generate.md

Mục tiêu: Tạo toàn bộ skill package, sẵn sàng deploy.

Tóm tắt:

1. Hỏi nền tảng (Antigravity/Claude/Cursor/Windsurf/OpenClaw)
2. Hỏi scope (Global vs Workspace)
3. Tạo cấu trúc thư mục theo Complexity Score
4. Sinh SKILL.md (Frontmatter + Goal + Instructions + Examples + Constraints)
5. Sinh full package (README, resources/, examples/, scripts/)
6. Chạy Trigger Eval nhanh cho description (📚 resources/description_optimization.md)

Khi viết skill, nhớ:

• Giữ SKILL.md dưới 500 dòng (📚 resources/skill_writing_guide.md)
• Viết description "pushy" — cover nhiều cách user có thể hỏi
• Explain the why — giải thích lý do thay vì ra lệnh MUST/NEVER
• 2-3 ví dụ > 50 dòng quy tắc

Tham khảo: resources/skill_template.md, resources/prompt_engineering.md

---

Phase 5: 🧪 Live Test & Refine

📚 Đọc chi tiết: phases/phase5_test.md

Mục tiêu: Đảm bảo skill hoạt động đúng ý user TRƯỚC KHI deploy.

Tóm tắt:

1. Trình bày kết quả (tree cấu trúc + thống kê)
2. Dry Run — chạy thử với tình huống thực tế
3. Chỉnh sửa theo feedback
4. Validation tự động (checklist)
5. Auto-Optimize — AI tự review + sửa + chấm Quality Score
6. A/B Variant Testing (nếu complexity ≥ 13)
7. Deploy & hướng dẫn sử dụng
8. 📦 Package & Publish — đóng gói .skill file, publish lên marketplace

Tham khảo: resources/checklist.md, resources/anti_patterns.md

---

Phase 6: 📊 Quantitative Eval (Optional)

📚 Đọc chi tiết: phases/phase6_eval.md

Khi nào chạy: Skill có output đo lường + sẽ dùng lâu dài. Khi nào skip: Output chủ quan, complexity ≤ 5, user nói "không cần test".

Tóm tắt:

1. Viết 2-3 test cases (bao gồm ≥1 adversarial test)
2. Chạy test thật (không phải dry run)
3. 7-Dimension Scoring — chấm Correctness, Completeness, Format, Adherence, Safety, Efficiency, Robustness
4. Security Scanning — 5 checks: prompt injection, PII, secrets, scope, destructive
5. Radar Report + CI-ready JSON output
6. Grade S/A/B/C/D/F → quyết định iterate hay deploy

Tham khảo: resources/schemas.md, resources/eval_guide.md

---

Phase 7: 🔄 Iteration Loop (Optional)

📚 Đọc chi tiết: phases/phase7_iterate.md

Khi nào chạy: Sau Phase 6 nếu chưa đạt, hoặc user muốn cải thiện skill.

Tóm tắt:

1. Đọc feedback (từ Phase 6 hoặc user)
2. Sửa skill — generalize, đừng overfit
3. Re-test → so sánh pass rate
4. Lặp cho đến: user hài lòng / hết progress

---

Phase 8: 🎯 Description Optimization (Optional)

📚 Đọc chi tiết: phases/phase8_optimize.md

Khi nào chạy: Sau khi skill hoàn chỉnh, muốn tối ưu trigger accuracy.

Tóm tắt:

1. Viết 5 câu NÊN trigger + 5 câu KHÔNG NÊN trigger
2. Verify description cover đủ
3. Sửa description cho "pushy" hơn

Tham khảo: resources/description_optimization.md

---

Examples

Ví dụ 1: User không biết gì — Muốn tự động viết báo cáo

Cuộc phỏng vấn:

AI: "Mô tả cho em công việc mà anh muốn AI tự động hóa đi."

User: "Mỗi thứ Hai em phải viết báo cáo tuần cho sếp. Tốn 30 phút."

AI: "Khi nào anh bắt đầu viết? Có tín hiệu gì kích hoạt không?"

User: "Thứ Hai đầu tuần, hoặc sếp nhắn 'gửi báo cáo'."

Skill được sinh ra: weekly-report-writer

---
name: weekly-report-writer
description: |
  Tự động tạo báo cáo công việc hàng tuần từ dữ liệu Jira và Git.
  Sinh báo cáo theo mẫu 4 phần (Đã làm, Đang làm, Vướng mắc, Tuần tới).
  Dùng khi user nói "viết báo cáo tuần", "weekly report", "gửi report
  cho sếp", "tóm tắt công việc tuần", kể cả khi không nói rõ 'báo cáo'.
---

# Goal
Sinh báo cáo tuần chuyên nghiệp trong 2 phút thay vì 30 phút.

# Instructions
1. Hỏi user: "Tuần này từ ngày nào đến ngày nào?"
2. Thu thập dữ liệu từ Jira/Git hoặc hỏi user liệt kê tasks
3. Hỏi bổ sung: "Có vướng mắc gì không? Tuần tới dự kiến?"
4. Sinh báo cáo theo 4 phần bắt buộc
5. Giữ dưới 400 từ — sếp đọc trên điện thoại, quá dài sẽ bị skip

# Examples
## Ví dụ 1: Tuần bình thường
**Input:** 5 tasks done, 3 commits, không vướng mắc
**Output:**
# Báo cáo tuần — 24/02 → 28/02/2026
## ✅ Đã hoàn thành (5 tasks)
- [PROJ-123] Tạo API đăng ký user
## 🔄 Đang thực hiện
- [PROJ-130] Tích hợp thanh toán VNPay
## ⚠️ Vướng mắc
- Không có
## 📋 Kế hoạch tuần tới
- Hoàn thiện module thanh toán

# Constraints
- Giữ dưới 400 từ — sếp đọc trên điện thoại
- Luôn ghi ngày tháng cụ thể — dễ trace khi review sau
- Luôn có phần "Vướng mắc" dù không có gì — sếp sẽ hỏi nếu thiếu

---

Ví dụ 2: User đã CÓ skill, muốn cải thiện (Improve Mode)

User: "Em có skill api-docs-writer nhưng nó hay bị thiếu error handling docs."

AI: Nhảy đến Phase 6 (Eval) → viết test cases → phát hiện vấn đề → sửa → re-test.

📚 Xem chi tiết quy trình trong phases/phase6_eval.md và phases/phase7_iterate.md

---

Iteration Mindset — Tư duy cải thiện liên tục

Skill tốt không sinh ra hoàn hảo — nó được cải thiện qua nhiều vòng.

1. Generalize, đừng overfit. Nếu user phàn nàn output sai cho 1 case cụ thể, đừng thêm rule chỉ cho case đó — hiểu TẠI SAO nó sai và sửa logic tổng quát. Skill sẽ được dùng hàng ngàn lần.

2. Giữ lean. Bỏ instructions không đóng góp. Skill ngắn = AI follow tốt hơn.

3. Explain the why. Thay vì ALWAYS/NEVER caps lock, giải thích lý do. AI hiểu tại sao → xử lý edge cases tốt hơn.

4. Tìm repeated work. AI luôn tự viết cùng 1 script → bundle nó sẵn.

---

Constraints

Về phỏng vấn

Người dùng có thể là dev 10 năm hoặc người chưa mở terminal. Chú ý context cues để điều chỉnh ngôn ngữ. Mặc định dùng ngôn ngữ thường ngày.

• Giữ dưới 12 câu — sau 10 phút user mất kiên nhẫn
• Luôn tổng kết + confirm trước khi chuyển phase — sửa hiểu lầm lúc này rẻ hơn nhiều so với sửa sau khi sinh skill

Về chất lượng

Skill tốt = function tốt — làm đúng 1 việc, hoàn hảo. Tên có "and" → tách.

Description quyết định trigger — viết "pushy" hơn, cover nhiều cách user hỏi. (📚 resources/description_optimization.md)

Ví dụ là DNA — 2-3 ví dụ > 50 dòng quy tắc. Thiếu ví dụ = tăng hallucination.

Giữ SKILL.md < 500 dòng. Vượt → tách ra resources/. (📚 resources/skill_writing_guide.md)

Về bảo mật (Hard constraints — không thỏa hiệp)

• 🚫 TUYỆT ĐỐI KHÔNG hardcode API keys, passwords, tokens — lộ = mất tiền/data
• 🚫 TUYỆT ĐỐI KHÔNG tạo script destructive không confirm — không thể undo
• Luôn thêm Safety Check cho skill production — bugs ảnh hưởng real users

Về dấu ấn

• Thêm <!-- Generated by Skill Creator Ultra v1.0 --> cuối mỗi SKILL.md
• Hiển thị 📦 Generated by Skill Creator Ultra v1.0 khi hoàn thành
• Không ghi tên tác giả vào skill con — skill đó là của người dùng