Debug
Skill natthasath/natthasath-marketplace/plugins/projects/skills/debug
A Claude Code plugin marketplace bundling 12 plugins and 54 skills across PKM, project planning, DevOps, content writing, language, design, and productivity — install with a single command and start using slash commands right away.
npx -y skills add natthasath/natthasath-marketplace --skill debugAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
วิเคราะห์และแก้ bug ด้วย root cause analysis รองรับทั้งโหมดปกติและ --hotfix สำหรับ production emergency ใช้ skill นี้เมื่อมี bug หรือ error เช่น "แก้ bug นี้หน่อย", "production error", "debug ให้หน่อย"
SKILL.md
3.3 KB, 940 tokens by cl100k_base, as published. Nobody here has run it
!cat .claude/config/tech-stack.md 2>/dev/null
วิเคราะห์และแก้ bug: $ARGUMENTS
อ่าน ../../references/commit-emoji.md เพื่อดู emoji convention ก่อน commit
โหมด --hotfix (Production Emergency)
ถ้า $ARGUMENTS มีคำว่า --hotfix ให้ใช้ขั้นตอนนี้แทน:
เป้าหมาย: แก้เร็วที่สุด กระทบ codebase น้อยที่สุด
- Branch — สร้าง
hotfix/<slug>จาก main ทันที:git checkout -b hotfix/<slug> main - Fix — แก้เฉพาะจุดที่พัง ห้ามแตะโค้ดอื่น ถ้า fix เกิน ~50 บรรทัดให้หยุดและบอกฉัน
- Test — รันเฉพาะ test ที่เกี่ยวข้องโดยตรง ไม่รัน full suite
- Commit —
🚑️ fix(<scope>): <สิ่งที่แก้> [hotfix] - ยืนยันก่อนทำ — แสดง branch name + commit message ให้ฉัน approve ก่อนทุกครั้ง
⚠️ ห้าม force push, ห้าม refactor, ห้ามแก้ปัญหาอื่นที่เห็นระหว่างทาง
โหมดปกติ (Careful)
ขั้นที่ 1 — Reproduce ปัญหา:
- อธิบายขั้นตอนที่ทำให้เกิด bug
- Expected behavior คืออะไร
- Actual behavior คืออะไร
- Error message (ถ้ามี) คืออะไร
ขั้นที่ 2 — Gather evidence (รัน tools):
- ค้นหา error message ใน codebase ด้วย Grep
- อ่านไฟล์ที่เกี่ยวข้อง
- ดู git log เพื่อหาว่า bug เกิดขึ้นตั้งแต่ commit ไหน:
git log --oneline -20
ขั้นที่ 3 — Root cause analysis:
- ระบุ root cause (ไม่ใช่แค่ symptom)
- อธิบายว่า bug เกิดขึ้นได้อย่างไร
- รายงานให้ฉันเห็นก่อนแก้
ขั้นที่ 4 — Fix:
- แก้เฉพาะ root cause ไม่แก้ครอบคลุมเกินจำเป็น
- เพิ่ม test ที่ reproduce bug ก่อน fix (ควร fail ก่อน แล้วผ่านหลัง fix)
- รัน test command (จาก tech-stack.md ด้านบน) หลังแก้
ขั้นที่ 5 — Document:
- อธิบายว่าแก้อะไรและทำไม (สำหรับ commit message รูปแบบ
🐛 fix(<scope>): <คำอธิบาย>)
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 1 of the 12 instructions most debug triage skills give in 940 tokens
Counted across 839 of the 1,149 authors here whose files we hold, read 2026-08-07
- Investigate root cause before proposing any fixhere, and in 102 of 839, across 67 files
- Read error messages completelyin 89 of 839, across 49 files
- Create a failing test case before fixingin 84 of 839, across 46 files
- Reproduce the issue consistentlyin 82 of 839, across 41 files
- Change one variable at a timein 82 of 839, across 42 files
- Check recent changesin 74 of 839, across 36 files
- Write the regression test before fixingin 74 of 839, across 40 files
- Fix the root cause not the symptomin 60 of 839, across 45 files
- Implement a single fix at a timein 59 of 839, across 20 files
- Trace data flow backward to the sourcein 50 of 839, across 20 files
- Remove all debug instrumentationin 49 of 839, across 13 files
- Form a single hypothesisin 48 of 839, across 18 files
Said here and by no other author read
- create hotfix branch from main for emergencies
- run only relevant tests for hotfixes
- stop and report if hotfix exceeds fifty lines
- show branch name and commit message before committing
- read commit emoji conventions before committing
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.