สมองที่สองใน Claude Code: วิธีสร้างโครงสร้างให้เสร็จภายในหนึ่งชั่วโมง

เอกสารอ้างอิง Ailoot: ailoot.ai/docs/.

ทำไม Claude Code จึงต้องมีสมองที่สอง และอะไรคือสิ่งสำคัญ?#

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

ถ้าคุณมี CLAUDE.md คุณก็แก้ปัญหาความหงุดหงิดในรอบแรกได้แล้ว กฎพื้นฐานและคำอธิบายโปรเจกต์อยู่ในไฟล์เดียวและโหลดในทุกเซสชัน ฉันอธิบายวิธีทำงานของไฟล์นี้ไว้ในคู่มือ CLAUDE.md - คุณอ่านก่อนเพื่อวางพื้นฐานได้

แต่ CLAUDE.md เป็นคู่มือพนักงานใหม่: แต่งตัวอย่างไร ใช้น้ำเสียงแบบไหนกับลูกค้า ใช้คำสั่งใดเพื่อเผยแพร่ เท่านี้ยังไม่พอที่จะตัดสินใจเรื่องโปรเจกต์ได้ดี การตัดสินใจต้องอาศัยความรู้: ผลิตภัณฑ์คืออะไร กลุ่มเป้าหมายเป็นใคร เศรษฐศาสตร์ทำงานอย่างไร คุณลองอะไรไปแล้วและอะไรไม่ได้ผล

จากประสบการณ์ของผู้เขียนที่อธิบายไว้ที่นี่ ความรู้นั้นเคยอยู่ในสี่แห่ง: ในหัวของเขา แชต Telegram เอกสาร Google และในหัวของพนักงาน หนึ่งเดือนหลังตัดสินใจ ก็ไม่มีใครจำได้แล้วว่าทำไมจึงตัดสินใจเช่นนั้น คนใหม่ต้องใช้เวลาหนึ่งชั่วโมงถามทีมเพื่อทำความเข้าใจ Claude ไม่ได้เป็นส่วนหนึ่งของบริบทนั้นเลย

ก่อนมีสมองที่สอง ตามประสบการณ์ของผู้เขียนที่เล่าไว้ ทุกเซสชันหมายถึงการต้องอธิบายซ้ำว่าลูกค้าคือใคร ข้อเสนอจัดไว้อย่างไร และผู้ให้บริการรายใดดูแลการชำระเงิน เมื่อมี business/ ฉันเปิดแชตแล้วพูดว่า “อัปเดตข้อเสนอให้ใช้แผนราคาใหม่” - Claude เข้าไปที่ business/company/legal.md เอง อ่านข้อกำหนด จากนั้นไปที่ business/products/pricing.md เห็นแผนราคาใหม่ แล้วเสนอการแก้ไขได้ในรอบเดียว ไม่ต้องปูพื้นฐานอีกต่อไป บริบทโหลดโดยอัตโนมัติ

Anthropic เรียกปัญหานี้ว่า context rot ในบล็อกวิศวกรรมของตน:

กล่าวอีกอย่างคือ ยิ่งยัดข้อมูลลงในหน้าต่างมาก เอเจนต์ก็ยิ่งทำงานกับรายละเอียดได้แย่ลง วิธีแก้คือเก็บโครงสร้างของไฟล์ภายนอกไว้ เพื่อให้ Claude เข้าไปดูเองเมื่อตอบคำขอเฉพาะ นั่นคือสมองที่สอง

สมองที่สองคืออะไร และนำมาใช้กับ Claude อย่างไร?#

แนวคิด “สมองที่สอง” ไม่ใช่ของฉัน ข้อความสำคัญคือ:

โดยทั่วไป สมองที่สองเกี่ยวกับผลิตภาพ: ผู้คนสร้างคลัง Obsidian แล้วเพิ่มข้อความที่คัดมาจากหนังสือ บันทึกจากการโทร และไอเดียโครงการ

เมื่อผู้เขียนนำแนวคิดนี้มาใช้ทำงานกับ Claude Code มันก็เลิกเป็นเรื่องผลิตภาพและกลายเป็นสถาปัตยกรรมเอเจนต์

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

เนื่องจากเอเจนต์เข้าถึงได้เอง ไฟล์จึงต้องอยู่ในรูปแบบที่มันเข้าใจโดยไม่ต้องมีการผสานระบบแยกต่างหาก Markdown เหมาะอย่างยิ่ง: เป็นข้อความ มีลำดับชั้นหัวข้อ และมีลิงก์ระหว่างไฟล์ Notion และ Google Docs ไม่เหมาะ คุณเชื่อมต่อผ่าน MCP ได้ แต่จะเพิ่มอีกหนึ่งชั้น อีกหนึ่งโทเคนต่อคำขอ และอีกหนึ่งจุดที่อาจล้มเหลว

