จาก "Raising Claude Code" สู่ "Self-Growing Claude Code" — พลังแห่งกระบวนการเมตาบอลิซึม

@0xfene
ญี่ปุ่น2 เดือนที่ผ่านมา · 12 พ.ค. 2569
227K
553
46
2
1.3K

TL;DR

ก้าวข้ามการอัปเดตด้วยตนเองไปสู่ระบบเมตาบอลิซึมสำหรับ Claude Code เรียนรู้วิธีการทำให้การรับข้อมูลเป็นแบบอัตโนมัติ การใช้ Feedback Loops เพื่อพัฒนาทักษะ และการจัดโครงสร้างข้อมูลเพื่อป้องกันปัญหา Repository บวม

เมื่อเร็วๆ นี้ เวลาคุยกับคนที่ใช้ Claude Code หนักๆ ผมมักจะถามว่า "คุณรู้สึกว่า repository ของคุณเริ่มรกไหม? รู้สึกว่าการประมวลผลช้าลงบ้างไหม?" เกือบทุกคนตอบว่า "ใช่..."

  • ทักษะเพิ่มขึ้นอย่างมากโดยที่คุณไม่รู้ตัว
  • ข้อเท็จจริงจากหกเดือนที่แล้วยังคงอยู่ในโฟลเดอร์ context/
  • CLAUDE.md พองโตจนผมเองก็ไม่สามารถเข้าใจภาพรวมได้
  • การประมวลผลช้าลงอย่างไม่น่าเชื่อ

เมื่อเร็วๆ นี้ผมเพิ่งตระหนักว่านี่ไม่ใช่ปัญหาของ "วิธีการเลี้ยงดู"

มันคือปัญหาของ "เมตาบอลิซึม"

เช่นเดียวกับร่างกายมนุษย์ที่ไม่สามารถอยู่ได้ด้วยสารอาหารเพียงอย่างเดียว คุณต้องมีเมตาบอลิซึม ขับถ่าย และสร้างร่างกายที่ยากต่อการสกปรกตั้งแต่แรก Repository ก็เหมือนกันทุกประการ

ในบทความนี้ ผมจะเขียนเกี่ยวกับกลไกสี่อย่างที่จะทำให้ Claude Code อยู่ในสถานะ "เติบโตได้ด้วยตัวเอง" สำหรับคนที่ใช้ Claude Code มาพอสมควรและรู้สึกว่าต้นทุนการจัดการเริ่มหนัก บทความนี้จะโดนใจคุณแน่นอน

■ การเลี้ยงดูอย่างเดียวมีข้อจำกัด

ในอดีต ผมเคยเขียนบทความมากมายที่บอกว่า "Claude Code เป็นเกมเลี้ยงดู"

https://x.com/0xfene/status/2042047157767926056?s=20

การสร้าง skills การสะสมข้อเท็จจริงใน context/ การขัดเกลา CLAUDE.md... ทั้งหมดคือการ "เพิ่ม"

วิธีนี้ใช้ได้ผลดีอย่างไม่น่าเชื่อในช่วงสองสามเดือนแรก

ยิ่งทำมาก Claude Code ก็ยิ่งดูฉลาด และสนุกมาก

อย่างไรก็ตาม หลังจากผ่านไปประมาณหกเดือน มุมมองก็เปลี่ยนไป

มี skills มากมายจนคุณไม่รู้ด้วยซ้ำว่ามีอะไรบ้าง และข้อเท็จจริงใน context/ ก็เริ่มเบี่ยงเบนไปจากความเป็นจริง แม้แต่ CLAUDE.md ก็พองโตจน Claude เริ่มมองข้ามคำแนะนำสำคัญ

กล่าวคือ เกิดปรากฏการณ์ที่ "ยิ่งเลี้ยงมากเท่าไหร่ ก็ยิ่งอุดตันมากเท่านั้น"

นั่นคือตอนที่ผมตระหนักได้

