Bộ não thứ hai trong Claude Code: Cách xây dựng cấu trúc trong một giờ

Tài liệu tham khảo Ailoot: ailoot.ai/docs/.

Vì sao Claude Code cần bộ não thứ hai, và điều gì là thiết yếu?#

Bạn mở Claude Code vào thứ Ba. Bạn giải thích: đây là dự án, đây là đối tượng khách hàng, đừng làm việc này. Hai bên cùng làm việc. Đến thứ Năm, đó là một cuộc trò chuyện mới và bạn lại phải giải thích mọi thứ từ đầu.

Nếu có CLAUDE.md, bạn đã giải quyết được nỗi bực bội đầu tiên. Các quy tắc cơ bản và mô tả dự án nằm trong một tệp và được tải vào mọi phiên. Tôi đã giải thích cách tệp này hoạt động trong hướng dẫn về CLAUDE.md - bạn có thể đọc trước để xây dựng nền tảng.

Nhưng CLAUDE.md là sổ tay hướng dẫn cho nhân viên mới. Cách ăn mặc, giọng điệu khi nói chuyện với khách hàng, lệnh nào dùng để xuất bản. Như vậy vẫn chưa đủ để đưa ra quyết định tốt cho dự án. Quyết định cần có kiến thức: sản phẩm là gì, đối tượng khách hàng là ai, kinh tế vận hành ra sao, bạn đã thử điều gì và điều gì không hiệu quả.

Theo trải nghiệm của tác giả được mô tả ở đây, kiến thức đó từng nằm ở bốn nơi: trong đầu họ, các cuộc trò chuyện Telegram, tài liệu Google và trong đầu nhân viên. Một tháng sau khi đưa ra quyết định, không ai còn nhớ vì sao quyết định đó được đưa ra. Người mới sẽ mất một giờ hỏi cả nhóm để nắm bắt tình hình. Claude hoàn toàn không có bối cảnh đó.

Trước khi có bộ não thứ hai, theo trải nghiệm được tác giả mô tả, mỗi phiên làm việc đều phải giải thích lại khách hàng là ai, đề xuất được cấu trúc ra sao và nhà cung cấp nào xử lý thanh toán. Với business/, tôi mở cuộc trò chuyện và nói: “cập nhật đề xuất cho gói giá mới” - Claude tự tìm đến business/company/legal.md, đọc các yêu cầu, sau đó đến business/products/pricing.md, thấy gói giá mới và đề xuất chỉnh sửa chỉ trong một lượt. Không còn phải khởi động lại bằng cách giải thích bối cảnh; bối cảnh được tự động tải vào.

Anthropic gọi vấn đề này là sự suy giảm ngữ cảnh trong blog kỹ thuật của họ:

Nói cách khác, bạn nhồi càng nhiều vào cửa sổ thì tác nhân càng xử lý các chi tiết cụ thể kém hơn. Giải pháp là duy trì cấu trúc các tệp bên ngoài để Claude có thể tự mở khi nhận yêu cầu cụ thể. Đó chính là bộ não thứ hai.

Bộ não thứ hai là gì, và nó áp dụng ra sao với Claude?#

Thông thường, bộ não thứ hai phục vụ năng suất nói chung: mọi người tạo một kho Obsidian rồi thêm trích đoạn sách, ghi chú từ các cuộc gọi và ý tưởng dự án.

Khi tác giả áp dụng ý tưởng này vào công việc với Claude Code, nó không còn là chuyện năng suất mà trở thành kiến trúc tác nhân.

Trong cách tiếp cận cổ điển, bộ não thứ hai là của bạn và bạn truy cập nó thủ công. Khi làm việc với Claude Code, bộ não thứ hai trở thành hai chiều: cả bạn lẫn tác nhân đều truy cập nó. Điều đó làm thay đổi các yêu cầu về định dạng.

Vì tác nhân tự truy cập, các tệp cần có định dạng mà nó hiểu được mà không cần tích hợp riêng. Markdown là lựa chọn lý tưởng: văn bản, cấu trúc tiêu đề và liên kết giữa các tệp. Notion và Google Docs không phù hợp. Bạn có thể kết nối chúng qua MCP, nhưng như vậy sẽ thêm một lớp nữa, thêm token cho mỗi yêu cầu và thêm một điểm có thể xảy ra lỗi.