เนื่องจากไฟล์อยู่ในระบบไฟล์ข้างโปรเจกต์ จึงอยู่ในระยะที่ Claude Code เข้าถึงได้โดยอัตโนมัติ ไม่ต้องตั้งค่า เริ่มเอเจนต์ในโฟลเดอร์โปรเจกต์ แล้วมันจะเห็นไฟล์ทั้งหมดภายใน ฟรีและใช้งานได้ทันที

Claude Code มีลำดับชั้นความทรงจำอะไรให้ใช้ตั้งแต่แรก?#

ก่อนเพิ่มสิ่งของคุณเอง มาดูกันว่า Claude จดจำอะไรได้บ้างโดยไม่ต้องให้คุณช่วย Anthropic อธิบายกลไกสองอย่างไว้ในเอกสารทางการ: CLAUDE.md (กฎที่คุณเขียน) และความทรงจำอัตโนมัติ (บทเรียนที่ Claude เขียนเอง) ทั้งสองอย่างโหลดตอนเริ่มทุกเซสชัน

Claude ค้นหา CLAUDE.md ในสี่ตำแหน่งพร้อมกัน:

ไฟล์ทั้งสี่โหลดเข้าสู่บริบท ยิ่งระดับเฉพาะเจาะจงมาก ลำดับความสำคัญก็ยิ่งสูง ไฟล์เฉพาะเครื่องถูกอ่านเป็นลำดับสุดท้าย กฎในไฟล์จึงอยู่เหนือกฎอื่นทั้งหมด

ไฟล์ CLAUDE.md ยังอยู่ในโฟลเดอร์ใดก็ได้ภายในโปรเจกต์ เมื่อ Claude อ่านไฟล์จากโฟลเดอร์ย่อย มันจะโหลด CLAUDE.md ของโฟลเดอร์ย่อยนั้นเมื่อต้องใช้ วิธีนี้มีประโยชน์ใน monorepo: กฎ frontend อยู่ใน frontend/CLAUDE.md กฎ backend อยู่ใน backend/CLAUDE.md และโหลดเฉพาะตอนเอเจนต์ทำงานกับส่วนที่เกี่ยวข้อง

ความทรงจำอัตโนมัติปรากฏใน Claude Code 2.1.59 เป็นไฟล์ที่ Claude เขียนเกี่ยวกับคุณ:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # ดัชนี โหลดทุกเซสชัน (200 บรรทัดหรือ 25KB)
├── debugging.md       # บันทึกรายละเอียด (โหลดเมื่อต้องการ)
├── api-conventions.md
└── ...

Anthropic อธิบายไว้ในเอกสารทางการว่า:

เปิดใช้ความทรงจำอัตโนมัติด้วยแฟล็ก autoMemoryEnabled ใน ~/.claude/settings.json Claude ตัดสินใจว่าจะเขียนอะไรลงไป คุณอ่าน MEMORY.md และแก้ไขด้วยตนเองได้ เพราะเป็น markdown ปกติ

CLAUDE.md หรือสมองที่สอง - ควรแบ่งขอบเขตตรงไหน?#

นี่คืออุปมาที่ฉันใช้ในการบรรยาย: ลองนึกภาพว่าคุณจ้างพนักงานใหม่ วันแรกคุณจะให้อะไรเขา?

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

นอกจากนี้ยังให้สิทธิ์เข้าถึงวิกิของบริษัท ซึ่งอธิบายว่าผลิตภัณฑ์คืออะไร มีไว้สำหรับใคร กลุ่มเป้าหมายคือใคร ราคาเท่าไรและเพราะอะไร คู่แข่งเป็นใคร และคุณเคยทำพลาดเรื่องอะไร นี่คือคลังข้อมูลขนาดใหญ่ ไม่มีใครอ่านทั้งหมด - คุณเข้าไปเมื่อมีคำถามเฉพาะ

CLAUDE.md = คู่มือคำแนะนำ สมองที่สอง = วิกิ คุณต้องมีทั้งคู่

ความแตกต่างเรียบง่าย ใส่ทุกอย่างที่ เกี่ยวข้องกับทุกงาน ไว้ใน CLAUDE.md:

