# สมองที่สองใน Claude Code: วิธีสร้างโครงสร้างให้เสร็จภายในหนึ่งชั่วโมง > วิธีสร้างสมองที่สองสำหรับ Claude Code: ลำดับชั้นของความทรงจำ โครงสร้างโฟลเดอร์ห้าส่วน และ git เพื่อให้เอเจนต์จดจำทุกอย่างเกี่ยวกับโปรเจกต์ของคุณได้ระหว่างเซสชัน Source: https://ailoot.ai/blog/th/claude-code-second-brain/ Canonical: https://ailoot.ai/blog/th/claude-code-second-brain/ Language: th Publisher: Ailoot (https://ailoot.ai/) Translation: guide-233 Revision: sha256-e14a353e9bae911a66d1fa1456a0bb57300aad160a404b5087808b8178c8bf5c
ประเด็นสำคัญ สมองที่สองใน Claude Code ไม่ใช่ไฟล์เดียว แต่เป็นโครงสร้างของห้าโฟลเดอร์บวกกับ git โดย CLAUDE.md กำหนดกฎและเส้นทางอ้างอิง `business/` เก็บความรู้เกี่ยวกับโปรเจกต์ `ai-clone/` เก็บข้อมูลเกี่ยวกับคุณในฐานะผู้ตัดสินใจ `plans/` เก็บแผนทางเทคนิค และ `retrospectives/` เก็บบทเรียนจากเซสชันก่อนหน้า เอเจนต์เริ่มต้นที่ CLAUDE.md แล้วตามลิงก์ไปยังโฟลเดอร์ที่เหมาะกับคำขอเฉพาะ บทความนี้ครอบคลุมลำดับชั้นความทรงจำในเอกสารทางการของ Claude Code โครงสร้างห้าส่วน และวิธีสร้างทีละขั้นภายในหนึ่งชั่วโมง
เอกสารอ้างอิง Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/). ## ทำไม Claude Code จึงต้องมีสมองที่สอง และอะไรคือสิ่งสำคัญ?
ประเด็นสำคัญ ไฟล์ CLAUDE.md ไฟล์เดียวครอบคลุมกฎพื้นฐานได้ แต่ไม่สามารถรองรับความทรงจำทางธุรกิจได้ ผ่านไปหนึ่งเดือน คุณก็ลืมแล้วว่าทำไมถึงขึ้นราคา ผ่านไปสามเดือน คุณก็ลืมแล้วว่าทำไมถึงปฏิเสธการผ่อนชำระ ความรู้อยู่พร้อมกันในสี่แห่ง: ในหัวของคุณ แชต Telegram เอกสาร Google และในหัวของพนักงาน สมองที่สองรวบรวมทั้งหมดไว้ในโฟลเดอร์เดียวที่มีไฟล์ markdown อยู่ข้างโปรเจกต์ และ Claude สามารถเข้าไปดูได้เอง
คุณเปิด Claude Code ในวันอังคาร แล้วอธิบายว่าโปรเจกต์นี้คืออะไร กลุ่มเป้าหมายคือใคร และห้ามทำอะไร คุณทำงานร่วมกัน พอถึงวันพฤหัสบดี ก็เป็นแชตใหม่และคุณต้องอธิบายทุกอย่างอีกครั้ง ถ้าคุณมี CLAUDE.md คุณก็แก้ปัญหาความหงุดหงิดในรอบแรกได้แล้ว กฎพื้นฐานและคำอธิบายโปรเจกต์อยู่ในไฟล์เดียวและโหลดในทุกเซสชัน ฉันอธิบายวิธีทำงานของไฟล์นี้ไว้ใน[คู่มือ CLAUDE.md](https://ailoot.ai/blog/th/claude-md-template/) - คุณอ่านก่อนเพื่อวางพื้นฐานได้ แต่ CLAUDE.md เป็นคู่มือพนักงานใหม่: แต่งตัวอย่างไร ใช้น้ำเสียงแบบไหนกับลูกค้า ใช้คำสั่งใดเพื่อเผยแพร่ เท่านี้ยังไม่พอที่จะตัดสินใจเรื่องโปรเจกต์ได้ดี การตัดสินใจต้องอาศัยความรู้: ผลิตภัณฑ์คืออะไร กลุ่มเป้าหมายเป็นใคร เศรษฐศาสตร์ทำงานอย่างไร คุณลองอะไรไปแล้วและอะไรไม่ได้ผล จากประสบการณ์ของผู้เขียนที่อธิบายไว้ที่นี่ ความรู้นั้นเคยอยู่ในสี่แห่ง: ในหัวของเขา แชต Telegram เอกสาร Google และในหัวของพนักงาน หนึ่งเดือนหลังตัดสินใจ ก็ไม่มีใครจำได้แล้วว่าทำไมจึงตัดสินใจเช่นนั้น คนใหม่ต้องใช้เวลาหนึ่งชั่วโมงถามทีมเพื่อทำความเข้าใจ Claude ไม่ได้เป็นส่วนหนึ่งของบริบทนั้นเลย ก่อนมีสมองที่สอง ตามประสบการณ์ของผู้เขียนที่เล่าไว้ ทุกเซสชันหมายถึงการต้องอธิบายซ้ำว่าลูกค้าคือใคร ข้อเสนอจัดไว้อย่างไร และผู้ให้บริการรายใดดูแลการชำระเงิน เมื่อมี `business/` ฉันเปิดแชตแล้วพูดว่า “อัปเดตข้อเสนอให้ใช้แผนราคาใหม่” - Claude เข้าไปที่ `business/company/legal.md` เอง อ่านข้อกำหนด จากนั้นไปที่ `business/products/pricing.md` เห็นแผนราคาใหม่ แล้วเสนอการแก้ไขได้ในรอบเดียว ไม่ต้องปูพื้นฐานอีกต่อไป บริบทโหลดโดยอัตโนมัติ
หมายเหตุ นี่ไม่ใช่ปัญหาเกี่ยวกับความทรงจำของ Claude แต่เป็นปัญหาด้านสถาปัตยกรรม หน้าต่างบริบทของเอเจนต์คือความจำขณะทำงาน มันโหลดเฉพาะสิ่งที่คุณชี้ให้ดูอย่างชัดเจนเท่านั้น ส่วนที่เหลืออยู่นอกหน้าต่างและโหลดตามต้องการ สมองที่สองจัดเก็บ “ส่วนที่เหลือทั้งหมด” อย่างเป็นระบบ เพื่อให้ Claude หาทางไปยังข้อมูลได้
Anthropic เรียกปัญหานี้ว่า context rot ในบล็อกวิศวกรรมของตน:
ยิ่งมีโทเคนในหน้าต่างบริบทมากเท่าไร โมเดลก็ยิ่งเรียกคืนข้อมูลจากบริบทนั้นได้อย่างถูกต้องยากขึ้นเท่านั้น
— Anthropic, anthropic.com/engineering/effective-context-engineering-for-ai-agents
กล่าวอีกอย่างคือ ยิ่งยัดข้อมูลลงในหน้าต่างมาก เอเจนต์ก็ยิ่งทำงานกับรายละเอียดได้แย่ลง วิธีแก้คือเก็บโครงสร้างของไฟล์ภายนอกไว้ เพื่อให้ Claude เข้าไปดูเองเมื่อตอบคำขอเฉพาะ นั่นคือสมองที่สอง ## สมองที่สองคืออะไร และนำมาใช้กับ Claude อย่างไร?
ประเด็นสำคัญ แนวคิดเรียบง่าย: จิตใจมีไว้คิด ไม่ใช่เก็บความคิด สำหรับ Claude Code สมองที่สองเปลี่ยนจากวิธีเพิ่มผลิตภาพมาเป็นสถาปัตยกรรมเอเจนต์: โฟลเดอร์บันทึกภายนอกที่เอเจนต์เข้าถึงได้โดยตรงผ่านระบบไฟล์
แนวคิด “สมองที่สอง” ไม่ใช่ของฉัน ข้อความสำคัญคือ: โดยทั่วไป สมองที่สองเกี่ยวกับผลิตภาพ: ผู้คนสร้างคลัง Obsidian แล้วเพิ่มข้อความที่คัดมาจากหนังสือ บันทึกจากการโทร และไอเดียโครงการ เมื่อผู้เขียนนำแนวคิดนี้มาใช้ทำงานกับ Claude Code มันก็เลิกเป็นเรื่องผลิตภาพและกลายเป็นสถาปัตยกรรมเอเจนต์ ในแนวทางดั้งเดิม สมองที่สองเป็นของคุณและคุณเข้าถึงด้วยตนเอง แต่เมื่อทำงานกับ Claude Code สมองที่สองจะเป็นแบบ **สองทาง**: ทั้งคุณและเอเจนต์เข้าถึงได้ สิ่งนี้เปลี่ยนข้อกำหนดด้านรูปแบบ เนื่องจากเอเจนต์เข้าถึงได้เอง ไฟล์จึงต้องอยู่ในรูปแบบที่มันเข้าใจโดยไม่ต้องมีการผสานระบบแยกต่างหาก Markdown เหมาะอย่างยิ่ง: เป็นข้อความ มีลำดับชั้นหัวข้อ และมีลิงก์ระหว่างไฟล์ Notion และ Google Docs ไม่เหมาะ คุณเชื่อมต่อผ่าน MCP ได้ แต่จะเพิ่มอีกหนึ่งชั้น อีกหนึ่งโทเคนต่อคำขอ และอีกหนึ่งจุดที่อาจล้มเหลว เนื่องจากไฟล์อยู่ในระบบไฟล์ข้างโปรเจกต์ จึงอยู่ในระยะที่ Claude Code เข้าถึงได้โดยอัตโนมัติ ไม่ต้องตั้งค่า เริ่มเอเจนต์ในโฟลเดอร์โปรเจกต์ แล้วมันจะเห็นไฟล์ทั้งหมดภายใน ฟรีและใช้งานได้ทันที
เคล็ดลับ คุณเก็บสมองที่สองใน Obsidian ได้ - ฉันก็เปิดที่นั่นเพื่อดูกราฟความเชื่อมโยงได้ง่ายขึ้น แต่ตัวไฟล์อยู่ในโฟลเดอร์ปกติข้างโค้ด Obsidian เป็นเพียงเปลือกหุ้มที่ใช้งานสะดวกสำหรับไฟล์ markdown Claude มองเห็นไฟล์ได้โดยไม่ต้องใช้ Obsidian คุณใช้โปรแกรมแก้ไขใดก็ได้ สิ่งสำคัญคือไฟล์อยู่บนดิสก์ ไม่ใช่ในบริการคลาวด์ที่มีรูปแบบเฉพาะของตนเอง
## Claude Code มีลำดับชั้นความทรงจำอะไรให้ใช้ตั้งแต่แรก?
ประเด็นสำคัญ Claude Code อ่าน CLAUDE.md ได้สี่ระดับตั้งแต่แรก (องค์กร ผู้ใช้ โปรเจกต์ และเฉพาะเครื่อง) และตั้งแต่เวอร์ชัน 2.1.59 เป็นต้นมา ก็มีความทรงจำอัตโนมัติของตัวเองที่ `~/.claude/projects//memory/` นี่เพียงพอสำหรับความทรงจำพื้นฐาน แต่ไม่ใช่บริบทธุรกิจ - ให้เก็บส่วนนั้นไว้ในโฟลเดอร์แยกข้างโปรเจกต์
ก่อนเพิ่มสิ่งของคุณเอง มาดูกันว่า Claude จดจำอะไรได้บ้างโดยไม่ต้องให้คุณช่วย Anthropic อธิบายกลไกสองอย่างไว้ใน[เอกสารทางการ](https://code.claude.com/docs/en/memory): CLAUDE.md (กฎที่คุณเขียน) และความทรงจำอัตโนมัติ (บทเรียนที่ Claude เขียนเอง) ทั้งสองอย่างโหลดตอนเริ่มทุกเซสชัน Claude ค้นหา CLAUDE.md ในสี่ตำแหน่งพร้อมกัน: | ระดับ | ตำแหน่ง | จุดประสงค์ | |----|----|----| | **องค์กร** | `/Library/Application Support/ClaudeCode/CLAUDE.md` (macOS), `/etc/claude-code/CLAUDE.md` (Linux), `C:\Program Files\ClaudeCode\CLAUDE.md` (Windows) | กฎที่ผู้ดูแลระบบนำไปใช้กับทั้งทีมผ่าน MDM บุคคลทั่วไปไม่จำเป็นต้องใช้ | | **ผู้ใช้** | `~/.claude/CLAUDE.md` | กฎส่วนตัวที่ใช้กับทุกโปรเจกต์ เช่น “ตอบด้วยภาษาที่ฉันต้องการ” “อย่าใช้ em dash” | | **โปรเจกต์** | `./CLAUDE.md` ที่รูทโปรเจกต์ | กฎสำหรับโปรเจกต์หนึ่งโดยเฉพาะ: เทคโนโลยีที่ใช้ โครงสร้างโฟลเดอร์ กฎธุรกิจ บันทึกไว้ใน git | | **เฉพาะเครื่อง** | `./CLAUDE.local.md` | บันทึกส่วนตัวของคุณสำหรับโปรเจกต์นี้ ซึ่งไม่ได้บันทึกลง git อยู่ใน `.gitignore` | ไฟล์ทั้งสี่โหลดเข้าสู่บริบท ยิ่งระดับเฉพาะเจาะจงมาก ลำดับความสำคัญก็ยิ่งสูง ไฟล์เฉพาะเครื่องถูกอ่านเป็นลำดับสุดท้าย กฎในไฟล์จึงอยู่เหนือกฎอื่นทั้งหมด ไฟล์ CLAUDE.md ยังอยู่ในโฟลเดอร์ใดก็ได้ภายในโปรเจกต์ เมื่อ Claude อ่านไฟล์จากโฟลเดอร์ย่อย มันจะโหลด CLAUDE.md ของโฟลเดอร์ย่อยนั้นเมื่อต้องใช้ วิธีนี้มีประโยชน์ใน monorepo: กฎ frontend อยู่ใน `frontend/CLAUDE.md` กฎ backend อยู่ใน `backend/CLAUDE.md` และโหลดเฉพาะตอนเอเจนต์ทำงานกับส่วนที่เกี่ยวข้อง ความทรงจำอัตโนมัติปรากฏใน Claude Code 2.1.59 เป็นไฟล์ที่ Claude เขียนเกี่ยวกับคุณ: ``` ~/.claude/projects//memory/ ├── MEMORY.md # ดัชนี โหลดทุกเซสชัน (200 บรรทัดหรือ 25KB) ├── debugging.md # บันทึกรายละเอียด (โหลดเมื่อต้องการ) ├── api-conventions.md └── ... ``` Anthropic อธิบายไว้ในเอกสารทางการว่า:
Claude ไม่ได้บันทึกบางอย่างในทุกเซสชัน แต่มันตัดสินใจว่าสิ่งใดควรค่าแก่การจดจำ โดยพิจารณาว่าข้อมูลนั้นอาจเป็นประโยชน์ในการสนทนาในอนาคตหรือไม่
— Anthropic, code.claude.com/docs/en/memory
เปิดใช้ความทรงจำอัตโนมัติด้วยแฟล็ก `autoMemoryEnabled` ใน `~/.claude/settings.json` Claude ตัดสินใจว่าจะเขียนอะไรลงไป คุณอ่าน MEMORY.md และแก้ไขด้วยตนเองได้ เพราะเป็น markdown ปกติ
คำเตือน ความทรงจำอัตโนมัติมีประโยชน์ แต่ใช้แทนสมองที่สองไม่ได้ Claude เขียนข้อสังเกตเชิงปฏิบัติเกี่ยวกับเครื่องมือและรูปแบบโค้ดไว้ที่นั่น เช่น “สคริปต์นี้ใช้ไม่ได้ถ้าไม่มีแฟล็ก X” “ตารางฐานข้อมูลนี้ชื่อ...” แต่มันไม่ได้เขียนกลยุทธ์ธุรกิจไว้ที่นั่น หากต้องการให้เอเจนต์จดจำว่ากลุ่มเป้าหมายของคุณคือใครและทำไมคุณเลือกตั้งราคาหนึ่งไว้ คุณต้องใส่ข้อมูลนั้นในโฟลเดอร์บริบทแยกต่างหากด้วยตัวเอง
## CLAUDE.md หรือสมองที่สอง - ควรแบ่งขอบเขตตรงไหน?
ประเด็นสำคัญ CLAUDE.md เป็นคู่มือพนักงานใหม่: วิธีปฏิบัติตัว คำสั่งที่ควรใช้ และสิ่งที่ห้ามทำ สมองที่สองคือวิกิของบริษัท: คุณทำอะไร เพื่อใคร เศรษฐศาสตร์ทำงานอย่างไร และคุณลองอะไรมาแล้ว หนึ่งไฟล์เก็บกฎพฤติกรรม บวกโครงสร้างความรู้ภายนอก CLAUDE.md คือดัชนี ส่วนสมองที่สองคือคลังข้อมูล หากไม่มีดัชนี เอเจนต์ก็ไม่รู้ว่ามีคลังข้อมูลอยู่ หากไม่มีคลังข้อมูล มันก็รู้แต่กฎ แต่ไม่รู้บริบทธุรกิจ
นี่คืออุปมาที่ฉันใช้ในการบรรยาย: ลองนึกภาพว่าคุณจ้างพนักงานใหม่ วันแรกคุณจะให้อะไรเขา? คู่มือคำแนะนำ: แต่งตัวอย่างไร มาถึงเวลาไหน ใช้น้ำเสียงแบบไหนกับลูกค้า และเผยแพร่ผ่านระบบใด เป็นเอกสารสั้น ๆ ไม่ได้อธิบายว่าคุณทำอะไรหรือทำไม แค่บอกว่าควรปฏิบัติตัวอย่างไร นอกจากนี้ยังให้สิทธิ์เข้าถึงวิกิของบริษัท ซึ่งอธิบายว่าผลิตภัณฑ์คืออะไร มีไว้สำหรับใคร กลุ่มเป้าหมายคือใคร ราคาเท่าไรและเพราะอะไร คู่แข่งเป็นใคร และคุณเคยทำพลาดเรื่องอะไร นี่คือคลังข้อมูลขนาดใหญ่ ไม่มีใครอ่านทั้งหมด - คุณเข้าไปเมื่อมีคำถามเฉพาะ CLAUDE.md = คู่มือคำแนะนำ สมองที่สอง = วิกิ คุณต้องมีทั้งคู่ ความแตกต่างเรียบง่าย ใส่ทุกอย่างที่ **เกี่ยวข้องกับทุกงาน** ไว้ใน CLAUDE.md: - เอเจนต์เป็นใครในโปรเจกต์นี้ (ผู้ช่วย หัวหน้า ผู้ช่วยงาน) - ควรตอบเป็นภาษาใด - ชุดเครื่องมือ - คำสั่งเผยแพร่ - ข้อห้าม (อย่าใช้ em dash อย่ารัน `git push --force`) - การกำหนดเส้นทาง: ไปที่ไหนเพื่อหาบริบทธุรกิจ และไปที่ไหนเพื่อหาหลักการ ใส่ทุกอย่างที่ **จำเป็นเมื่อต้องการใช้** ไว้ในสมองที่สอง: - ผลิตภัณฑ์ กลุ่มเป้าหมาย เศรษฐศาสตร์ และเป้าหมาย - คู่แข่งและตลาด - การตัดสินใจในอดีตและเหตุผลเบื้องหลัง - ตัวอย่างลูกค้าและรีวิว - หลักการและระเบียบวิธี Anthropic แบ่งแยกแบบเดียวกันในเอกสาร:
CLAUDE.md โหลดทุกเซสชัน จึงควรใส่เฉพาะสิ่งที่ใช้ได้โดยทั่วไป สำหรับความรู้เฉพาะด้านหรือเวิร์กโฟลว์ที่ต้องใช้เป็นครั้งคราว ให้ใช้ skills Claude จะโหลดเมื่อต้องการโดยไม่ทำให้ทุกบทสนทนาพองโต
— Anthropic, code.claude.com/docs/en/best-practices
Skills เป็นวิธีหนึ่งในการจัดเก็บความรู้เฉพาะเหตุการณ์ อีกวิธีคือโฟลเดอร์ `business/` ที่อยู่ข้างโปรเจกต์ ฉันใช้ทั้งสองแบบและจะอธิบายเพิ่มเติมด้านล่าง ## สมองของโปรเจกต์ประกอบด้วยอะไรบ้าง - 5 ส่วนและเครื่องย้อนเวลา
ประเด็นสำคัญ สมองของโปรเจกต์มีห้าโฟลเดอร์และใช้ git ครอบไว้ CLAUDE.md กำหนดกฎและเส้นทางอ้างอิง `ai-clone/` เก็บภาพจำลองดิจิทัลของคุณ: หลักการ น้ำเสียง และข้อเสนอแนะหลังเกิดข้อผิดพลาด `business/` เก็บความรู้เกี่ยวกับโปรเจกต์ `plans/` เก็บแผนทางเทคนิคแยกตามระยะ `retrospectives/` เก็บข้อคิดหลังจบเซสชัน Git ทำให้ทั้งหมดกลายเป็นเครื่องย้อนเวลา: อีกหนึ่งปีต่อมา คุณเปิดไฟล์ใดก็ได้และดูได้ว่าในไฟล์มีอะไรอยู่ตอนที่ตัดสินใจ
ตัวอย่างสถาปัตยกรรมจากประสบการณ์ที่ผู้เขียนเล่าไว้: | โฟลเดอร์ | ภายในมีอะไร | จุดประสงค์ | |----|----|----| | **`CLAUDE.md`** | กฎของโปรเจกต์ เทคโนโลยีที่ใช้ โครงสร้างไฟล์ การกำหนดเส้นทางโฟลเดอร์ ภาษาสื่อสาร | นี่คือคู่มือคำแนะนำของเอเจนต์ โหลดทุกเซสชัน ไม่เกิน 200 บรรทัด และควรมี 80-120 บรรทัด | | **`ai-clone/`** | ฉันเป็นใคร หลักการ น้ำเสียง รูปแบบการตัดสินใจ และข้อเสนอแนะหลังเกิดข้อผิดพลาด | ภาพจำลองดิจิทัลของฉันในฐานะผู้ตัดสินใจ มันรู้ว่าฉันจะปฏิเสธอะไรทันที ฉันเสนอสิ่งต่าง ๆ ด้วยรูปแบบใด และกฎใดที่ฉันเรียนรู้จากความผิดพลาด | | **`business/`** | ผลิตภัณฑ์ กลุ่มเป้าหมาย เป้าหมาย เศรษฐศาสตร์ การตลาด การตัดสินใจในอดีต และตัวอย่าง | ไฟล์ markdown ที่เชื่อมโยงกันด้วยลิงก์ wiki แต่ละไฟล์เชื่อมโยงไปยังไฟล์อื่นผ่านลิงก์ `[[...]]` เอเจนต์เข้าไปดูเพื่อตอบคำถามเฉพาะ | | **`plans/`** | หนึ่งแผนต่อหนึ่งฟีเจอร์ ไฟล์ `YYYY-MM-DD-feature.md` ที่มีระยะต่าง ๆ และช่องทำเครื่องหมาย | Plan Mode มีอยู่ในบทสนทนาเดียวและหายไปหลัง `/clear` โฟลเดอร์ `plans/` อยู่ใน repository - เอเจนต์ใดก็กลับมาทำแผนต่อได้ทุกเมื่อ | | **`retrospectives/`** | ข้อคิดหลังแต่ละเซสชัน: ทำอะไรไปแล้ว ต้องจำอะไร และปรับปรุงอะไรได้บ้าง | การเรียนรู้ด้วยตนเองของระบบ ความผิดพลาดกลายเป็นกฎใน `ai-clone/feedback/` | | **`+ git`** | ประวัติเวอร์ชันของไฟล์ทั้งหมด | เครื่องย้อนเวลา เปิดไฟล์ใดก็ได้แล้วรัน `git log` เพื่อดูว่าไฟล์เปลี่ยนเมื่อไรและเพราะอะไร | ประเด็นเชิงระเบียบวิธีที่สำคัญคือ **แยก `ai-clone/` กับ `business/` ออกจากกัน** `business/` ตอบคำถามว่า “เราทำอะไร?” ผลิตภัณฑ์ กลุ่มเป้าหมาย ราคา คู่แข่ง เป็นเรื่องของโปรเจกต์ ถ้าพรุ่งนี้คุณส่งต่อโปรเจกต์ให้หุ้นส่วน โฟลเดอร์นี้ก็จะไปกับโปรเจกต์ `ai-clone/` ตอบคำถามว่า “ฉันตัดสินใจอย่างไร?” หลักการ น้ำเสียง งานฝีมือ และคำที่ควรหยุดใช้ เป็นเรื่องของฉัน ถ้าพรุ่งนี้ฉันเริ่มโปรเจกต์ใหม่ โฟลเดอร์นี้ก็จะไปกับฉัน
เคล็ดลับ
## ควรใส่อะไรใน business/ และไม่ควรใส่อะไร?
ประเด็นสำคัญ ใส่ข้อเท็จจริงเกี่ยวกับโปรเจกต์ที่เปลี่ยนแปลงสัปดาห์ละครั้งหรือน้อยกว่าไว้ใน `business/`: การวางตำแหน่ง กลุ่มเป้าหมาย ผลิตภัณฑ์และราคา เป้าหมายรายไตรมาส และการตัดสินใจสำคัญ ไม่ต้องใส่ข้อความแชต วัตถุดิบดิบที่ยังไม่ผ่านการประมวลผล ข้อมูลที่ซ้ำกับในโค้ด ภาพหน้าจอ และตัวเลขที่เปลี่ยนแปลงตลอด แทนที่ตัวเลขด้วยเครื่องหมาย LIVE และลิงก์ไปยังคำสั่ง SQL - ฉันอธิบายเรื่องนี้ในส่วนแยกด้านล่าง
โครงสร้างระดับบนสุดของ `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`: ```markdown ### ค้นหาสิ่งต่าง ๆ ได้ที่ไหน | สิ่งที่ต้องการ | ดูที่ไหน | |---|---| | ลูกค้าของเราคือใครและมีปัญหาอะไร | `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 คน ให้เก็บไว้เฉพาะสิ่งที่คุณยินดีเปิดเผย พนักงาน เอเจนต์ และบางครั้งผู้รับเหมาภายนอกก็อ่านโฟลเดอร์นี้
คำเตือน ถ้า repository เป็นสาธารณะ โฟลเดอร์ `business/` ก็เป็นสาธารณะเช่นกัน ฉันปฏิบัติต่อสมองที่สองราวกับว่า repository อาจกลายเป็นสาธารณะในวันพรุ่งนี้ แม้ตอนนี้จะเป็นส่วนตัวก็ตาม ไม่มีชื่อไคลเอนต์หากไม่ได้รับความยินยอม ไม่มีตัวเลขรายรับรายเดือน และไม่มีรหัสผ่าน นิสัยนี้ช่วยลดความเครียดได้มาก
## ทำไมต้องมีโฟลเดอร์ ai-clone แยกต่างหาก และทำไมไม่ควรรวมกับ business?
ประเด็นสำคัญ `ai-clone/` เก็บภาพจำลองดิจิทัลของคุณ: หลักการ น้ำเสียง คำที่ควรหยุดใช้ และข้อเสนอแนะหลังเกิดข้อผิดพลาด ความผิดพลาดของเอเจนต์แต่ละครั้งกลายเป็นกฎใน `ai-clone/feedback/` ตามสูตร “กฎ → ทำไม → วิธีใช้” โฟลเดอร์นี้ตามคุณไปจากโปรเจกต์หนึ่งสู่อีกโปรเจกต์หนึ่ง ส่วน `business/` อยู่กับโปรเจกต์ แยกสองอย่างนี้ไว้: ในโปรเจกต์ใหม่ `business/` จะเป็นชุดใหม่ แต่หลักการและสไตล์ของคุณยังเหมือนเดิม
แนวคิดเรียบง่าย: ธุรกิจรู้ว่าเราทำอะไร ส่วน clone รู้ว่าฉันตัดสินใจอย่างไร โครงสร้าง `ai-clone/` ในโปรเจกต์ที่ผู้เขียนเล่าไว้: ``` ai-clone/ ├── INDEX.md ← แผนที่โฟลเดอร์ ├── role.md ← ฉันเป็นใคร ภูมิหลัง และสิ่งสำคัญ ├── identity/ ← ค่านิยม วิสัยทัศน์ พันธกิจ ├── thinking/ ← แบบจำลองความคิดจากการบรรยาย ├── voice/ ← น้ำเสียง คำศัพท์ สไตล์ ├── principles/ ← ความเชื่อเกี่ยวกับผลิตภัณฑ์ โค้ด และธุรกิจ ├── feedback/ ← กฎที่เรียนรู้จากความผิดพลาด ← โฟลเดอร์หลัก ├── style/ ← คำที่ควรหยุดใช้ รูปแบบ Telegram └── reference/ ← เครื่องมือ สภาพแวดล้อม ``` โฟลเดอร์ที่มีประโยชน์ที่สุดคือ `feedback/` ซึ่งเก็บกฎเฉพาะที่ฉันเรียนรู้จากความผิดพลาดของเอเจนต์ แต่ละกฎอยู่ในไฟล์แยกตามรูปแบบนี้: ```markdown --- 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` อยู่กับโปรเจกต์
หมายเหตุ วิธีวัดความเป็นผู้ใหญ่ของแนวทางนี้คือ คุณบอกเอเจนต์ว่า “ไม่ใช่ แบบนั้นไม่ใช่” เรื่องเดิมกี่ครั้งต่อสัปดาห์? ในระบบที่เป็นผู้ใหญ่ คำตอบคือศูนย์ ความผิดพลาดทุกครั้งกลายเป็นกฎใน `feedback/` และเอเจนต์ก็ไม่ทำซ้ำในครั้งต่อไป
## Live Metrics คืออะไร และทำไมไม่ควรใส่ตัวเลขตายตัวในไฟล์?
ประเด็นสำคัญ ตัวเลขในไฟล์สมองที่สองล้าสมัยภายในไม่กี่วัน “ลูกค้า 1,000 ราย” วันนี้จะกลายเป็น 1,050 รายในวันพรุ่งนี้และ 2,000 รายในหนึ่งเดือน หากใส่ตัวเลขตายตัว อีกหนึ่งเดือนต่อมาเอเจนต์จะเสนอสิ่งต่าง ๆ จากข้อมูลของเมื่อวาน วิธีแก้คือใส่เครื่องหมาย LIVE ไว้ในไฟล์และมีเอกสาร `live-metrics.md` แยกต่างหากพร้อมคำสั่ง SQL ที่พร้อมรัน เมื่อเอเจนต์เห็น LIVE ก็จะไปยังฐานข้อมูล ดึงตัวเลขปัจจุบัน และให้เหตุผลจากข้อมูลล่าสุด
หนึ่งในกับดักหลักเมื่อเริ่มทำสมองที่สองคือการเติมตัวเลขที่ล้าสมัยลงไป คุณเขียนว่า “เรามีลูกค้า 320 ราย” แล้วสองสัปดาห์ต่อมาก็เป็น 410 รายแล้ว คุณเขียนว่า “รายรับต่อเดือนคือ 4.7 ล้าน” แล้วอีกหนึ่งเดือนต่อมาตัวเลขนั้นก็ขาดบริบท: เป็นเป้าหมาย ผลจริง หรือการคาดการณ์? ในตัวอย่างของผู้เขียน วิธีทำงานเป็นแบบนี้ ในไฟล์ `business/products/practicum.md` ใช้เครื่องหมายแทนตัวเลข: ```markdown ## รุ่นเรียน > **LIVE** - รันคำสั่งใน `live-metrics.md` ส่วน “ยอดขาย” > เพื่อดูการชำระเงินปัจจุบันแยกตามรุ่นเรียน | รุ่น | วันที่ | ผู้ชำระเงิน | |-------|------|------------| | 1 | 10-12 มีนาคม 2026 | LIVE | | 2 | 24-26 มีนาคม 2026 | LIVE | ``` ไฟล์ `live-metrics.md` แยกต่างหากมีคำสั่ง SQL พร้อมรันและคำอธิบายผลลัพธ์: ````markdown ## ยอดขาย (การชำระเงินแยกตามรุ่นเรียน) ```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. ตอบโดยใช้ข้อมูลสด วิธีนี้แก้ปัญหาสองอย่างพร้อมกัน ตัวเลขไม่ล้าสมัย และการตัดสินใจใช้ภาพสถานการณ์ปัจจุบัน ไม่ใช่ของปีที่แล้ว
คำเตือน ในแนวทางที่ผู้เขียนเล่าไว้ มีเพียงเอเจนต์ที่เชื่อถือได้เท่านั้นที่เข้าถึงฐานข้อมูล production ได้ โดยเข้าถึงผ่าน wrapper ที่บันทึกคำสั่งและไม่เปิดเผยรหัสผ่าน การใส่คำสั่ง `psql` โดยตรงพร้อมรหัสผ่านแบบข้อความธรรมดาใน `live-metrics.md` เป็นความคิดที่ไม่ดี ควรสร้าง wrapper ที่รับรหัสผ่านจากตัวแปรสภาพแวดล้อมและไม่เปิดเผยในเอาต์พุต นี่เป็นชั้นทางเทคนิคแยกต่างหาก แต่ถ้าไม่มี LIVE ก็จะกลายเป็นช่องโหว่ด้านความปลอดภัย
## AI นำทางในสมองที่สองเพื่อทำคำขอเดียวอย่างไร?
ประเด็นสำคัญ เส้นทางของคำขอเหมือนเดิมเสมอ: Claude อ่าน CLAUDE.md เห็นแผนที่ (`business/INDEX.md`, `ai-clone/INDEX.md`) ไปยัง INDEX ที่เกี่ยวข้อง ตามไปยังไฟล์เฉพาะ และหากจำเป็น ก็เรียกตัวเลขผ่าน LIVE นั่นคือการอ่าน 5-6 ครั้ง แทนการยัดทั้งโฟลเดอร์เข้าไปในบริบท หน้าต่างยังว่างสำหรับการให้เหตุผล และไม่เสียโทเคนกับไฟล์ที่ไม่เกี่ยวข้อง
ตัวอย่างคำขอเฉพาะ: “ร่างอีเมลถึงผู้เข้าร่วมเกี่ยวกับรุ่นเรียนใหม่” 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 ในบล็อกวิศวกรรมของตน:
เอเจนต์ที่สร้างด้วยแนวทาง 'just in time' จะเก็บตัวระบุน้ำหนักเบา (เส้นทางไฟล์ คำสั่งที่บันทึกไว้ ลิงก์ ฯลฯ) และใช้ลิงก์เหล่านี้เพื่อดึงข้อมูลเข้าสู่บริบทแบบไดนามิกขณะรัน โดยใช้เครื่องมือ
— Anthropic, anthropic.com/engineering/effective-context-engineering-for-ai-agents
กล่าวอีกอย่างคือ Claude พกตัวชี้ไปยังข้อมูล ไม่ได้พกข้อมูลเอง วิธีนี้ประหยัดโทเคนและแม่นยำกว่ามาก เพราะมีเฉพาะข้อมูลที่เกี่ยวข้องเท่านั้นที่เข้าสู่บริบท หน้าต่างจึงยังว่างสำหรับการให้เหตุผล ## รูปแบบที่ควรหลีกเลี่ยงในสมองที่สอง 5 ประการ
ประเด็นสำคัญ ข้อผิดพลาดหลักที่มือใหม่ทำกับสมองที่สอง: 1) CLAUDE.md ยาวเกิน 500 บรรทัดแทนที่จะเป็นตัวกำหนดเส้นทางแบบสั้น 2) โฟลเดอร์เก็บทุกอย่างที่กลายเป็นที่ทิ้งของ 3) ทำซ้ำสิ่งที่ Claude รู้อยู่แล้วจากภาษาโปรแกรมหรือโค้ด 4) ใส่ตัวเลขตายตัวที่ล้าสมัยหากไม่มี LIVE 5) ปล่อยให้เอเจนต์เข้าถึงบริบทไม่ได้หรือไม่มีเส้นทางชี้ไปหา ไม่ว่าจะอยู่ repository เดียวกันหรือที่เก็บส่วนตัวแยก
รูปแบบที่ควรหลีกเลี่ยง 1. **CLAUDE.md ที่ยาวเกินไป** คำสั่ง 500 บรรทัด “แทนที่จะใส่ทุกอย่างไว้ในที่เดียว” Anthropic พูดไว้อย่างชัดเจน:
ทำให้สั้น สำหรับแต่ละบรรทัด ให้ถามว่า 'ถ้าลบออก Claude จะเริ่มทำผิดหรือไม่?' ถ้าไม่ ก็ลบทิ้ง ไฟล์ CLAUDE.md ที่บวมทำให้ Claude มองข้ามคำสั่งจริงของคุณ!
— Anthropic, code.claude.com/docs/en/best-practices
เป้าหมายคือ 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 เพื่อความสะดวก ส่วนบริบทส่วนตัวควรอยู่ที่ควบคุมแยก พร้อมกำหนดสิทธิ์และการชี้เส้นทางที่อนุญาตอย่างชัดเจน ความสะดวกของโฟลเดอร์ไม่เหนือข้อกำหนดความลับ
เคล็ดลับ branch แยก (`context` หรือ `business-context`) ช่วยจัดงานแต่ไม่ใช่ขอบเขตสิทธิ์ ไฟล์ยังเป็น Git objects ใน repository เดียวและอาจเผยพร้อม branch หรือประวัติ บริบทธุรกิจส่วนตัวควรใช้ repository ส่วนตัวแยกหรือที่เก็บภายนอกที่มีสิทธิ์ชัดและเส้นทางให้เอเจนต์ที่อนุญาต submodule ชี้ repository ส่วนตัวได้ แต่ความเป็นส่วนตัวมาจากสิทธิ์ repository นั้น ไม่ใช่ submodule อีกทางคือโฟลเดอร์ในเครื่องที่ตั้ง ignore โดยตั้งใจและมีสำรองของตน การ ignore ไม่ลบไฟล์ที่ tracked แล้วหรือประวัติที่เคยเผย เก็บเฉพาะบริบทที่แชร์ได้ไว้กับโค้ด
## วิธีสร้างสมองที่สองในหนึ่งชั่วโมง - ขั้นตอนทีละข้อ
ประเด็นสำคัญ คุณตั้งค่าสมองที่สองแบบพื้นฐานได้ในหนึ่งชั่วโมง: สร้างโฟลเดอร์รูท `business/` และ `ai-clone/` ทำแผนที่ `INDEX.md` ในแต่ละโฟลเดอร์ เพิ่มคำอธิบายผลิตภัณฑ์สั้น ๆ ใน `business/products/` คำอธิบายลูกค้าใน `audience/` และคำอธิบายว่าคุณเป็นใครใน `ai-clone/role.md` เพิ่มการกำหนดเส้นทางไปยังโฟลเดอร์เหล่านี้ใน `CLAUDE.md` จากนั้นค่อยขยายระหว่างทำงาน: หลังเอเจนต์ทำผิดแต่ละครั้ง ให้เพิ่มกฎใน `ai-clone/feedback/`; หลังการตัดสินใจแต่ละครั้ง ให้เพิ่มบันทึกใน `business/`
1. ### สร้างโฟลเดอร์รูทสองโฟลเดอร์ ที่รูทโปรเจกต์ เคียงข้าง `src/`: ```bash 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` แล้วเพิ่มส่วนนี้: ```markdown ## แผนที่โปรเจกต์ - บริบทธุรกิจ → `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
ประเด็นสำคัญ สมองที่สองบวกกับ CLAUDE.md คือพื้นฐาน จากนั้นเพิ่ม Skills (ความรู้เชิงกระบวนการที่โหลดตามต้องการตามคำอธิบายงาน) Subagents (อินสแตนซ์ Claude ที่แยกจากกันและมีหน้าต่างบริบทของตนเองสำหรับงานหนัก) และ context engineering (การจัดการสิ่งที่จะเข้าไปในหน้าต่าง) ทั้งสามอย่างนี้เป็นชั้นบนสุด หากไม่มีพื้นฐานก็ใช้งานไม่ได้ เพราะเอเจนต์ไม่มีอะไรให้อ่าน
เมื่อจัดทำสมองที่สองแล้ว ยังมีเครื่องมืออีกสามอย่างที่ Anthropic อธิบายว่าเป็นระดับการปรับบริบทให้เหมาะสมสามระดับ **Skills** คือความรู้เชิงกระบวนการ หากมีเวิร์กโฟลว์ที่ทำซ้ำ (เขียนคู่มือการเรียนรู้ จัดทำโพสต์ Telegram ตรวจสอบเว็บไซต์) คุณเข้ารหัสไว้ในไฟล์ `SKILL.md` พร้อมคำอธิบายงานได้ ตอนเริ่มเซสชัน Claude จะสแกนชื่อและคำอธิบายของ skill แล้วโหลดเฉพาะรายการที่เหมาะกับงานปัจจุบัน วิธีนี้ประหยัดโทเคนและรักษาจุดสนใจไว้ **Subagents** คืออินสแตนซ์ Claude ที่แยกจากกันและมีหน้าต่างบริบทของตนเอง เริ่ม subagent สำหรับงานที่ต้องใช้ความพยายามมาก (อ่าน 30 ไฟล์และจัดทำสรุป) แล้วมันจะทำงานในหน้าต่างของตัวเองและส่งกลับเฉพาะผลลัพธ์ หน้าต่างหลักของคุณยังคงว่าง Anthropic เขียนไว้ว่า:
sub-agents เฉพาะทางสามารถแก้ปัญหางานที่เจาะจงในหน้าต่างบริบทที่สะอาดได้ [...] แต่ละ subagent สามารถสำรวจอย่างกว้างขวาง ใช้โทเคนหลายหมื่นรายการหรือมากกว่า แต่จะส่งกลับเพียงสรุปงานที่ย่อและกลั่นกรองแล้ว (มักมี 1,000-2,000 โทเคน)
— Anthropic, anthropic.com/engineering/effective-context-engineering-for-ai-agents
**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 ให้ถูกต้อง](https://ailoot.ai/blog/th/claude-md-template/)
### แหล่งที่มา - [เอกสาร Claude Code Memory](https://code.claude.com/docs/en/memory) - ลำดับชั้นความทรงจำอย่างเป็นทางการของ Claude Code จาก Anthropic - [Claude Code Best practices](https://code.claude.com/docs/en/best-practices) - คำแนะนำอย่างเป็นทางการสำหรับการทำงานกับ CLAUDE.md - [Effective context engineering for AI agents](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - Anthropic Engineering อธิบาย context rot งบประมาณความสนใจ และบริบทแบบ just-in-time - [อธิบาย Skills](https://claude.com/blog/skills-explained) - บล็อก Anthropic: ความแตกต่างระหว่าง Skills, Memory, Subagents และ MCP
สำรวจ Ailoot ต่อได้ที่ [ailoot.ai](https://ailoot.ai/). ## คำถามที่พบบ่อย ### วางบริบทธุรกิจบน Git branch อื่นแล้วเป็นส่วนตัวหรือไม่? ไม่เป็น branch ยังอยู่ repository เดียวและไฟล์แชร์ผ่าน objects กับประวัติได้ ใช้ที่เก็บส่วนตัวที่ควบคุมแยก หรือโฟลเดอร์ในเครื่องที่ ignore โดยตั้งใจพร้อมสำรอง การ ignore ไม่ลบประวัติที่ tracked แล้ว ### เอเจนต์ควรหาบริบทส่วนตัวนอก repository โค้ดอย่างไร? ให้ตัวชี้ชัดเจนและสิทธิ์เท่าที่งานต้องใช้ เก็บดัชนีสั้นชี้เอกสารที่เกี่ยวข้อง แล้วตรวจว่าเอเจนต์อ่านไฟล์ที่อนุญาตได้ ตำแหน่งส่วนตัวที่ไม่มีการชี้ทางไม่ให้บริบทอัตโนมัติ ## Ailoot · บริษัทและพอร์ตโฟลิโอโครงการของบริษัท Ailoot อาศัยประสบการณ์การดำเนินงานที่สั่งสม ฐานลูกค้าขนาดใหญ่ บริการที่เสถียร และการติดตาม KPI อย่างต่อเนื่อง บริษัทและพอร์ตโฟลิโอโครงการของบริษัท: ลูกค้าหลายล้านราย; ยอดขายระดับหลายพันล้านต่อเดือน. Ailoot นำประสบการณ์การดำเนินงานนี้มาใช้เพื่อให้เข้าถึงฟังก์ชัน AI ผ่าน API ในผลิตภัณฑ์ของลูกค้า เอเจนต์ แอปพลิเคชัน และระบบอัตโนมัติ