Vì các tệp nằm trong hệ thống tệp bên cạnh dự án, chúng tự động nằm trong tầm với của Claude Code. Không cần thiết lập. Khởi chạy tác nhân trong thư mục dự án và nó có thể nhìn thấy mọi tệp bên trong. Miễn phí và hoạt động ngay khi dùng.

Claude Code có sẵn hệ thống phân cấp bộ nhớ nào?#

Trước khi tự thêm nội dung, hãy xem Claude có thể ghi nhớ những gì mà không cần bạn trợ giúp. Anthropic mô tả hai cơ chế trong tài liệu chính thức: CLAUDE.md (các quy tắc do bạn viết) và bộ nhớ tự động (các bài học Claude tự viết). Cả hai đều được tải khi bắt đầu mỗi phiên.

CLAUDE.md được tìm ở bốn nơi cùng lúc:

Cả bốn tệp đều được tải vào ngữ cảnh. Cấp càng cụ thể thì mức ưu tiên càng cao. Tệp cục bộ được đọc cuối cùng nên các quy tắc của nó ghi đè mọi quy tắc khác.

Tệp CLAUDE.md cũng có thể nằm trong bất kỳ thư mục nào bên trong dự án. Khi Claude đọc một tệp từ thư mục con, nó tải CLAUDE.md của thư mục con đó theo yêu cầu. Điều này hữu ích trong monorepo: quy tắc frontend nằm trong frontend/CLAUDE.md, quy tắc backend nằm trong backend/CLAUDE.md, và chúng chỉ được tải khi tác nhân làm việc với phần tương ứng.

Bộ nhớ tự động xuất hiện trong Claude Code 2.1.59. Đây là các tệp Claude viết về bạn:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # Chỉ mục, được tải trong mọi phiên (200 dòng hoặc 25KB)
├── debugging.md       # Ghi chú chi tiết (được tải theo yêu cầu)
├── api-conventions.md
└── ...

Anthropic mô tả cơ chế này trong tài liệu chính thức:

Bộ nhớ tự động được bật bằng cờ autoMemoryEnabled trong ~/.claude/settings.json. Claude quyết định sẽ ghi gì ở đó. Bạn có thể đọc MEMORY.md và chỉnh sửa thủ công - đó là markdown thông thường.

CLAUDE.md hay bộ não thứ hai - nên phân định ranh giới ở đâu?#

Đây là phép so sánh tôi dùng trong các buổi nói chuyện: hãy tưởng tượng bạn vừa tuyển một nhân viên mới. Bạn đưa cho họ gì trong ngày đầu tiên?

Một sổ tay hướng dẫn: cách ăn mặc, giờ đến, giọng điệu khi nói chuyện với khách hàng, hệ thống nào dùng để xuất bản. Đó là tài liệu ngắn. Nó không giải thích bạn làm gì hay vì sao. Nó chỉ nói cách hành xử.

Và riêng biệt, quyền truy cập vào wiki công ty. Wiki giải thích sản phẩm là gì, dành cho ai, đối tượng khách hàng là ai, giá bao nhiêu và vì sao, đối thủ là ai và bạn từng mắc những sai lầm nào. Đó là một kho lưu trữ đồ sộ. Không ai đọc hết - bạn tìm đến đó khi có câu hỏi cụ thể.

CLAUDE.md = sổ tay hướng dẫn. Bộ não thứ hai = wiki. Bạn cần cả hai.

Sự phân biệt rất đơn giản. Đặt mọi thứ liên quan đến mọi nhiệm vụ vào CLAUDE.md:

• Tác nhân đóng vai trò gì trong dự án này (trợ lý, trưởng nhóm, trợ lý cá nhân)
• Trả lời bằng ngôn ngữ nào
• Stack công cụ
• Lệnh xuất bản
• Những điều cấm (đừng dùng dấu gạch ngang dài, đừng chạy git push --force)
• Định tuyến: tìm bối cảnh kinh doanh ở đâu và tìm các nguyên tắc ở đâu

Đặt mọi thứ chỉ cần khi có yêu cầu vào bộ não thứ hai:

• Sản phẩm, đối tượng khách hàng, kinh tế và mục tiêu
• Đối thủ cạnh tranh và thị trường
• Các quyết định trước đây và lý do đưa ra chúng
• Ví dụ và đánh giá của khách hàng
• Nguyên tắc và phương pháp luận

Anthropic cũng phân biệt tương tự trong tài liệu:

Skills là một cách để lưu kiến thức theo từng tình huống. Thư mục business/ bên cạnh dự án là một cách khác. Tôi dùng cả hai và sẽ giải thích kỹ hơn bên dưới.

Bộ não dự án gồm những gì - 5 phần cộng thêm cỗ máy thời gian#

Ví dụ kiến trúc từ trải nghiệm được tác giả mô tả:

Điểm quan trọng về phương pháp luận là phải tách riêng ai-clone/ và business/.

business/ trả lời câu hỏi “chúng ta làm gì?” Sản phẩm, đối tượng khách hàng, giá cả, đối thủ. Nó thuộc về dự án. Nếu ngày mai bạn bàn giao dự án cho một đối tác, thư mục này sẽ đi cùng dự án.

ai-clone/ trả lời câu hỏi “tôi đưa ra quyết định như thế nào?” Nguyên tắc, giọng điệu, tay nghề và những từ cần tránh của tôi. Nó thuộc về tôi. Nếu ngày mai tôi bắt đầu dự án mới, thư mục này sẽ đi theo tôi.

Kết hợp lại, chúng tạo thành thứ tôi gọi là Công ty Một người. Một người cộng với ngữ cảnh có cấu trúc cộng với AI đọc ngữ cảnh đó.

Bạn muốn không chỉ thiết lập một thư mục thứ hai mà còn xây dựng một hệ thống giúp Claude nhất quán? Chỉ vậy thôi thì chưa đủ. Không có ai-clone/, tác nhân trả lời cho mọi người chứ không phải cho bạn. Không có context engineering, nó lang thang trong cả thư mục và đốt token. Nên kết nối cả ba thứ: bộ não thứ hai + bản sao AI + context engineering. Đây là ba trụ cột mà nếu thiếu thì AI sẽ ảo giác.

Nên đưa gì vào business/, và không nên đưa gì?#

Cấu trúc cấp cao nhất của business/ trong dự án được tác giả mô tả:

business/
├── INDEX.md              ← sơ đồ thư mục, đọc trước
├── company/              ← sứ mệnh, pháp nhân, giá trị, chính sách pháp lý
├── products/             ← sản phẩm, chương trình, giá
├── audience/             ← hồ sơ khách hàng, phân khúc, phản đối
├── goals/                ← mục tiêu năm, quý, tháng, chỉ số
├── economics/            ← kinh tế đơn vị, thu nhập, chi phí, dự báo
├── marketing/             ← kênh, phễu, tài liệu, đối thủ
├── execution/            ← lập kế hoạch hằng tuần, backlog
└── assets/               ← hệ thống thiết kế, đánh giá, ngân hàng nội dung quảng cáo

Đây là ví dụ từ dự án được tác giả mô tả, không phải quy tắc cứng. Tôi tạo thư mục khi cần. Ban đầu tôi chỉ có ba thư mục (products/, audience/, goals/); các thư mục còn lại được thêm sau 2-3 tháng, khi không rõ nên đặt nội dung mới ở đâu.

Tệp chính của thư mục là INDEX.md. Đó là bản đồ. Nó chứa bảng “câu hỏi → tệp” mà Claude dùng để biết cần tìm ở đâu. Nếu không có bảng này, tác nhân sẽ tốn token để đọc lần lượt mọi tệp.

Ví dụ trích đoạn từ INDEX.md:

### Tìm nội dung ở đâu

| Bạn cần gì | Xem ở đâu |
|---|---|
| Khách hàng của chúng ta là ai và họ gặp vấn đề gì | `business/audience/avatar.md` |
| Sản phẩm, gói và giá | `business/products/` |
| Mục tiêu và chỉ số | `business/goals/` |
| Kinh tế (thu nhập, chi phí, kinh tế đơn vị) | `business/economics/` |
| Kênh và tài liệu quảng bá | `business/marketing/` |