• เอเจนต์เป็นใครในโปรเจกต์นี้ (ผู้ช่วย หัวหน้า ผู้ช่วยงาน)
• ควรตอบเป็นภาษาใด
• ชุดเครื่องมือ
• คำสั่งเผยแพร่
• ข้อห้าม (อย่าใช้ em dash อย่ารัน git push --force)
• การกำหนดเส้นทาง: ไปที่ไหนเพื่อหาบริบทธุรกิจ และไปที่ไหนเพื่อหาหลักการ

ใส่ทุกอย่างที่ จำเป็นเมื่อต้องการใช้ ไว้ในสมองที่สอง:

• ผลิตภัณฑ์ กลุ่มเป้าหมาย เศรษฐศาสตร์ และเป้าหมาย
• คู่แข่งและตลาด
• การตัดสินใจในอดีตและเหตุผลเบื้องหลัง
• ตัวอย่างลูกค้าและรีวิว
• หลักการและระเบียบวิธี

Anthropic แบ่งแยกแบบเดียวกันในเอกสาร:

Skills เป็นวิธีหนึ่งในการจัดเก็บความรู้เฉพาะเหตุการณ์ อีกวิธีคือโฟลเดอร์ business/ ที่อยู่ข้างโปรเจกต์ ฉันใช้ทั้งสองแบบและจะอธิบายเพิ่มเติมด้านล่าง

สมองของโปรเจกต์ประกอบด้วยอะไรบ้าง - 5 ส่วนและเครื่องย้อนเวลา#

ตัวอย่างสถาปัตยกรรมจากประสบการณ์ที่ผู้เขียนเล่าไว้:

ประเด็นเชิงระเบียบวิธีที่สำคัญคือ แยก ai-clone/ กับ business/ ออกจากกัน

business/ ตอบคำถามว่า “เราทำอะไร?” ผลิตภัณฑ์ กลุ่มเป้าหมาย ราคา คู่แข่ง เป็นเรื่องของโปรเจกต์ ถ้าพรุ่งนี้คุณส่งต่อโปรเจกต์ให้หุ้นส่วน โฟลเดอร์นี้ก็จะไปกับโปรเจกต์

ai-clone/ ตอบคำถามว่า “ฉันตัดสินใจอย่างไร?” หลักการ น้ำเสียง งานฝีมือ และคำที่ควรหยุดใช้ เป็นเรื่องของฉัน ถ้าพรุ่งนี้ฉันเริ่มโปรเจกต์ใหม่ โฟลเดอร์นี้ก็จะไปกับฉัน

ควรใส่อะไรใน business/ และไม่ควรใส่อะไร?#

โครงสร้างระดับบนสุดของ business/ ในโปรเจกต์ตัวอย่างที่ผู้เขียนเล่าไว้:

business/
├── INDEX.md              ← แผนที่โฟลเดอร์ อ่านก่อน
├── company/              ← พันธกิจ นิติบุคคล ค่านิยม นโยบายด้านกฎหมาย
├── products/             ← ผลิตภัณฑ์ โปรแกรม ราคา
├── audience/             ← โปรไฟล์ลูกค้า กลุ่มย่อย ข้อโต้แย้ง
├── goals/                ← เป้าหมายรายปี รายไตรมาส รายเดือน และตัวชี้วัด
├── economics/            ← unit economics รายรับ รายจ่าย การคาดการณ์
├── marketing/             ← ช่องทาง funnel สื่อ คู่แข่ง
├── execution/            ← การวางแผนรายสัปดาห์ backlog
└── assets/               ← ระบบออกแบบ รีวิว คลังข้อความ

นี่เป็นตัวอย่างจากโปรเจกต์ที่ผู้เขียนเล่าไว้ ไม่ใช่กฎตายตัว ฉันสร้างโฟลเดอร์ตามความจำเป็น เริ่มจากสามโฟลเดอร์ (products/, audience/, goals/) แล้วเพิ่มโฟลเดอร์ที่เหลือหลังผ่านไป 2-3 เดือน เมื่อเริ่มไม่แน่ใจว่าจะวางสิ่งใหม่ไว้ที่ไหน

ไฟล์หลักของโฟลเดอร์คือ INDEX.md ซึ่งเป็นแผนที่ มีตาราง “คำถาม → ไฟล์” ที่ Claude ใช้เพื่อทำความเข้าใจว่าจะไปที่ไหน หากไม่มีตารางนี้ เอเจนต์จะเสียโทเคนอ่านทุกไฟล์ตามลำดับ

ตัวอย่างข้อความบางส่วนจาก INDEX.md:

### ค้นหาสิ่งต่าง ๆ ได้ที่ไหน

| สิ่งที่ต้องการ | ดูที่ไหน |
|---|---|
| ลูกค้าของเราคือใครและมีปัญหาอะไร | `business/audience/avatar.md` |
| ผลิตภัณฑ์ แผน และราคา | `business/products/` |
| เป้าหมายและตัวชี้วัด | `business/goals/` |
| เศรษฐศาสตร์ (รายรับ รายจ่าย unit economics) | `business/economics/` |
| ช่องทางโปรโมตและสื่อ | `business/marketing/` |

จากนั้นเพิ่มเพียงหนึ่งบรรทัดใน CLAUDE.md: “สำหรับคำถามทางธุรกิจ ให้อ่าน business/INDEX.md และทำตามแผนที่” เอเจนต์ไม่โหลดทั้งโฟลเดอร์เข้าไปในบริบท แต่จะโหลดแผนที่ เลือกไฟล์ที่เหมาะ แล้วอ่านเฉพาะไฟล์นั้น

รายการสิ่งที่ไม่ควรใส่ใน business/:

• ข้อความแชตดิบที่ยังไม่ผ่านการประมวลผล หากมีข้อคิด ให้กลั่นกรองและจดไว้ หากไม่มี ก็ไม่ต้องใส่
• ข้อมูลที่ซ้ำกับในโค้ด ไม่จำเป็นต้องเขียนว่า “การชำระเงินผ่าน CloudPayments” เพราะเอเจนต์ดูได้จากโค้ด
• ภาพหน้าจอและรูปภาพ เพราะทำให้โฟลเดอร์ใหญ่ขึ้น และโมเดลข้อความจะไม่สามารถแยกวิเคราะห์ได้โดยไม่มีขั้นตอนเพิ่มเติม
• ตัวเลขที่เปลี่ยนแปลงตลอด “วันนี้มีการชำระเงินสำหรับผลิตภัณฑ์ 423 รายการ” จะล้าสมัยในอีกหนึ่งสัปดาห์ ใช้เครื่องหมาย LIVE และลิงก์ไปยังคำสั่งฐานข้อมูล
• ข้อมูลที่ละเอียดอ่อนหรือน่าสงสัย หากพรุ่งนี้ repository ถูกเผยแพร่บน YouTube ต่อหน้าคนแปลกหน้า 100 thousand คน ให้เก็บไว้เฉพาะสิ่งที่คุณยินดีเปิดเผย พนักงาน เอเจนต์ และบางครั้งผู้รับเหมาภายนอกก็อ่านโฟลเดอร์นี้

ทำไมต้องมีโฟลเดอร์ ai-clone แยกต่างหาก และทำไมไม่ควรรวมกับ business?#

แนวคิดเรียบง่าย: ธุรกิจรู้ว่าเราทำอะไร ส่วน clone รู้ว่าฉันตัดสินใจอย่างไร

โครงสร้าง ai-clone/ ในโปรเจกต์ที่ผู้เขียนเล่าไว้:

ai-clone/
├── INDEX.md           ← แผนที่โฟลเดอร์
├── role.md            ← ฉันเป็นใคร ภูมิหลัง และสิ่งสำคัญ
├── identity/          ← ค่านิยม วิสัยทัศน์ พันธกิจ
├── thinking/          ← แบบจำลองความคิดจากการบรรยาย
├── voice/             ← น้ำเสียง คำศัพท์ สไตล์
├── principles/        ← ความเชื่อเกี่ยวกับผลิตภัณฑ์ โค้ด และธุรกิจ
├── feedback/          ← กฎที่เรียนรู้จากความผิดพลาด ← โฟลเดอร์หลัก
├── style/             ← คำที่ควรหยุดใช้ รูปแบบ Telegram
└── reference/         ← เครื่องมือ สภาพแวดล้อม

โฟลเดอร์ที่มีประโยชน์ที่สุดคือ feedback/ ซึ่งเก็บกฎเฉพาะที่ฉันเรียนรู้จากความผิดพลาดของเอเจนต์ แต่ละกฎอยู่ในไฟล์แยกตามรูปแบบนี้:

---
name: short-name
description: หนึ่งบรรทัด - ในไฟล์มีอะไรและควรใช้เมื่อไร
type: feedback
---

กฎสั้น ๆ หนึ่งประโยค

**ทำไม:** เหตุผลที่มีกฎนี้ บริบท เหตุการณ์ ข้อสังเกต