แค่ใส่สิ่งต่างๆ เข้าไปไม่พอ

คุณต้องหมุนเวียนผ่านสี่เสาหลัก ได้แก่ การรับเข้า เมตาบอลิซึม การขับถ่าย และ "โครงสร้างที่สะอาด" ไม่เช่นนั้น repository จะตาย

ผมจะแนะนำสี่อย่างนั้นตามลำดับ

■ ① การรับเข้า: ทำให้สามารถนำเข้าโพสต์จาก X ได้ทันที

เคล็ดลับล่าสุดของ Claude Code เกือบทั้งหมดไหลเวียนอยู่บน X

  • "ผลลัพธ์พุ่งสูงขึ้นด้วยพรอมต์นี้"
  • "การผสมผสาน skills นี้บ้ามาก"
  • "ไม่รู้ว่าสามารถเขียน hooks แบบนี้ได้"

ทุกวัน มีข้อมูลเชิงลึกที่ดีมากๆ ไหลเข้ามา

แต่ปัญหาคือคนส่วนใหญ่ปล่อยให้มันไหลผ่านไป

บอกตามตรง ผมก็เป็นเหมือนกัน

ผมจะถ่ายภาพหน้าจอคิดว่า "เดี๋ยวลองทีหลัง" แล้วหนึ่งเดือนต่อมาดูในอัลบั้มแล้วคิดว่า "นี่มันอะไรวะเนี่ย"

หรือบุ๊กมาร์ก URL แล้วไม่เคยเปิดอีกเลย

โพสต์ X ที่ตายแล้วกองอยู่ในโทรศัพท์และเบราว์เซอร์ของผม

ดังนั้น ผมจึงสร้าง "ท่อส่งข้อมูลรับเข้า" สำหรับโพสต์ X

โดยเฉพาะ เมื่อคุณให้ URL โพสต์ X Claude Code จะทำสิ่งต่อไปนี้โดยอัตโนมัติ:

  • สรุปประเด็นหลัก
  • จัดหมวดหมู่ด้วยแท็ก
  • แนะนำการเพิ่มเติมหากสามารถสะท้อนใน skills ที่มีอยู่ได้
  • ร่าง skill ใหม่หากจำเป็น
  • จดบันทึกใน context/ หากเป็นเพียงข้อมูลอ้างอิง

มันคือกลไกที่ทำสิ่งนี้เกือบจะอัตโนมัติ

แค่เพิ่มสิ่งนี้ พฤติกรรมของผมเมื่อดู X ก็เปลี่ยนไปโดยสิ้นเชิง

ก่อนหน้านี้ ผมพอใจกับการถ่ายภาพหน้าจอ แต่ตอนนี้เมื่อเห็นโพสต์ที่สนใจบน X ผมจะให้ URL แก่ Claude Code ทันที มันถูกประมวลผลอย่างราบรื่น และสามนาทีต่อมา skill ก็ถูกอัปเดต

"การหาข้อมูลดีๆ" และ "การหลอมรวมเข้ากับ Claude Code ของฉัน" กลายเป็นชุดการกระทำเดียวกัน

นี่มันใหญ่มาก

ใหญ่มากจริงๆ

เพราะเคล็ดลับล่าสุดที่ไหลเวียนในชุมชนถูกฉีดเข้าไปใน repository ของคุณอย่างต่อเนื่อง

การมีสิ่งนี้หรือไม่ทำให้โลกแตกต่างกันในหกเดือนต่อมา...!!!

โดยเฉพาะ เนื่องจากมี CLI สำหรับ X คุณสามารถทำสิ่งนี้ได้โดยเชื่อมโยงกับ Claude Code จาก X Developer Console

https://console.x.com/

ผมจะข้ามวิธีการโดยละเอียดเพราะ Claude Code อาจจะ implement ให้คุณเอง แต่ถ้าสนใจ ติดต่อผมได้เลย!