Chỉ cần một dòng trong CLAUDE.md: “Với các câu hỏi kinh doanh, hãy đọc business/INDEX.md và làm theo bản đồ.” Tác nhân không tải cả thư mục vào ngữ cảnh. Nó tải bản đồ, chọn đúng tệp rồi chỉ đọc tệp đó.

Danh sách kiểm tra những gì không nên đưa vào business/:

• Thư từ trò chuyện thô chưa xử lý. Nếu có thông tin hữu ích, hãy chắt lọc và ghi lại. Nếu không, đừng đưa vào.
• Thông tin bị trùng lặp trong mã nguồn. Không cần ghi “Thanh toán qua CloudPayments”; tác nhân có thể thấy điều này trong mã nguồn.
• Ảnh chụp màn hình và hình ảnh. Chúng làm thư mục phình to và mô hình văn bản không phân tích được nếu không có thêm bước xử lý.
• Số liệu biến động. “Hôm nay có 423 khoản thanh toán cho sản phẩm” sẽ lỗi thời sau một tuần. Dùng dấu LIVE và liên kết đến truy vấn cơ sở dữ liệu.
• Thông tin nhạy cảm hoặc đáng ngờ. Nếu ngày mai kho mã được đăng lên YouTube trước 100 nghìn người lạ, chỉ giữ lại những gì bạn sẵn sàng cho họ xem. Nhân viên, tác nhân và đôi khi cả nhà thầu bên ngoài đọc thư mục này.

Vì sao cần thư mục ai-clone riêng, và vì sao không nên trộn nó với business?#

Ý tưởng rất đơn giản: bộ phận kinh doanh biết chúng ta làm gì. Bản sao biết tôi đưa ra quyết định như thế nào.

Cấu trúc ai-clone/ trong dự án được tác giả mô tả:

ai-clone/
├── INDEX.md           ← sơ đồ thư mục
├── role.md            ← tôi là ai, xuất thân, điều gì quan trọng
├── identity/          ← giá trị, tầm nhìn, sứ mệnh
├── thinking/          ← mô hình tư duy từ các buổi trò chuyện
├── voice/             ← giọng điệu, từ vựng, phong cách
├── principles/        ← niềm tin về sản phẩm, mã nguồn, kinh doanh
├── feedback/          ← quy tắc rút ra từ sai lầm ← thư mục chính
├── style/             ← từ cần tránh, định dạng Telegram
└── reference/         ← công cụ, môi trường

Thư mục hữu ích nhất là feedback/. Nó chứa các quy tắc cụ thể tôi rút ra từ sai lầm của tác nhân. Mỗi quy tắc được đặt trong một tệp riêng theo định dạng sau:

---
name: short-name
description: one line - what’s in the file and when to apply it
type: feedback
---

Một quy tắc ngắn gọn trong một câu.

**Lý do:** vì sao quy tắc này tồn tại. Bối cảnh, sự cố, quan sát.

**Cách áp dụng:** các trường hợp cụ thể để áp dụng quy tắc.

Không có mục “Lý do”, quy tắc sẽ vô dụng - tác nhân sẽ không áp dụng được nó vào tình huống tương tự. Không có mục “Cách áp dụng”, sẽ không rõ khi nào cần dùng quy tắc.

Một ví dụ từ thư mục của tôi là quy tắc “dùng dấu gạch nối, không dùng dấu gạch ngang dài.” Quy tắc này xuất phát từ việc dấu gạch ngang dài — là dấu hiệu hình thức then chốt của văn bản do AI tạo ra. Quy tắc áp dụng cho mọi văn bản hướng đến công chúng. Tệp nằm tại ai-clone/feedback/no-em-dashes.md.

Tôi làm hơi khác: tôi viết quy tắc trong ai-clone/feedback/, không phải trong CLAUDE.md. CLAUDE.md là tệp của dự án, nhưng quy tắc về giọng điệu và phong cách là cá nhân. Chúng đi theo tôi sang dự án tiếp theo. CLAUDE.md ở lại với dự án.

Chỉ số trực tiếp là gì, và vì sao không nên ghi cứng số liệu trong tệp?#