**วิธีใช้:** เงื่อนไขเฉพาะที่ทำให้กฎนี้ใช้ได้

หากไม่มี “ทำไม” กฎก็ไร้ชีวิต - เอเจนต์จะนำไปใช้กับสถานการณ์คล้ายกันไม่ได้ หากไม่มี “วิธีใช้” ก็ไม่ชัดเจนว่าควรใช้กฎเมื่อไร

ตัวอย่างจากโฟลเดอร์ของฉัน: กฎ “ใช้ขีดกลาง ไม่ใช้ em dash” กฎนี้เกิดขึ้นเพราะ em dash — เป็นเครื่องหมายภาพสำคัญของข้อความที่สร้างโดย AI ใช้กับข้อความสาธารณะทุกประเภท ไฟล์อยู่ที่ ai-clone/feedback/no-em-dashes.md

ฉันทำต่างออกไปเล็กน้อย: ฉันเขียนกฎไว้ใน ai-clone/feedback/ ไม่ใช่ CLAUDE.md CLAUDE.md เป็นไฟล์ของโปรเจกต์ แต่กฎเกี่ยวกับน้ำเสียงและสไตล์เป็นเรื่องส่วนตัว กฎเหล่านั้นตามฉันไปยังโปรเจกต์ถัดไป ส่วน CLAUDE.md อยู่กับโปรเจกต์

Live Metrics คืออะไร และทำไมไม่ควรใส่ตัวเลขตายตัวในไฟล์?#

หนึ่งในกับดักหลักเมื่อเริ่มทำสมองที่สองคือการเติมตัวเลขที่ล้าสมัยลงไป คุณเขียนว่า “เรามีลูกค้า 320 ราย” แล้วสองสัปดาห์ต่อมาก็เป็น 410 รายแล้ว คุณเขียนว่า “รายรับต่อเดือนคือ 4.7 ล้าน” แล้วอีกหนึ่งเดือนต่อมาตัวเลขนั้นก็ขาดบริบท: เป็นเป้าหมาย ผลจริง หรือการคาดการณ์?

ในตัวอย่างของผู้เขียน วิธีทำงานเป็นแบบนี้ ในไฟล์ business/products/practicum.md ใช้เครื่องหมายแทนตัวเลข:

## รุ่นเรียน

> **LIVE** - รันคำสั่งใน `live-metrics.md` ส่วน “ยอดขาย”
> เพื่อดูการชำระเงินปัจจุบันแยกตามรุ่นเรียน

| รุ่น | วันที่ | ผู้ชำระเงิน |
|-------|------|------------|
| 1 | 10-12 มีนาคม 2026 | LIVE |
| 2 | 24-26 มีนาคม 2026 | LIVE |

ไฟล์ live-metrics.md แยกต่างหากมีคำสั่ง SQL พร้อมรันและคำอธิบายผลลัพธ์:

## ยอดขาย (การชำระเงินแยกตามรุ่นเรียน)

```sql
SELECT c.name, COUNT(p.id) AS paid, SUM(p.amount) AS revenue
FROM purchases p
JOIN cohorts c ON c.id = p.cohort_id
WHERE p.status = 'paid'
GROUP BY c.name
ORDER BY c.starts_at DESC;
```

เมื่อฉันถามเอเจนต์ว่า “รุ่นเรียนที่สองมีการชำระเงินกี่รายการ?” มันจะ:

1. อ่าน business/products/practicum.md
2. เห็นเครื่องหมาย LIVE ข้างตัวเลข
3. เปิด live-metrics.md
4. หาส่วน “ยอดขาย”
5. รันคำสั่งกับฐานข้อมูล production
6. ตอบโดยใช้ข้อมูลสด

วิธีนี้แก้ปัญหาสองอย่างพร้อมกัน ตัวเลขไม่ล้าสมัย และการตัดสินใจใช้ภาพสถานการณ์ปัจจุบัน ไม่ใช่ของปีที่แล้ว

AI นำทางในสมองที่สองเพื่อทำคำขอเดียวอย่างไร?#

ตัวอย่างคำขอเฉพาะ: “ร่างอีเมลถึงผู้เข้าร่วมเกี่ยวกับรุ่นเรียนใหม่”