■ ② เมตาบอลิซึม: Skills เติบโตได้ด้วยตัวเองผ่านฟีดแบ็กจากมนุษย์

นี่คือส่วนที่ผมแนะนำมากที่สุด

มันเกี่ยวกับกลไกที่เรียกว่า Gotcha และมันบ้ามากจริงๆ

มันคือการวางส่วน "Past Pitfalls" ไว้ที่ท้ายไฟล์นิยาม skill แต่ละอัน

ตัวอย่างเช่น แบบนี้:

text
1## Gotchas (Past Pitfalls)
21. Do not reuse numbers from past articles
32. DAIJOBU Co., Ltd. uses the suffix notation. "DAIJOBU Corporation" is NG
43. Be wary of boastful numbers
ふぇね | 山中裕貴 - inline image

แค่นั้น

แค่นี้แหละ

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

ふぇね | 山中裕貴 - inline image

โดยเฉพาะ ขั้นตอนการทำงานเป็นแบบนี้:

  1. ผู้ใช้ให้ฟีดแบ็ก ("บทความนี้มีตัวเลขเดียวกับบทความที่แล้ว")
  2. ฟีดแบ็กนั้นถูกเพิ่มเข้าไปใน Gotchas ของ skill นั้น
  3. ครั้งต่อไปที่ skill นั้นถูกเรียก Gotchas จะถูกรวมอยู่ในพรอมต์โดยอัตโนมัติ
  4. Claude Code รับรู้ว่า "โอ้ นี่คือสิ่งที่ฉันเคยทำผิดมาก่อน" และหลีกเลี่ยงมัน

กล่าวคือ ด้วยฟีดแบ็กจากมนุษย์เพียงครั้งเดียว skill นั้นจะฉลาดขึ้นอย่างถาวร

นี่มันน่าตกใจจริงๆ

ตัวอย่างเช่น skill ตรวจสอบบทความของผมตอนนี้จำได้อย่างสมบูรณ์แบบว่า "อย่าใช้ตัวเลขเดียวกับบทความที่แล้ว" และ "DAIJOBU Co., Ltd. เป็นคำต่อท้าย"

skill เตรียมการ 1on1 จำได้ว่า "ระบุเส้นทางอาชีพ 5 เส้นทางสำหรับวิศวกร QA"

skill สัมภาษณ์จำได้ว่า "อ่านก่อนถามเสมอ การข้ามมันทำให้สูญเสียความไว้วางใจ"

ผมไม่ได้พูดแบบนี้ทุกครั้ง

ผมแค่ให้ฟีดแบ็กครั้งเดียวและเพิ่มเข้าไปใน Gotchas

มันให้ความรู้สึกเหมือน "ปล่อยให้มันได้รับประสบการณ์" มากกว่า "เลี้ยงดู"

เหมือนกับการให้ฟีดแบ็กกับคนใหม่ skill เองก็ฉลาดขึ้นอย่างต่อเนื่อง

นอกจากนี้ อีกกลไกเสริมคือสิ่งที่ผมเรียกว่า Dreams

ふぇね | 山中裕貴 - inline image

นี่คือ skill ที่ดึงรูปแบบที่ตัดข้ามทั่วทั้ง repository ซึ่ง skill แต่ละอันไม่สามารถจับได้ เป็นรายสัปดาห์

มันค้นหารูปแบบที่ซ้ำกันจากบันทึกการทำงานล่าสุดและเขียนลงใน context/dreams.md โดยอัตโนมัติ เช่น "ฉันตัดสินใจแบบนี้สามครั้งเมื่อเร็วๆ นี้" หรือ "ข้อผิดพลาดนี้กำลังเกิดขึ้นซ้ำ"

พูดง่ายๆ คือ กลไกที่ตัวตนในวันนี้สังเกตการกระทำของเมื่อวาน