Một trong những cạm bẫy chính khi bắt đầu xây dựng bộ não thứ hai là đưa vào đó các số liệu lỗi thời. Bạn viết “chúng ta có 320 khách hàng”, rồi hai tuần sau đã là 410. Bạn viết “doanh thu hằng tháng là 4.7 triệu”, rồi một tháng sau không còn bối cảnh cho con số nữa: đó là mục tiêu, thực tế hay dự báo?

Trong ví dụ của tác giả, cách này hoạt động như sau. Trong tệp business/products/practicum.md, thay vì con số, có một dấu đánh dấu:

## Các khóa học

> **LIVE** - chạy các truy vấn trong `live-metrics.md`, mục “Sales”
> để xem các khoản thanh toán hiện tại theo khóa học.

| Khóa học | Ngày | Đã thanh toán |
|-------|------|------------|
| 1 | March 10-12, 2026 | LIVE |
| 2 | March 24-26, 2026 | LIVE |

Một tệp live-metrics.md riêng chứa các truy vấn SQL có thể chạy ngay và mô tả kết quả trả về:

## Doanh số (thanh toán theo khóa học)

```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;
```

Khi tôi hỏi tác nhân “khóa học thứ hai có bao nhiêu khoản thanh toán?”, nó sẽ:

1. Đọc business/products/practicum.md
2. Thấy dấu LIVE bên cạnh con số
3. Mở live-metrics.md
4. Tìm mục “Sales”
5. Chạy truy vấn với cơ sở dữ liệu sản xuất
6. Trả lời bằng dữ liệu mới

Cách này giải quyết hai vấn đề cùng lúc. Số liệu không bị lỗi thời. Và quyết định được đưa ra dựa trên bức tranh hiện tại, không phải của năm ngoái.

AI điều hướng bộ não thứ hai như thế nào cho một yêu cầu đơn lẻ?#

Một yêu cầu cụ thể, ví dụ: “soạn email gửi người tham gia về khóa học mới.”

1. Claude bắt đầu với cửa sổ trống. Nó tải CLAUDE.md (quy tắc, stack, định tuyến).
2. Từ phần định tuyến trong CLAUDE.md, nó thấy: “ai-clone/INDEX.md - luôn đọc khi bắt đầu phiên.” Nó mở tệp và biết tôi là ai, giọng điệu của tôi ra sao và tôi dùng những từ cần tránh nào.
3. Nó thấy trong phần định tuyến: “mẫu email - src/lib/email/layout.ts.” Nó mở tệp và hiểu định dạng.
4. Nó thấy: “bối cảnh sản phẩm - business/products/practicum.md.” Nó mở tệp và đọc về sản phẩm.
5. Nó thấy dấu LIVE trong tệp và tham chiếu đến live-metrics.md. Nó mở tệp và tìm câu lệnh SQL có thể chạy ngay. Nếu cần con số hiện tại, nó chạy truy vấn. Nếu không, nó đánh dấu “lấy con số này tại thời điểm gửi.”
6. Nó thấy quy tắc giọng điệu trong ai-clone/style/telegram-format.md, lệnh cấm dùng dấu gạch ngang dài trong ai-clone/feedback/no-em-dashes.md và tỷ lệ chuyển đổi phễu trong business/marketing/funnel.md.

Nó viết email theo giọng điệu của tôi, với số liệu cập nhật và không có dấu gạch ngang dài hay dấu hiệu văn bản AI.

Anthropic gọi cách tiếp cận này là ngữ cảnh đúng lúc trong blog kỹ thuật của họ:

Nói cách khác, Claude mang theo các con trỏ đến dữ liệu chứ không mang dữ liệu. Cách này tiết kiệm token hơn nhiều và chính xác hơn nhiều, vì chỉ thông tin liên quan mới đi vào ngữ cảnh. Cửa sổ vẫn rộng rãi cho việc suy luận.

5 kiểu chống mẫu của bộ não thứ hai - cần tránh điều gì?#

Chống mẫu 1. CLAUDE.md phình to. 500 dòng chỉ dẫn “thay vì đặt mọi thứ vào một nơi”. Anthropic nói thẳng:

Độ dài mục tiêu là 80-120 dòng. Đưa mọi thứ khác vào các tệp riêng và định tuyến đến chúng.