1. Claude เริ่มจากหน้าต่างว่าง โหลด CLAUDE.md (กฎ เทคโนโลยีที่ใช้ และการกำหนดเส้นทาง)
2. จากเส้นทางใน CLAUDE.md มันเห็นว่า “ai-clone/INDEX.md - อ่านทุกครั้งตอนเริ่มเซสชัน” จึงเปิดไฟล์และเรียนรู้ว่าฉันเป็นใคร น้ำเสียงของฉันเป็นอย่างไร และใช้คำใดที่ควรหยุดใช้
3. มันเห็นข้อความในเส้นทางว่า “เทมเพลตอีเมล - src/lib/email/layout.ts” จึงเปิดไฟล์และเข้าใจรูปแบบ
4. มันเห็นว่า “บริบทผลิตภัณฑ์ - business/products/practicum.md” จึงเปิดไฟล์และอ่านเกี่ยวกับผลิตภัณฑ์
5. มันเห็นเครื่องหมาย LIVE ในไฟล์และการอ้างอิงไปยัง live-metrics.md จึงเปิดไฟล์และพบ SQL ที่พร้อมรัน หากต้องการตัวเลขปัจจุบันก็รันคำสั่ง หากไม่ต้องการก็ระบุว่า “ดึงตัวเลขตอนส่ง”
6. มันเห็นกฎน้ำเสียงใน ai-clone/style/telegram-format.md ข้อห้ามใช้ em dash ใน ai-clone/feedback/no-em-dashes.md และอัตราเปลี่ยนเป็นลูกค้าของ funnel ใน business/marketing/funnel.md

มันเขียนอีเมลด้วยน้ำเสียงของฉัน ใช้ตัวเลขล่าสุด ไม่มี em dash และไม่มีเครื่องหมายบ่งชี้ว่าเป็น AI

Anthropic เรียกแนวทางนี้ว่า just-in-time context ในบล็อกวิศวกรรมของตน:

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

รูปแบบที่ควรหลีกเลี่ยงในสมองที่สอง 5 ประการ#

รูปแบบที่ควรหลีกเลี่ยง 1. CLAUDE.md ที่ยาวเกินไป คำสั่ง 500 บรรทัด “แทนที่จะใส่ทุกอย่างไว้ในที่เดียว” Anthropic พูดไว้อย่างชัดเจน:

เป้าหมายคือ 80-120 บรรทัด นำส่วนที่เหลือไปไว้ในไฟล์แยกและกำหนดเส้นทางไปยังไฟล์เหล่านั้น

รูปแบบที่ควรหลีกเลี่ยง 2. โฟลเดอร์รวมทุกอย่าง คุณโยนทุกอย่างลงในสมองที่สอง: ข้อความแชตดิบ ภาพหน้าจอไร้ประโยชน์ รายงานที่ไม่มีใครอ่าน อีกหนึ่งเดือนต่อมาโฟลเดอร์ก็พองโต เอเจนต์เสียโทเคนอ่านขยะ และคุณจำไม่ได้ว่าอะไรอยู่ที่ไหน กฎคือไฟล์ทุกไฟล์ในสมองที่สองควรตอบคำถามเฉพาะ หากไม่มีใครเปิดไฟล์นั้นมาหกเดือน ให้ลบหรือย้ายไปเก็บถาวร

รูปแบบที่ควรหลีกเลี่ยง 3. การทำข้อมูลซ้ำ “การชำระเงินผ่าน CloudPayments ใน src/lib/payment/cloudpayments.ts; ผู้ให้บริการตั้งค่าไว้ใน .env” เอเจนต์เห็นทั้งหมดนี้ในโค้ดได้อยู่แล้ว อย่าทำซ้ำใน business/ ข้อมูลซ้ำจะล้าสมัย: โค้ดเปลี่ยน business/ ไม่อัปเดต แล้วเอเจนต์ก็ทำงานจากข้อมูลเก่า

รูปแบบที่ควรหลีกเลี่ยง 4. ตัวเลขตายตัว “เรามีลูกค้า 1,247 ราย และมีอัตราเปลี่ยนเป็นลูกค้า 6.3%” - ลองสมมติว่านี่เป็นตัวเลขจากสตาร์ตอัปฟินเทคสมมติ ตัวเลขแบบนี้จะล้าสมัยภายในหนึ่งสัปดาห์ ใช้เครื่องหมาย LIVE และ live-metrics.md ส่วนนี้อธิบายไว้ด้านบน