ด้วยวิธีนี้ รูปแบบพฤติกรรมที่คุณไม่เคยสังเกตเห็นจะถูกทำให้เป็นคำพูดและเลื่อนขั้นเป็นคลังความรู้

เมื่อ Gotcha และ Dreams เริ่มหมุน repository จะเข้าสู่สถานะที่ "ได้รับประสบการณ์และฉลาดขึ้นได้ด้วยตัวเอง"

มันใช้ได้จริง...!!!

■ ③ การขับถ่าย: การตั้ง "คำถาม" ให้ Claude Code เป็นประจำ

จากนี้ไปเป็นเรื่องของด้าน "ผลลัพธ์"

บอกตามตรง ทุกคนไม่เก่งเรื่องการทำความสะอาดใช่ไหม?

ผมก็แย่มากเหมือนกัน

ผมคิดว่า "ฉันคงไม่ใช้อันนี้อีกแล้ว..." แต่ก็เก็บไว้เพราะกลัวการตัดสินใจทิ้ง

ก่อนที่ผมจะรู้ตัว ผมมี skills มากมาย และครึ่งหนึ่งไม่ได้ถูกใช้

ตอนแรก ผมพยายามแก้ปัญหาด้วยกลไกอย่าง "หุ่นยนต์ทำความสะอาดอัตโนมัติ" แต่มันก็ไม่ค่อยได้ผล

การตัดสินใจยากเกินไป และสุดท้ายมนุษย์ก็ต้องตรวจสอบ

ดังนั้นผมจึงเปลี่ยนนโยบาย

แทนที่จะทำให้กลไกทำความสะอาด ผมเปลี่ยนเป็นการดำเนินการที่มนุษย์ตั้ง "คำถาม" เป็นประจำ

โดยเฉพาะ เดือนละครั้ง ผมจะถาม Claude Code สามสิ่งนี้เสมอ:

  • มี skills หรือ agents ที่ไม่ได้ใช้หรือไม่? (แสดงรายการที่ไม่ถูกเรียกในเดือนที่ผ่านมา)
  • มี context เก่าเหลืออยู่หรือไม่? (แสดงรายการไฟล์ที่ไม่ได้อัปเดตเกินหกเดือน)
  • ฉันต้องการเร่งความเร็วการประมวลผลของ Claude Code อะไรที่ทำให้มันช้า?

ผมแค่ถาม

ไม่มีกลไกพิเศษ

แต่แค่ตัดสินใจทำสิ่งนี้เดือนละครั้ง การทำความสะอาด repository ก็เริ่มหมุน

เพราะแทนที่จะตัดสินใจ "ว่าจะทิ้งหรือไม่" ผมแค่ "มองเห็นสถานการณ์ปัจจุบัน"

เมื่อรายการออกมา ผมเห็นได้ทันทีว่า "โอ้ ฉันไม่ได้ใช้อันนี้แล้ว" หรือ "context นี้แตกต่างจากความเป็นจริง" การตัดสินใจเองจบลงในห้าวินาที

เปลี่ยนการทำความสะอาดจาก "ระบบอัตโนมัติ" เป็น "การทำให้คำถามเป็นประจำ"

หัวใจของคุณจะเบาขึ้น

ลองใส่ไว้ในตารางเวลาของคุณเดือนละครั้ง

มันเยี่ยมมาก!

■ ④ การสร้างโครงสร้างที่ยากต่อการสกปรกตั้งแต่แรก

นี่อาจเป็นสิ่งที่สำคัญที่สุดที่ผมอยากจะสื่อในครั้งนี้

การทำความสะอาดยากเป็นสิ่งสำคัญ แต่การสร้างโครงสร้างที่ไม่สกปรกตั้งแต่แรกนั้นคุ้มค่ากว่าอย่างท่วมท้น

มีสองกุญแจสำคัญสำหรับโครงสร้างที่ยากต่อการสกปรก

ประการแรกคือการกำหนด SSoT (Single Source of Truth)