Chống mẫu 2. Thư mục chứa đủ thứ. Bạn ném mọi thứ vào bộ não thứ hai: thư từ trò chuyện thô, ảnh chụp màn hình vô ích, báo cáo chẳng ai đọc. Một tháng sau, thư mục phình to, tác nhân lãng phí token đọc nội dung rác, còn bạn không nhớ thứ gì ở đâu. Quy tắc: mỗi tệp trong bộ não thứ hai phải trả lời một câu hỏi cụ thể. Nếu sáu tháng không ai mở tệp, hãy xóa hoặc chuyển nó vào kho lưu trữ.

Chống mẫu 3. Trùng lặp. “Thanh toán đi qua CloudPayments, trong src/lib/payment/cloudpayments.ts; nhà cung cấp được cấu hình trong .env.” Tác nhân có thể thấy tất cả những điều này trong mã nguồn. Đừng lặp lại trong business/. Nội dung trùng lặp sẽ lỗi thời: mã nguồn thay đổi, business/ không được cập nhật, và tác nhân làm việc dựa trên thông tin cũ.

Chống mẫu 4. Ghi cứng số liệu. “Chúng ta có 1,247 khách hàng, tỷ lệ chuyển đổi là 6.3%” - hãy tưởng tượng đây là số liệu của một công ty fintech trừu tượng nào đó. Tất cả những số liệu như vậy sẽ lỗi thời sau một tuần. Dùng dấu LIVE và live-metrics.md. Phần nói về việc này nằm ở trên.

Chống mẫu 5. Ngữ cảnh thiếu đường truy cập. Nếu bộ não thứ hai ở nơi khác mà tác nhân thiếu quyền hoặc chỉ dẫn, khởi từ mã chưa đủ. Với ghi chú chung không nhạy cảm, business/ và ai-clone/ trong kho cạnh src/, prisma/ là tiện. Với ngữ cảnh riêng, giữ nơi kiểm soát riêng, cấu hình rõ quyền được phép và đường dẫn. Tiện thư mục không vượt tính bảo mật.

Cách xây dựng bộ não thứ hai trong một giờ - hướng dẫn từng bước#

1. Tạo hai thư mục gốc

   Trong thư mục gốc của dự án, bên cạnh src/:

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

2. Tạo INDEX.md làm bản đồ thư mục

   business/INDEX.md là bảng “câu hỏi → tệp”. Bắt đầu với ít nhất 5 dòng và bổ sung khi làm việc. Làm tương tự với ai-clone/INDEX.md.

3. Thêm mô tả ngắn về sản phẩm và khách hàng

   business/products/main.md - sản phẩm là gì, dành cho ai, giá bao nhiêu và điều gì làm nó khác biệt. 30-50 dòng. business/audience/avatar.md - khách hàng là ai, họ gặp khó khăn gì và mua những gì. 30-50 dòng. Đừng mô tả khách hàng lý tưởng - hãy mô tả một khách hàng thật. Nếu chưa biết điều gì, hãy đánh dấu “cần làm rõ” rồi tiếp tục.

4. Mô tả bản thân trong ai-clone/role.md

   Bạn là ai, bạn làm gì và điều gì quan trọng với bạn. 20-30 dòng. Như vậy là đủ để bắt đầu. Thêm giọng điệu, nguyên tắc và các từ cần tránh khi bạn nhận thấy tác nhân viết theo phong cách không giống mình.

5. Thêm định tuyến vào CLAUDE.md

   Mở CLAUDE.md và thêm một mục:

   ## Bản đồ dự án
   
   - Bối cảnh kinh doanh → `business/INDEX.md`
   - Bối cảnh về tôi → `ai-clone/INDEX.md`
   - Kế hoạch kỹ thuật → `plans/YYYY-MM-DD-*.md`
   - Suy ngẫm về các phiên trước → `retrospectives/`
   
   Luôn đọc `ai-clone/INDEX.md` và `business/INDEX.md` khi bắt đầu phiên.
   

6. Khởi chạy Claude Code và kiểm tra

   Mở tác nhân. Hỏi: “hãy kể cho tôi về sản phẩm và đối tượng khách hàng của tôi.” Nếu nó trả lời dựa trên ngữ cảnh trong thư mục thì hệ thống đang hoạt động. Nếu nó bịa thông tin, hãy kiểm tra các thư mục có nằm cạnh dự án không, tên tệp có chính xác không và phần định tuyến trong CLAUDE.md có được viết rõ ràng không.

