ทักษะกลายเป็นหนึ่งในจุดขยายที่ถูกใช้มากที่สุดใน Claude Code ทักษะมีความยืดหยุ่น สร้างง่าย และแจกจ่ายได้สะดวก
แต่ความยืดหยุ่นนี้ก็ทำให้รู้ว่าอะไรดีที่สุดยากเช่นกัน ควรสร้างทักษะแบบไหน? เคล็ดลับในการเขียนทักษะที่ดีคืออะไร? ควรแชร์ให้คนอื่นเมื่อไหร่?
เราที่ Anthropic ใช้ทักษะใน Claude Code อย่างหนัก โดยมีทักษะหลายร้อยรายการที่ใช้งานอยู่ นี่คือบทเรียนที่เราได้เรียนรู้เกี่ยวกับการใช้ทักษะเพื่อเร่งการพัฒนาของเรา
ทักษะคืออะไร?
หากคุณยังใหม่กับทักษะ ผมแนะนำให้ อ่านเอกสารของเรา หรือดูหลักสูตรใหม่ล่าสุดของเราเกี่ยวกับ Skilljar เรื่อง Agent Skills โพสต์นี้จะถือว่าคุณมีความคุ้นเคยกับทักษะอยู่บ้างแล้ว
ความเข้าใจผิดทั่วไปที่เราได้ยินเกี่ยวกับทักษะคือมันเป็น "แค่ไฟล์ Markdown" แต่ส่วนที่น่าสนใจที่สุดของทักษะคือมันไม่ได้เป็นแค่ไฟล์ข้อความ พวกมันเป็นโฟลเดอร์ที่สามารถรวมสคริปต์ แอสเซท ข้อมูล ฯลฯ ซึ่งเอเจนต์สามารถค้นพบ สำรวจ และจัดการได้
ใน Claude Code ทักษะยังมี ตัวเลือกการกำหนดค่าที่หลากหลาย รวมถึงการลงทะเบียนฮุคแบบไดนามิก
เราพบว่าทักษะที่น่าสนใจที่สุดบางส่วนใน Claude Code ใช้ตัวเลือกการกำหนดค่าเหล่านี้และโครงสร้างโฟลเดอร์อย่างสร้างสรรค์
ประเภทของทักษะ
หลังจากรวบรวมทักษะทั้งหมดของเรา เราสังเกตว่ามันกระจุกตัวอยู่ในหมวดหมู่ที่เกิดซ้ำไม่กี่หมวด ทักษะที่ดีที่สุดจะพอดีกับหมวดเดียวอย่างชัดเจน ส่วนที่สับสนมักคร่อมหลายหมวด นี่ไม่ใช่รายการที่ตายตัว แต่มันเป็นวิธีที่ดีในการคิดว่าคุณขาดทักษะประเภทใดในองค์กรของคุณ
1. คลังอ้างอิงไลบรารีและ API
ทักษะที่อธิบายวิธีใช้ไลบรารี CLI หรือ SDK อย่างถูกต้อง ทักษะเหล่านี้อาจใช้ได้ทั้งกับไลบรารีภายในหรือไลบรารีทั่วไปที่ Claude Code มักมีปัญหา ทักษะเหล่านี้มักรวมโฟลเดอร์ของโค้ดตัวอย่างอ้างอิงและรายการข้อควรระวังที่ Claude ควรหลีกเลี่ยงเมื่อเขียนสคริปต์
ตัวอย่าง:
- billing-lib — ไลบรารีการเรียกเก็บเงินภายในของคุณ: กรณีขอบ ข้อผิดพลาดที่พบบ่อย ฯลฯ
- internal-platform-cli — ทุกซับคอมมานด์ของ CLI wrapper ภายในของคุณพร้อมตัวอย่างเวลาใช้งาน
- frontend-design — ทำให้ Claude เก่งขึ้นกับระบบดีไซน์ของคุณ
2. การตรวจสอบผลิตภัณฑ์
ทักษะที่อธิบายวิธีทดสอบหรือตรวจสอบว่าโค้ดของคุณทำงานถูกต้อง ทักษะเหล่านี้มักจับคู่กับเครื่องมือภายนอกอย่าง Playwright, tmux ฯลฯ เพื่อทำการตรวจสอบ
ทักษะการตรวจสอบมีประโยชน์อย่างมากในการรับประกันว่าผลลัพธ์ของ Claude ถูกต้อง การให้วิศวกรใช้เวลาหนึ่งสัปดาห์เพื่อทำให้ทักษะการตรวจสอบของคุณยอดเยี่ยมอาจคุ้มค่า
ลองพิจารณาเทคนิคเช่นให้ Claude บันทึกวิดีโอผลลัพธ์เพื่อให้คุณเห็นว่ามันทดสอบอะไรอย่างชัดเจน หรือบังคับใช้การยืนยันเชิงโปรแกรมในแต่ละขั้นตอน ซึ่งมักทำโดยรวมสคริปต์ต่างๆ ในทักษะ
ตัวอย่าง:
- signup-flow-driver — ทำตามขั้นตอนลงทะเบียน → ยืนยันอีเมล → การปฐมนิเทศในเบราว์เซอร์แบบไม่มีส่วนหัว พร้อมฮุคสำหรับยืนยันสถานะในแต่ละขั้นตอน
- checkout-verifier — ขับเคลื่อน UI เช็คเอาท์ด้วยบัตรทดสอบของ Stripe ยืนยันว่าใบแจ้งหนี้ไปอยู่ในสถานะที่ถูกต้องจริง
- tmux-cli-driver — สำหรับการทดสอบ CLI แบบโต้ตอบเมื่อสิ่งที่คุณตรวจสอบต้องการ TTY
3. การดึงข้อมูลและการวิเคราะห์
ทักษะที่เชื่อมต่อกับสแต็กข้อมูลและการตรวจสอบของคุณ ทักษะเหล่านี้อาจรวมไลบรารีสำหรับดึงข้อมูลของคุณด้วยข้อมูลประจำตัว ID แดชบอร์ดเฉพาะ ฯลฯ รวมถึงคำแนะนำเกี่ยวกับเวิร์กโฟลว์ทั่วไปหรือวิธีรับข้อมูล
ตัวอย่าง:
- funnel-query — "เหตุการณ์ไหนที่ฉันต้อง join เพื่อดูเส้นทาง ลงทะเบียน → เปิดใช้งาน → จ่ายเงิน" พร้อมตารางที่มี user_id มาตรฐานจริง
- cohort-compare — เปรียบเทียบการรักษาผู้ใช้หรือ Conversion ของสองกลุ่ม cohort แจ้งเตือนความแตกต่างที่มีนัยสำคัญทางสถิติ ลิงก์ไปยังคำจำกัดความของเซกเมนต์
- grafana — UID ของแหล่งข้อมูล ชื่อคลัสเตอร์ ตารางจับคู่ปัญหา → แดชบอร์ด
4. การทำงานอัตโนมัติของกระบวนการทางธุรกิจและทีม
ทักษะที่ทำให้เวิร์กโฟลว์ที่ทำซ้ำเป็นหนึ่งคำสั่ง ทักษะเหล่านี้มักเป็นคำแนะนำที่ค่อนข้างเรียบง่าย แต่อาจมีการพึ่งพาทักษะอื่นหรือ MCP ที่ซับซ้อนกว่า สำหรับทักษะเหล่านี้ การบันทึกผลลัพธ์ก่อนหน้าในไฟล์ล็อกสามารถช่วยให้โมเดลมีความสม่ำเสมอและสะท้อนการทำงานก่อนหน้าของเวิร์กโฟลว์
ตัวอย่าง:
- standup-post — รวบรวมระบบติดตามงานของคุณ กิจกรรม GitHub และ Slack ก่อนหน้า → สรุปสถานะแบบฟอร์แมต แสดงเฉพาะสิ่งที่เปลี่ยนแปลง
- create-<ticket-system>-ticket — บังคับใช้ schema (ค่า enum ที่ถูกต้อง ฟิลด์ที่จำเป็น) พร้อมเวิร์กโฟลว์หลังการสร้าง (แจ้งผู้ตรวจสอบ ลิงก์ใน Slack)
- weekly-recap — PR ที่รวมแล้ว + ติ๊กเก็ตที่ปิดแล้ว + การ deploy → โพสต์สรุปแบบฟอร์แมต
5. การสร้างโครงโค้ดและเทมเพลต
ทักษะที่สร้าง boilerplate ของเฟรมเวิร์กสำหรับฟังก์ชันเฉพาะในโค้ดเบส คุณอาจรวมทักษะเหล่านี้กับสคริปต์ที่สามารถประกอบได้ ทักษะเหล่านี้มีประโยชน์อย่างยิ่งเมื่อการสร้างโครงโค้ดของคุณมีข้อกำหนดภาษาธรรมชาติที่ไม่สามารถครอบคลุมด้วยโค้ดเพียงอย่างเดียว
ตัวอย่าง:
- new-<framework>-workflow — สร้าง service/workflow/handler ใหม่พร้อมคำอธิบายประกอบของคุณ
- new-migration — เทมเพลตไฟล์ migration ของคุณพร้อมข้อควรระวังทั่วไป
- create-app — แอปภายในใหม่ที่มีการกำหนดค่า auth, logging และ deploy ของคุณไว้ล่วงหน้า
6. คุณภาพโค้ดและการตรวจสอบ
ทักษะที่บังคับใช้คุณภาพโค้ดภายในองค์กรของคุณและช่วยตรวจสอบโค้ด ทักษะเหล่านี้สามารถรวมสคริปต์หรือเครื่องมือที่กำหนดขึ้นเพื่อความทนทานสูงสุด คุณอาจต้องการให้ทักษะเหล่านี้ทำงานอัตโนมัติเป็นส่วนหนึ่งของฮุคหรือภายใน GitHub Action
- adversarial-review — สร้างซับเอเจนต์สายตาใหม่เพื่อวิจารณ์ ดำเนินการแก้ไข ทำซ้ำจนกว่าข้อค้นพบจะลดลงเป็นเรื่องจุกจิก
- code-style — บังคับใช้รูปแบบโค้ด โดยเฉพาะสไตล์ที่ Claude ไม่ได้ทำได้ดีโดยค่าเริ่มต้น
- testing-practices — คำแนะนำเกี่ยวกับวิธีการเขียนเทสและสิ่งที่ควรทดสอบ
7. CI/CD และการ Deploy
ทักษะที่ช่วยคุณดึง ผลัก และ deploy โค้ดภายในโค้ดเบสของคุณ ทักษะเหล่านี้อาจอ้างถึงทักษะอื่นเพื่อรวบรวมข้อมูล
ตัวอย่าง:
- babysit-pr — ตรวจสอบ PR → รัน CI ที่ล้มเหลวซ้ำ → แก้ไข merge conflict → เปิดใช้งาน auto-merge
- deploy-<service> — build → smoke test → ทยอยเพิ่ม traffic พร้อมเปรียบเทียบอัตราข้อผิดพลาด → auto-rollback เมื่อประสิทธิภาพลดลง
- cherry-pick-prod — worktree แยก → cherry-pick → แก้ไข conflict → PR พร้อมเทมเพลต
8. Runbooks
ทักษะที่รับอาการ (เช่น กระทู้ Slack, การแจ้งเตือน หรือลายเซ็นข้อผิดพลาด) ดำเนินการตรวจสอบหลายเครื่องมือ และสร้างรายงานที่มีโครงสร้าง
ตัวอย่าง:
- <service>-debugging — จับคู่อาการ → เครื่องมือ → รูปแบบการสอบถามสำหรับบริการที่มีทราฟฟิกสูงของคุณ
- oncall-runner — ดึงการแจ้งเตือน → ตรวจสอบผู้ต้องสงสัยทั่วไป → จัดรูปแบบข้อค้นพบ
- log-correlator — กำหนด ID คำขอ ดึงล็อกที่ตรงกันจากทุกระบบที่อาจเกี่ยวข้อง
9. การดำเนินงานโครงสร้างพื้นฐาน
ทักษะที่ดำเนินการบำรุงรักษาตามปกติและขั้นตอนการปฏิบัติงาน ซึ่งบางส่วนเกี่ยวข้องกับการกระทำที่ทำลายล้างซึ่งได้รับประโยชน์จากมาตรการป้องกัน ทักษะเหล่านี้ช่วยให้วิศวกรปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดในการดำเนินงานที่สำคัญ
ตัวอย่าง:
- <resource>-orphans — ค้นหา pods/volumes ที่ไม่มีเจ้าของ → โพสต์ไปยัง Slack → ระยะเวลารอ → ผู้ใช้ยืนยัน → การล้างข้อมูลแบบเรียงลำดับ
- dependency-management — เวิร์กโฟลว์การอนุมัติการพึ่งพาขององค์กรของคุณ
- cost-investigation — "ทำไมค่าใช้จ่าย storage/egress ของเราถึงเพิ่มขึ้น" พร้อม buckets และรูปแบบการสอบถามเฉพาะ
เคล็ดลับในการสร้างทักษะ
เมื่อคุณตัดสินใจแล้วว่าจะสร้างทักษะอะไร จะเขียนมันอย่างไร? นี่คือแนวทางปฏิบัติที่ดีที่สุด เคล็ดลับ และเทคนิคที่เราพบ
เราเพิ่งเปิดตัว Skill Creator เพื่อให้สร้างทักษะใน Claude Code ได้ง่ายขึ้น
อย่าพูดในสิ่งที่ชัดเจน
Claude Code รู้มากเกี่ยวกับโค้ดเบสของคุณ และ Claude รู้มากเกี่ยวกับการเขียนโค้ด รวมถึงความคิดเห็นเริ่มต้นทั่วไปมากมาย หากคุณกำลังเผยแพร่ทักษะที่เน้นความรู้เป็นหลัก พยายามมุ่งเน้นไปที่ข้อมูลที่ผลัก Claude ออกจากวิธีคิดปกติของมัน
ทักษะ frontend design เป็นตัวอย่างที่ดี — มันถูกสร้างขึ้นโดยวิศวกรคนหนึ่งที่ Anthropic โดยการทำงานร่วมกับลูกค้าเพื่อปรับปรุงรสนิยมการออกแบบของ Claude หลีกเลี่ยงรูปแบบคลาสสิกอย่างฟอนต์ Inter และเกรเดียนต์สีม่วง
สร้างส่วน Gotchas
เนื้อหาที่มีสัญญาณมากที่สุดในทักษะใด ๆ ก็คือส่วน Gotchas ส่วนเหล่านี้ควรสร้างขึ้นจากจุดล้มเหลวทั่วไปที่ Claude พบเมื่อใช้ทักษะของคุณ ตามหลักการแล้ว คุณควรอัปเดตทักษะของคุณเมื่อเวลาผ่านไปเพื่อบันทึกข้อควรระวังเหล่านี้
ใช้ระบบไฟล์และการเปิดเผยข้อมูลแบบค่อยเป็นค่อยไป
อย่างที่เรากล่าวไว้ก่อนหน้านี้ ทักษะคือโฟลเดอร์ ไม่ใช่แค่ไฟล์ Markdown คุณควรคิดว่าระบบไฟล์ทั้งหมดเป็นวิศวกรรมบริบทและการเปิดเผยข้อมูลแบบค่อยเป็นค่อยไป บอก Claude ว่าไฟล์อะไรอยู่ในทักษะของคุณ และมันจะอ่านมันในเวลาที่เหมาะสม
รูปแบบที่ง่ายที่สุดของการเปิดเผยข้อมูลแบบค่อยเป็นค่อยไปคือการชี้ไปยังไฟล์ Markdown อื่น ๆ ให้ Claude ใช้ ตัวอย่างเช่น คุณอาจแยกลายเซ็นฟังก์ชันโดยละเอียดและตัวอย่างการใช้งานไปไว้ใน references/api.md
อีกตัวอย่างหนึ่ง: หากผลลัพธ์สุดท้ายของคุณคือไฟล์ Markdown คุณอาจรวมไฟล์เทมเพลตสำหรับมันใน assets/ เพื่อคัดลอกและใช้
คุณสามารถมีโฟลเดอร์ของข้อมูลอ้างอิง สคริปต์ ตัวอย่าง ฯลฯ ซึ่งช่วยให้ Claude ทำงานได้อย่างมีประสิทธิภาพมากขึ้น
หลีกเลี่ยงการบังคับ Claude มากเกินไป
Claude จะพยายามทำตามคำแนะนำของคุณโดยทั่วไป และเนื่องจากทักษะสามารถนำมาใช้ซ้ำได้ คุณจึงต้องระวังไม่ให้คำแนะนำเฉพาะเจาะจงเกินไป ให้ข้อมูลที่ Claude ต้องการ แต่ให้ความยืดหยุ่นในการปรับตัวตามสถานการณ์ ตัวอย่างเช่น:
คิดถึงการตั้งค่า
ทักษะบางอย่างอาจต้องตั้งค่าด้วยบริบทจากผู้ใช้ ตัวอย่างเช่น หากคุณกำลังสร้างทักษะที่โพสต์สแตนด์อัปของคุณไปยัง Slack คุณอาจต้องการให้ Claude ถามว่าจะโพสต์ในแชนเนล Slack ใด
รูปแบบที่ดีในการทำเช่นนี้คือการเก็บข้อมูลการตั้งค่านี้ไว้ในไฟล์ config.json ในไดเรกทอรีทักษะดังตัวอย่างด้านบน หากยังไม่ได้ตั้งค่า เอเจนต์สามารถถามข้อมูลจากผู้ใช้ได้
หากคุณต้องการให้เอเจนต์นำเสนอคำถามแบบปรนัยที่มีโครงสร้าง คุณสามารถสั่งให้ Claude ใช้เครื่องมือ AskUserQuestion
ฟิลด์ Description มีไว้สำหรับโมเดล
เมื่อ Claude Code เริ่มเซสชัน มันจะสร้างรายการของทักษะที่มีอยู่ทั้งหมดพร้อมคำอธิบาย รายการนี้คือสิ่งที่ Claude สแกนเพื่อตัดสินใจว่า "มีทักษะสำหรับคำขอนี้หรือไม่?" ซึ่งหมายความว่าฟิลด์ description ไม่ใช่บทสรุป — มันคือคำอธิบายว่าเมื่อใดควรเรียกใช้ PR นี้
ความจำและการจัดเก็บข้อมูล
ทักษะบางอย่างสามารถรวมรูปแบบของความจำโดยการจัดเก็บข้อมูลภายในตัวมัน คุณสามารถเก็บข้อมูลในสิ่งที่ง่าย ๆ เช่นไฟล์บันทึกข้อความแบบ append-only หรือไฟล์ JSON หรือซับซ้อนอย่างฐานข้อมูล SQLite
ตัวอย่างเช่น ทักษะ standup-post อาจเก็บไฟล์ standups.log ไว้กับทุกโพสต์ที่มันเขียน ซึ่งหมายความว่าครั้งต่อไปที่คุณรันมัน Claude จะอ่านประวัติของตัวเองและสามารถบอกได้ว่ามีอะไรเปลี่ยนแปลงไปตั้งแต่เมื่อวาน
ข้อมูลที่เก็บในไดเรกทอรีทักษะอาจถูกลบเมื่อคุณอัปเกรดทักษะ ดังนั้นคุณควรเก็บข้อมูลนี้ในโฟลเดอร์ที่เสถียร ในปัจจุบันเรามี \${**CLAUDE_PLUGIN_DATA**} เป็นโฟลเดอร์ที่เสถียรต่อปลั๊กอินสำหรับจัดเก็บข้อมูล
เก็บสคริปต์และสร้างโค้ด
หนึ่งในเครื่องมือที่มีประสิทธิภาพที่สุดที่คุณสามารถให้ Claude ได้คือโค้ด ให้สคริปต์และไลบรารีแก่ Claude ช่วยให้ Claude ใช้เทิร์นของมันไปกับการประกอบ ตัดสินใจว่าจะทำอะไรต่อไป แทนที่จะสร้าง boilerplate ขึ้นมาใหม่
ตัวอย่างเช่น ในทักษะวิทยาศาสตร์ข้อมูลของคุณ คุณอาจมีไลบรารีฟังก์ชันสำหรับดึงข้อมูลจากแหล่งเหตุการณ์ของคุณ เพื่อให้ Claude สามารถวิเคราะห์ที่ซับซ้อนได้ คุณสามารถให้ฟังก์ชันตัวช่วยชุดหนึ่งแก่ Claude:
จากนั้น Claude สามารถสร้างสคริปต์ได้ทันทีเพื่อประกอบฟังก์ชันการทำงานนี้เพื่อทำการวิเคราะห์ขั้นสูงสำหรับพรอมต์เช่น “เมื่อวันอังคารเกิดอะไรขึ้น?”
ฮุคแบบ On Demand
ทักษะสามารถรวมฮุคที่เปิดใช้งานเฉพาะเมื่อเรียกใช้ทักษะ และคงอยู่ตลอดเซสชัน ใช้สิ่งนี้สำหรับฮุคที่มีความเฉพาะเจาะจงมากขึ้นที่คุณไม่ต้องการให้รันตลอดเวลา แต่มีประโยชน์อย่างมากในบางครั้ง
ตัวอย่างเช่น:
- /careful — บล็อก rm -rf, DROP TABLE, force-push, kubectl delete ผ่านตัวจับคู่ PreToolUse บน Bash คุณต้องการสิ่งนี้เฉพาะเมื่อรู้ว่าคุณกำลังแตะระบบ production การเปิดไว้ตลอดเวลาจะทำให้คุณคลั่ง
- /freeze — บล็อกการ Edit/Write ใด ๆ ที่ไม่อยู่ในไดเรกทอรีเฉพาะ มีประโยชน์เมื่อดีบัก: "ฉันต้องการเพิ่ม log แต่ฉันเผลอ 'แก้ไข' สิ่งที่ไม่เกี่ยวข้องอยู่เรื่อย"
การแจกจ่ายทักษะ
ประโยชน์ที่ใหญ่ที่สุดอย่างหนึ่งของทักษะคือคุณสามารถแชร์กับทีมของคุณได้
มีสองวิธีที่คุณอาจแชร์ทักษะกับผู้อื่น:
- ตรวจสอบทักษะของคุณลงใน repo (ภายใต้ ./.claude/skills)
- สร้าง ปลั๊กอิน และมีตลาด Claude Code Plugin ที่ผู้ใช้สามารถอัปโหลดและติดตั้งปลั๊กอิน (อ่านเพิ่มเติมใน เอกสาร ที่นี่)
สำหรับทีมขนาดเล็กที่ทำงานกับ repo จำนวนค่อนข้างน้อย การตรวจสอบทักษะลงใน repo ทำงานได้ดี แต่ทุกทักษะที่ถูกตรวจสอบเข้าไปจะเพิ่มบริบทให้กับโมเดลเล็กน้อย เมื่อคุณขยายขนาด ตลาดปลั๊กอินภายในจะช่วยให้คุณแจกจ่ายทักษะและให้ทีมของคุณตัดสินใจว่าจะติดตั้งอันไหน
การจัดการตลาด
คุณจะตัดสินใจได้อย่างไรว่าทักษะไหนควรอยู่ในตลาด? ผู้คนจะส่งมันได้อย่างไร?
เราไม่มีทีมส่วนกลางที่ตัดสินใจ แต่เราพยายามค้นหาทักษะที่มีประโยชน์ที่สุดโดยธรรมชาติ หากคุณมีทักษะที่ต้องการให้คนอื่นลอง คุณสามารถอัปโหลดไปยังโฟลเดอร์ sandbox ใน GitHub และชี้ให้คนอื่นใน Slack หรือฟอรัมอื่น ๆ
เมื่อทักษะได้รับความนิยม (ขึ้นอยู่กับเจ้าของทักษะเป็นผู้ตัดสินใจ) พวกเขาสามารถส่ง PR เพื่อย้ายไปยังตลาดได้
ข้อควรระวัง การสร้างทักษะที่ไม่ดีหรือซ้ำซ้อนอาจเป็นเรื่องง่าย ดังนั้นการแน่ใจว่าคุณมีวิธีการคัดเลือกก่อนเผยแพร่จึงเป็นสิ่งสำคัญ
การประกอบทักษะ
คุณอาจต้องการมีทักษะที่ขึ้นอยู่ซึ่งกันและกัน ตัวอย่างเช่น คุณอาจมีทักษะอัปโหลดไฟล์ที่อัปโหลดไฟล์ และทักษะสร้าง CSV ที่สร้าง CSV และอัปโหลดมัน การจัดการการพึ่งพาประเภทนี้ยังไม่ได้ถูกสร้างไว้ในตลาดหรือทักษะโดยตรง แต่คุณสามารถอ้างถึงทักษะอื่นด้วยชื่อได้ และโมเดลจะเรียกใช้หากมีการติดตั้ง
การวัดผลทักษะ
เพื่อทำความเข้าใจว่าทักษะทำงานเป็นอย่างไร เราใช้ฮุค PreToolUse ที่ช่วยให้เราบันทึกการใช้งานทักษะภายในบริษัท (ตัวอย่างโค้ดที่นี่) ซึ่งหมายความว่าเราสามารถค้นหาทักษะที่ได้รับความนิยมหรือถูกเรียกใช้น้อยกว่าที่คาดไว้
สรุป
ทักษะเป็นเครื่องมือที่ทรงพลังและยืดหยุ่นอย่างเหลือเชื่อสำหรับเอเจนต์ แต่มันยังอยู่ในช่วงเริ่มต้น และเราทุกคนกำลังเรียนรู้วิธีใช้มันให้ดีที่สุด
คิดว่านี่เป็นถุงรวมเคล็ดลับที่มีประโยชน์ที่เราเห็นว่าใช้ได้จริง มากกว่าจะเป็นคู่มือที่ตายตัว วิธีที่ดีที่สุดในการเข้าใจทักษะคือเริ่มต้น ทดลอง และดูว่าอะไรใช้ได้กับคุณ ทักษะส่วนใหญ่ของเราเริ่มต้นจากไม่กี่บรรทัดและข้อควรระวังเดียว และดีขึ้นเพราะผู้คนเพิ่มเติมเรื่อย ๆ เมื่อ Claude พบกรณีขอบใหม่
หวังว่าสิ่งนี้จะเป็นประโยชน์ แจ้งให้เราทราบหากคุณมีคำถามใด ๆ