รูปแบบที่ควรหลีกเลี่ยง 5. บริบทที่ไม่มีเส้นทางเข้าถึง หากสมองที่สองอยู่ที่อื่นและเอเจนต์ไม่มีสิทธิ์หรือตัวชี้ การเริ่มในโฟลเดอร์โค้ดไม่พอ บันทึกร่วมที่ไม่สำคัญอาจวาง business/ กับ profile/ ใน repository เพื่อความสะดวก ส่วนบริบทส่วนตัวควรอยู่ที่ควบคุมแยก พร้อมกำหนดสิทธิ์และการชี้เส้นทางที่อนุญาตอย่างชัดเจน ความสะดวกของโฟลเดอร์ไม่เหนือข้อกำหนดความลับ

วิธีสร้างสมองที่สองในหนึ่งชั่วโมง - ขั้นตอนทีละข้อ#

1. สร้างโฟลเดอร์รูทสองโฟลเดอร์

   ที่รูทโปรเจกต์ เคียงข้าง src/:

   mkdir -p business/{products,audience,goals,economics,marketing}
   mkdir -p ai-clone/{identity,voice,principles,feedback,style}
   

2. ทำ INDEX.md เป็นแผนที่โฟลเดอร์

   business/INDEX.md เป็นตาราง “คำถาม → ไฟล์” เริ่มอย่างน้อย 5 แถว แล้วเพิ่มต่อไปเมื่อใช้งาน ทำแบบเดียวกันใน ai-clone/INDEX.md

3. เพิ่มคำอธิบายสั้น ๆ เกี่ยวกับผลิตภัณฑ์และลูกค้า

   business/products/main.md - ผลิตภัณฑ์คืออะไร มีไว้สำหรับใคร ราคาเท่าไร และแตกต่างอย่างไร ความยาว 30-50 บรรทัด business/audience/avatar.md - ลูกค้าคือใคร มีจุดเจ็บปวดอะไร และซื้ออะไร ความยาว 30-50 บรรทัด อย่าอธิบายลูกค้าในอุดมคติ - ให้อธิบายลูกค้าจริง หากไม่รู้อะไร ให้ทำเครื่องหมายว่า “ต้องสอบถามเพิ่มเติม” แล้วดำเนินต่อ

4. อธิบายตัวเองใน ai-clone/role.md

   คุณเป็นใคร ทำอะไร และอะไรสำคัญกับคุณ ความยาว 20-30 บรรทัด แค่นี้ก็เริ่มได้แล้ว เพิ่มน้ำเสียง หลักการ และคำที่ควรหยุดใช้เมื่อสังเกตว่าเอเจนต์เขียนด้วยสไตล์ที่ไม่ใช่ของคุณ

5. เพิ่มการกำหนดเส้นทางใน CLAUDE.md

   เปิด CLAUDE.md แล้วเพิ่มส่วนนี้:

   ## แผนที่โปรเจกต์
   
   - บริบทธุรกิจ → `business/INDEX.md`
   - บริบทเกี่ยวกับฉัน → `ai-clone/INDEX.md`
   - แผนทางเทคนิค → `plans/YYYY-MM-DD-*.md`
   - ข้อคิดจากเซสชันก่อนหน้า → `retrospectives/`
   
   อ่าน `ai-clone/INDEX.md` และ `business/INDEX.md` ทุกครั้งเมื่อเริ่มเซสชัน
   

6. เริ่ม Claude Code และตรวจสอบ

   เปิดเอเจนต์ ถามว่า “บอกฉันเกี่ยวกับผลิตภัณฑ์และกลุ่มเป้าหมายของฉัน” ถ้ามันตอบจากบริบทในโฟลเดอร์ แสดงว่าทำงาน หากแต่งข้อมูลขึ้นมา ให้ตรวจว่าโฟลเดอร์อยู่ข้างโปรเจกต์ ตั้งชื่อไฟล์ถูกต้อง และเขียนการกำหนดเส้นทางใน CLAUDE.md อย่างชัดเจน

จากนั้นสมองที่สองจะเติบโตตามหลักการสองข้อ

ข้อแรก: ทุกครั้งที่เอเจนต์ทำผิด ให้เพิ่มกฎ หลังผ่านไป 3-4 สัปดาห์ ai-clone/feedback/ จะมีไฟล์กฎ 15-20 ไฟล์ และเอเจนต์จะเลิกทำข้อผิดพลาดทั่วไปส่วนใหญ่

ข้อสอง: ทุกครั้งที่ตัดสินใจทางธุรกิจ ให้บันทึกไว้ใน business/ หากขึ้นราคา ให้เพิ่มบันทึกใน business/products/pricing.md พร้อมวันที่และเหตุผล หากเปลี่ยนตำแหน่งทางการตลาด ให้เพิ่มบันทึกใน business/company/about.md ผ่านไปหกเดือน คุณจะมีคลังข้อมูลที่จำได้ว่า “ทำไม”