Sau đó, bộ não thứ hai phát triển theo hai nguyên tắc.

Thứ nhất: mỗi khi tác nhân mắc lỗi, hãy thêm một quy tắc. Sau 3-4 tuần, ai-clone/feedback/ sẽ có 15-20 tệp quy tắc và tác nhân sẽ không mắc hầu hết các lỗi phổ biến nữa.

Thứ hai: mỗi khi bạn đưa ra quyết định kinh doanh, hãy ghi lại trong business/. Nếu tăng giá, hãy thêm ghi chú vào business/products/pricing.md kèm ngày và lý do. Nếu thay đổi định vị, hãy thêm ghi chú vào business/company/about.md. Sáu tháng sau, bạn sẽ có một kho lưu trữ ghi nhớ được “lý do”.

Chúng ta đã cùng nhau làm một lượng lớn công việc trong tuần này.

Hãy phân tích tất cả thay đổi mã nguồn trong tuần này, tất cả các commit chúng ta đã thực hiện.
Thông tin giá trị nào trong số đó nên nằm trong business/ - hãy ghi vào các tệp thích hợp
với wiki link đến các tệp lân cận để không làm mất ngữ cảnh.

Nếu có quyết định trong mã nguồn mà tôi chưa giải thích, hãy hỏi tôi lý do
và ghi lại lý do đó trong tệp thích hợp, kèm ngày tháng.

Đừng lặp lại những gì đã rõ ràng từ mã nguồn. Chỉ đưa vào những gì tác nhân
sẽ không biết ở phiên tiếp theo nếu không có business/.

Tiếp theo là gì - Skills, Subagents và context engineering#

Khi đã có bộ não thứ hai, còn ba công cụ nữa mà Anthropic mô tả là ba cấp độ tối ưu hóa ngữ cảnh khác nhau.

Skills là kiến thức quy trình. Nếu bạn có một quy trình lặp lại (viết hướng dẫn học tập, soạn bài đăng Telegram, kiểm tra website), bạn có thể mã hóa nó trong tệp SKILL.md cùng mô tả nhiệm vụ. Khi bắt đầu phiên, Claude quét tên và mô tả kỹ năng rồi chỉ tải những kỹ năng phù hợp với nhiệm vụ hiện tại. Điều này tiết kiệm token và giữ đúng trọng tâm.

Subagents là các phiên Claude riêng biệt có cửa sổ ngữ cảnh riêng. Hãy giao một nhiệm vụ đòi hỏi nhiều công sức cho một subagent (đọc 30 tệp và soạn bản tóm tắt); nó làm việc trong cửa sổ riêng và chỉ trả về kết quả. Cửa sổ chính của bạn vẫn thoáng. Anthropic viết:

Context engineering là quản lý những gì được đưa vào cửa sổ ngay từ đầu. Anthropic gọi đây là kỹ năng nền tảng khi làm việc với tác nhân vào năm 2025, cao hơn prompt engineering một cấp. Prompt engineering là chọn cách diễn đạt. Context engineering là chọn tệp, đường dẫn, kỹ năng và subagent.

Bộ não thứ hai là khối xây dựng đầu tiên của context engineering. Không có nó, Skills đọc một khoảng trống, Subagents không có nơi để tìm đến và cửa sổ của tác nhân đầy thông tin ngẫu nhiên. Khi có bộ não thứ hai, cả ba công cụ đều bắt đầu hoạt động.

Bước tiếp theo. Tạo hai thư mục bên cạnh dự án: business/ và ai-clone/. Thêm INDEX.md vào mỗi thư mục với 5 dòng làm bản đồ. Thêm bốn dòng định tuyến vào CLAUDE.md. Trong một giờ, bạn sẽ có khung bộ não thứ hai hoạt động được. Sau đó, hãy phát triển nó theo quy tắc “sau mỗi lỗi của tác nhân, thêm một dòng vào ai-clone/feedback/.” Tôi giải thích đầy đủ mẫu CLAUDE.md dùng để định tuyến đến bộ não thứ hai trong hướng dẫn Cách thiết lập CLAUDE.md cho đúng.

Tiếp tục khám phá Ailoot tại ailoot.ai.