ใช้ Claude Code มาเกือบสองเดือน จากไฟล์คอนฟิกกลายเป็นระบบปฏิบัติการหนึ่งชุด

จุดที่เจ็บที่สุดคือ: ไฟล์ในไดเรกทอรี rules/ ถูกโหลดเต็มรูปแบบทุกครั้งที่สนทนา ฉันใส่กฎไว้ 17KB ทำให้หน้าต่าง context พองโต—125,996 / 125,999 โทเค็น Claude หมุนวนไม่สามารถพิมพ์ออกมาได้ จนต้องลดลงเหลือ 6.6KB จึงกลับมาเป็นปกติ
เหตุการณ์นี้สอนให้ฉันเข้าใจหลักการออกแบบหนึ่ง: ทุกไบต์มีต้นทุน การโหลดตามความต้องการคือคำตอบที่ถูกต้อง
ตอนนี้โครงสร้างของฉันเป็นสามชั้น:
(โหลดตลอดเวลา, <200 บรรทัด, เก็บเป็นพอยน์เตอร์)
→ rules/ (โหลดอัตโนมัติ, กฎพฤติกรรม, กระบวนการดีบัก, กฎการจับ)
→ docs/ (โหลดตามความต้องการ, เอกสารหนัก, อ่านเมื่อจำเป็น)
บนโครงสร้างนี้มีการทำงานสี่กลไก:
ชั้นข้อมูลร้อน —
บันทึกความคืบหน้าในวันนั้น, เขียนอัตโนมัติก่อนปิดหน้าต่าง, ไม่ต้องรอให้บอก "บันทึก" ครั้งต่อไปเปิดสนทนา Claude จะสามารถดำเนินต่อจากจุดหยุด
การกำหนดเส้นทางงาน —
Sonnet จัดการงานประจำวัน, เกี่ยวกับเงินทุน/กลยุทธ์อัปเกรดอัตโนมัติเป็น Opus, ถ้าต้องการการตรวจสอบซ้อนกันก็จ้าง Codex หรือ Gemini ทำ การจัดสี่ชั้น, แต่ละชั้นมีเงื่อนไขการทริกเกอร์ที่ชัดเจน
ย้อนประสบการณ์ —
เมื่อพบบั๊ก, ขั้นแรกตรวจสอบคลังความทรงจำ ถ้าไม่ตรวจสอบก็เป็นการดีบักที่ผิดกฎกระบวนการ ข้อผิดพลาดที่ถูกแก้ไขจะถูกบันทึกทันที
การตรวจสอบความสมบูรณ์ —
ก่อนประกาศ "แก้ไขแล้ว" ต้องรันเทสต์, อ่านผลลัพธ์, ยืนยันว่าผ่าน ห้ามพูดว่า "น่าจะไม่มีปัญหา"
สองเดือนที่ผ่านมาประสบการณ์ที่ใหญ่ที่สุดคือ: ไม่ใช่แค่เขียนไฟล์คอนฟิกครั้งเดียวจบ แต่เป็นระบบที่มีชีวิต คุณแก้ไขมัน มันจะจำ คุณเจอปัญหา มันจะสะสม คุณปิดหน้าต่าง มันจะบันทึกเอง ยิ่งใช้งาน ยิ่งคล่องตัว เพราะมันกำลังพัฒนาร่วมกับคุณ
คุณเป็นอย่างไรบ้าง?