สัปดาห์นี้เราทำงานร่วมกันไปมากพอสมควร

วิเคราะห์การเปลี่ยนแปลงโค้ดทั้งหมดในสัปดาห์นี้และ commits ทั้งหมดที่เราทำ
ข้อมูลที่มีคุณค่าอะไรจากเรื่องนี้ควรอยู่ใน business/ - เขียนลงในไฟล์ที่เหมาะสม
พร้อม wiki links ไปยังไฟล์ใกล้เคียง เพื่อไม่ให้บริบทสูญหาย

หากมีการตัดสินใจในโค้ดที่ฉันยังไม่ได้อธิบาย ให้ถามฉันว่าทำไม
แล้วบันทึกเหตุผลในไฟล์ที่เหมาะสมพร้อมระบุวันที่

อย่าทำซ้ำสิ่งที่เห็นได้ชัดจากโค้ดอยู่แล้ว ให้ใส่เฉพาะสิ่งที่เอเจนต์
จะไม่รู้ในเซสชันหน้า หากไม่มี business/

ขั้นต่อไป - Skills, Subagents และ context engineering#

เมื่อจัดทำสมองที่สองแล้ว ยังมีเครื่องมืออีกสามอย่างที่ Anthropic อธิบายว่าเป็นระดับการปรับบริบทให้เหมาะสมสามระดับ

Skills คือความรู้เชิงกระบวนการ หากมีเวิร์กโฟลว์ที่ทำซ้ำ (เขียนคู่มือการเรียนรู้ จัดทำโพสต์ Telegram ตรวจสอบเว็บไซต์) คุณเข้ารหัสไว้ในไฟล์ SKILL.md พร้อมคำอธิบายงานได้ ตอนเริ่มเซสชัน Claude จะสแกนชื่อและคำอธิบายของ skill แล้วโหลดเฉพาะรายการที่เหมาะกับงานปัจจุบัน วิธีนี้ประหยัดโทเคนและรักษาจุดสนใจไว้

Subagents คืออินสแตนซ์ Claude ที่แยกจากกันและมีหน้าต่างบริบทของตนเอง เริ่ม subagent สำหรับงานที่ต้องใช้ความพยายามมาก (อ่าน 30 ไฟล์และจัดทำสรุป) แล้วมันจะทำงานในหน้าต่างของตัวเองและส่งกลับเฉพาะผลลัพธ์ หน้าต่างหลักของคุณยังคงว่าง Anthropic เขียนไว้ว่า:

Context engineering คือการจัดการว่าสิ่งใดจะเข้าไปในหน้าต่างตั้งแต่แรก ทีม Anthropic เรียกมันว่าทักษะพื้นฐานสำหรับการทำงานกับเอเจนต์ในปี 2025 ซึ่งอยู่เหนือ prompt engineering หนึ่งระดับ Prompt engineering คือการเลือกถ้อยคำ Context engineering คือการเลือกไฟล์ เส้นทาง skills และ subagents

สมองที่สองเป็นหน่วยสร้างพื้นฐานชิ้นแรกของ context engineering หากไม่มีมัน Skills ก็อ่านพื้นที่ว่าง Subagents ไม่มีที่ให้ไป และหน้าต่างของเอเจนต์เต็มไปด้วยข้อมูลสุ่ม แต่เมื่อมีสมองที่สอง เครื่องมือทั้งสามก็เริ่มทำงาน

ขั้นต่อไป สร้างสองโฟลเดอร์ไว้ข้างโปรเจกต์: business/ และ ai-clone/ เพิ่ม INDEX.md ให้แต่ละโฟลเดอร์ โดยมี 5 บรรทัดทำหน้าที่เป็นแผนที่ เพิ่มบรรทัดการกำหนดเส้นทางสี่บรรทัดใน CLAUDE.md ภายในหนึ่งชั่วโมง คุณจะมีโครงสร้างสมองที่สองที่ใช้งานได้ จากนั้นค่อยเติมรายละเอียดตามกฎ “หลังเอเจนต์ทำผิดทุกครั้ง ให้เพิ่มหนึ่งบรรทัดใน ai-clone/feedback/” ฉันอธิบายเทมเพลต CLAUDE.md ฉบับเต็มที่ใช้กำหนดเส้นทางไปยังสมองที่สองไว้ในคู่มือ วิธีตั้งค่า CLAUDE.md ให้ถูกต้อง

สำรวจ Ailoot ต่อได้ที่ ailoot.ai.