SSoT หมายถึงการตัดสินใจว่ามีที่เดียวที่ "เวอร์ชันที่ถูกต้องของข้อมูลนี้มีอยู่ที่นี่เท่านั้น"

ふぇね | 山中裕貴 - inline image

ตัวอย่างเช่น สถานะลูกค้าล่าสุด

ถ้าคุณกระจายสิ่งนี้ในสี่ที่—"ฐานข้อมูลลูกค้า Notion," "context/clients/," "บันทึก Slack," และ "หัวของคุณเอง"—ความคลาดเคลื่อนจะเกิดขึ้นอย่างแน่นอน

หกเดือนต่อมา คุณจะไม่รู้ว่า "อันไหนถูก?" และ repository จะกลายเป็นหนองน้ำ

แทนที่จะทำอย่างนั้น คุณตัดสินใจว่า "SSoT สำหรับสถานะลูกค้าล่าสุดคือ context/clients/{name}.md"

สิ่งที่เขียนไว้ที่นั่นคือสถานะล่าสุดของความเป็นจริง Notion โดยพื้นฐานแล้วเป็นสำเนาของสิ่งนั้น และ Slack ถือเป็น flow (ข้อมูลที่ไหลผ่าน) อย่างเคร่งครัด

ふぇね | 山中裕貴 - inline image

(ในความเป็นจริง เราดำเนินการโดยการรวมศูนย์ข้อมูลลูกค้าใน Notion เป็นหลัก)

แค่ตัดสินใจสิ่งนี้ให้แน่นหนาตั้งแต่เริ่มต้น ข้อมูลก็จะหยุดกระจาย

ประการที่สองคือการแยกข้อมูลแบบ flow และข้อมูลแบบ stock

สิ่งนี้มีประสิทธิภาพอย่างไม่น่าเชื่อ

  • ข้อมูลแบบ flow = บันทึกการประชุม บันทึก 1on1 บันทึกการประชุมทางธุรกิจ รายงานประจำวัน ผลการวิจัย (เพิ่มตามลำดับเวลา ไม่เน่าเสีย)
  • ข้อมูลแบบ stock = ข้อเท็จจริงที่ถูกต้อง ณ ขณะปัจจุบัน สถานะ (ถูกเขียนทับ เป็นอันตรายหากเก่า)

ถ้าคุณไม่แยกสองสิ่งนี้ ข้อมูลแบบ flow จะผสมเข้าไปในฝั่ง stock มากขึ้นเรื่อยๆ และ repository จะกลายเป็นหนองน้ำ

ใน repository ของผม ข้อมูลแบบ flow ถูกแยกทางกายภาพไว้ใต้ work/ และข้อมูลแบบ stock อยู่ใต้ context/

ふぇね | 山中裕貴 - inline image

แค่ปฏิบัติตามกฎอย่างเคร่งครัดว่า "อ่านบันทึกและเลื่อนเฉพาะข้อเท็จจริงใหม่ไปยัง stock" ฝั่ง context/ ก็จะสะอาดตลอดไป

ฝั่ง work/ จะกองตามลำดับเวลา แต่เนื่องจากเป็น "ข้อมูลที่ไหลผ่าน" จึงไม่เป็นอันตรายแม้จะเก่า

พูดง่ายๆ คือ คุณแยกสถานที่ที่สิ่งต่างๆ เข้าและสถานที่ที่สะสมทางกายภาพ

ふぇね | 山中裕貴 - inline image

ถ้าคุณทำสิ่งนี้ การทำความสะอาดเองก็จะเบาอย่างไม่น่าเชื่อ

ฝั่ง stock มีโครงสร้างที่ยากต่อการสกปรก และฝั่ง flow ก็ไม่เป็นอันตรายแม้จะเก่า

ถ้าคุณออกแบบโครงสร้างก่อน การดำเนินการในภายหลังจะเปลี่ยนไป 180 องศา

■ จากการเลี้ยงดูสู่การเติบโตด้วยตัวเอง

ผมได้แนะนำสี่สิ่งมาแล้ว:

  • ① การรับเข้า: การนำเข้าโพสต์ X ทันที
  • ② เมตาบอลิซึม: Skills เติบโตได้ด้วยตัวเองผ่านฟีดแบ็กจากมนุษย์ (Gotcha + Dreams)
  • ③ การขับถ่าย: การทำความสะอาดเป็นประจำโดยการตั้ง "คำถาม"
  • ④ โครงสร้างที่ยากต่อการสกปรก: SSoT และการแยก Flow/Stock

เมื่อทั้งสี่สิ่งนี้เริ่มหมุน จะเกิดอะไรขึ้น?

repository จะเข้าสู่สถานะที่ "เติบโตได้ด้วยตัวเอง"

ตอนแรก ผมคิดว่า Claude Code เป็น "เกมเลี้ยงดู"

การสร้าง skills การเขียน context การจัดระเบียบ CLAUDE.md... ผมขัดเกลาทุกอย่างด้วยมือ

แต่เมื่อคุณตั้งค่าทั้งสี่นี้ มุมมองจะเปลี่ยนไปจากจุดหนึ่ง

repository จะฉลาดขึ้นด้วยตัวเองโดยที่คุณไม่ต้องแตะต้องมัน

ข้อมูลเชิงลึกใหม่ๆ เข้ามาอย่างต่อเนื่องจาก X และ skills ก็ได้รับประสบการณ์และฉลาดขึ้นด้วยตัวเอง สิ่งเก่าถูกจัดระเบียบเป็นประจำ และเนื่องจากยากต่อการสกปรกตั้งแต่แรก การบำรุงรักษาเองก็เบาอย่างไม่น่าเชื่อ

เมื่อวงจรนี้เริ่มหมุน ความสัมพันธ์กับ Claude Code จะเปลี่ยนไปอย่างแท้จริง

มันเปลี่ยนจากความรู้สึก "ขัดเกลาเครื่องมือ" เป็นความรู้สึก "เติบโตไปด้วยกัน"

จาก "ยุคแห่งการเลี้ยงดู" สู่ "ยุคแห่งการตั้งกลไกให้เติบโต"

Claude Code ของผมในอีกหนึ่งปีข้างหน้าควรจะฉลาดกว่าที่ผมจะเลี้ยงดูด้วยมือในวันนี้มาก

ด้วยความคิดนั้น ผมยังคงปรับปรุงโครงสร้าง repository อยู่ในวันนี้

ผมหวังว่าทุกคนจะลองทำให้ Claude Code ของคุณอยู่ในสถานะ "เติบโตได้ด้วยตัวเอง" ด้วยนะ!

ผมมั่นใจว่ามุมมองจะเปลี่ยนไปอย่างมาก...!!!

*เราได้เปิดตัวบริการฝึกอบรม Claude Code สำหรับองค์กรแล้ว!! ถ้าใครสนใจ อย่าลังเลที่จะ DM หรือคอมเมนต์นะ! สมาชิกที่เชี่ยวชาญ Claude Code ในธุรกิจ B2B จะฝึกอบรมคุณอย่างจริงจังตั้งแต่พื้นฐานที่สุดเกี่ยวกับเรื่องราวสำคัญสำหรับการใช้ Claude Code ในองค์กร เราทำให้เป็นกลไกที่คุณสามารถเรียนคอร์สได้ในราคาที่สมเหตุสมผลโดยใช้เงินอุดหนุน ดังนั้นอย่าลังเลเลย...!!!

Save to YouMind

Use YouMind to read viral articles deeply

Save the source, ask focused questions, summarize the argument, and turn a viral article into reusable notes in one AI workspace.

Explore YouMind

แพตเทิร์นให้ถอดรหัสเพิ่มเติม

บทความไวรัลล่าสุด

สำรวจบทความไวรัลเพิ่มเติม