
Được, và cách làm đơn giản hơn nhiều người nghĩ: mỗi tài khoản một thư mục cấu hình riêng. Phiên chính của bạn trong Claude Desktop vẫn chạy nguyên đó với toàn bộ ngữ cảnh đang trao đổi, còn các tài khoản khác chạy ở chế độ dòng lệnh, nhận từng phần việc rồi trả kết quả về. Không đăng xuất, không đăng nhập lại, không phải kể lại từ đầu cho AI nghe dự án đang ở đâu.
Bài này mình viết từ đúng cách mình đang làm hằng ngày ở 5F Edu, kèm một ca thật vừa chạy hôm nay.
Cái khó chịu thật: không phải tiền, mà là ngữ cảnh
Ai làm việc với Claude Code hay Codex đủ lâu đều gặp cảnh này: đang giữa một phiên dài — AI đã đọc xong cấu trúc dự án, đã hiểu quy ước đặt tên, đã biết bảng nào nối bảng nào, đã cùng mình gỡ được hai lỗi khó — thì chạm hạn mức. Hoặc không chạm hạn mức, nhưng có thêm ba việc phụ cần làm song song mà phiên chính thì đang bận.
Cách phổ biến là đăng xuất, đăng nhập tài khoản khác. Và cái giá phải trả lớn hơn nhiều so với vài cú bấm: ngữ cảnh mất sạch. Phiên mới không biết gì cả. Bạn mất mười lăm, hai mươi phút để dẫn nó đi lại con đường cũ, và thường không dẫn được đủ — những thứ "nó đã hiểu" trong phiên trước là thứ khó kể lại nhất.
Với mình, ngữ cảnh của một phiên làm việc dài là tài sản. Mất nó đau hơn mất vài giờ hạn mức.

Ý tưởng: một phiên tổng chỉ huy, nhiều thợ phụ
Thay vì đổi tài khoản, mình tách vai:
- Phiên chính chạy trong Claude Desktop bằng tài khoản chính. Đây là nơi giữ ngữ cảnh, ra quyết định, soát kết quả. Phiên này không bao giờ phải đăng xuất.
- Các thợ phụ là Claude CLI đăng nhập bằng tài khoản khác, hoặc Codex CLI đăng nhập bằng gói ChatGPT. Mỗi thợ nhận một đề bài viết sẵn, làm trong thư mục được chỉ định, xong thì để lại kết quả.
Phiên chính viết đề bài, giao đi, rồi làm việc khác trong lúc thợ chạy. Thợ xong thì phiên chính đọc kết quả, soát, sửa nốt chỗ nhỏ. Hạn mức được chia ra nhiều tài khoản, còn ngữ cảnh thì vẫn nằm nguyên một chỗ.

Bước 1: mỗi tài khoản một thư mục cấu hình
Claude Code lưu phiên đăng nhập, cài đặt và lịch sử trong một thư mục cấu hình (mặc định là ~/.claude). Biến môi trường CLAUDE_CONFIG_DIR cho phép trỏ sang thư mục khác. Mỗi thư mục là một "căn phòng" riêng: đăng nhập riêng, không đụng nhau.
Mở Terminal, đăng nhập tài khoản thứ hai một lần duy nhất:
CLAUDE_CONFIG_DIR=~/.claude-taikhoan2 claude
Trong cửa sổ đó gõ /login, đăng nhập bằng tài khoản thứ hai, xong thì thoát. Từ giờ, mọi lệnh có CLAUDE_CONFIG_DIR=~/.claude-taikhoan2 phía trước sẽ chạy bằng tài khoản đó, còn Claude Desktop và lệnh claude thường vẫn là tài khoản chính.
Muốn thêm tài khoản thứ ba thì lặp lại với ~/.claude-taikhoan3. Trên máy Mac, phiên đăng nhập của mỗi thư mục cũng được giữ tách riêng, nên đăng nhập tài khoản này không đá văng tài khoản kia.
Một mẹo nhỏ: muốn các thợ phụ tuân theo cùng bộ luật làm việc với phiên chính, tạo liên kết file luật chung vào thư mục cấu hình của từng tài khoản:
ln -s ~/.claude/CLAUDE.md ~/.claude-taikhoan2/CLAUDE.md
Bước 2: giao việc bằng chế độ không tương tác
Thợ phụ không cần mở cửa sổ chat. Claude CLI có chế độ -p: nhận đề bài, tự làm, in kết quả rồi thoát.
CLAUDE_CONFIG_DIR=~/.claude-taikhoan2 claude -p --effort high --permission-mode acceptEdits --allowedTools "Read,Edit,Write,Glob,Grep" < de-bai.md
Mấy cờ đáng để ý:
--allowedTools— chỉ cho thợ dùng đúng những công cụ cần. Việc viết bài thì đọc, sửa, ghi file là đủ.--disallowedTools— cấm hẳn những thứ không bao giờ được làm khi không có người trông, nhưgit push,git commit, xoá file.--effort high— mức suy nghĩ. Việc đã giao đi thì mình chọn mức cao, vì không ngồi cạnh để sửa từng bước.--model— ép model nếu cần.
Đề bài để trong file và đưa vào qua < để khỏi vướng dấu nháy, xuống dòng.

Bước 3: Codex CLI cũng làm được y như vậy
Nếu bạn có gói ChatGPT, Codex CLI là một thợ phụ rất tốt, và nó không ăn vào hạn mức Claude. Lệnh tương đương là codex exec:
codex exec --sandbox workspace-write < de-bai.md
--sandbox workspace-write cho Codex sửa file trong thư mục làm việc nhưng không ra ngoài; việc chỉ cần đọc thì dùng read-only. Codex lưu đăng nhập trong ~/.codex; muốn thêm tài khoản Codex thứ hai thì đổi biến CODEX_HOME sang thư mục khác rồi đăng nhập lại một lần — cùng tinh thần với CLAUDE_CONFIG_DIR.
Mình hay chia thế này: Claude cho việc cần hiểu nghiệp vụ, viết lách, sửa code có nhiều ràng buộc; Codex cho việc có khuôn rõ ràng và việc vẽ ảnh.
Ca thật hôm nay: 4 bài viết, 3 "thợ", 1 phiên không đứt
Chuyện xảy ra đúng chiều nay. Mình hỏi Claude trong phiên chính một câu về Cloudflare và VPS, rồi nhờ viết bài website và bài fanpage chia sẻ. Diễn biến:
- Phiên chính trả lời câu hỏi, viết đề bài ra file, giao cho tài khoản hcns viết bài 1. Trong lúc chờ, phiên chính dò sẵn cách site vẽ ảnh bìa, đồ hoạ và cách đăng fanpage.
- Bài 1 về, phiên chính soát, vẽ ảnh, đăng web và fanpage.
- Giữa chừng mình nhắn thêm: viết tiếp 3 bài nữa. Phiên chính giao cho hcns — nhưng hcns đang bận một việc của dự án khác. Khoá tài khoản chặn lại, không cho hai việc chạy chồng lên nhau.
- Mình bảo chuyển sang tài khoản media. Media viết 3 bài trong khoảng mười phút.
- Phiên chính soát cả 3 bài, sửa vài chỗ nhỏ (một mục đồ hoạ dài quá giới hạn, một ảnh bìa bị cắt chữ), hẹn giờ 3 bài web, đăng 3 bài fanpage.
Suốt quá trình đó, phiên chính không đăng xuất lần nào. Nó vẫn nhớ câu hỏi ban đầu, nhớ bài 1 đã viết gì để bài 2, 3 dẫn link về, nhớ quy ước ảnh của site. Ba tài khoản cùng làm, ngữ cảnh chỉ nằm ở một chỗ.

Bốn luật mình tự đặt sau vài tuần chạy kiểu này
1. Đề bài phải tự đủ. Thợ phụ không có ngữ cảnh của phiên chính — nó chỉ biết đúng những gì ghi trong đề bài. Nên đề bài phải nêu rõ mục tiêu, dữ kiện được dùng, file được đụng, file chỉ được đọc, và cách tự kiểm. Đây là chỗ duy nhất đáng bỏ công: đề bài sơ sài thì kết quả về phải sửa nhiều hơn tự làm.
2. Thợ không được làm việc không lùi lại được. Không commit, không push, không xoá, không đăng bài, không ghi database thật. Thợ chỉ làm ra bản nháp hoặc sửa file trong cây làm việc. Mọi bước "ra ngoài" do phiên chính làm, sau khi đã soát.
3. Mỗi tài khoản chỉ một việc một lúc. Hai tiến trình cùng một tài khoản cùng làm mới phiên đăng nhập có thể đá văng nhau. Mình dùng một thư mục khoá đơn giản: tài khoản đang bận thì lệnh thứ hai dừng ngay và báo rõ dự án nào đang giữ — chính cái khoá này đã cứu ca hcns ở trên.
4. Kết quả của thợ là bản nháp, không phải bằng chứng. Phiên chính luôn đọc lại, đối chiếu dữ kiện, chạy kiểm tra. Hôm nay thợ viết rất chắc tay, nhưng vẫn có hai chỗ vượt giới hạn mà chỉ khi vẽ ảnh mới lộ ra.
Nhìn thấy thợ đang làm gì
Chế độ -p mặc định chạy "câm": xong hết mới in một lần. Lần đầu dùng, mình nhìn màn hình cứ tưởng không có gì chạy.
Cách chữa: cho Claude CLI xuất từng bước bằng --output-format stream-json --verbose, lọc qua jq thành từng dòng ngắn rồi ghi ra file nhật ký. Mở một tab Terminal ngay trong Claude Desktop, gõ tail -F vào file đó là thấy thợ đang làm gì theo thời gian thực — kiểu:
[media 18:43:02] ▶ Claude tài khoản media · model opus · effort high
[media 18:43:10] 🔧 Read bai-web.md
[media 18:45:31] 🔧 Write bai-2-web.md
[media 18:52:47] ✅ XONG sau 9p45s
Dòng đầu ghi rõ tài khoản nào đang chạy, nên không bao giờ nhầm việc của ai.

So sánh nhanh
| Tiêu chí | Đăng xuất, đổi tài khoản | Mỗi tài khoản một thư mục cấu hình |
|---|---|---|
| Ngữ cảnh phiên đang làm | Mất, phải kể lại | Giữ nguyên ở phiên chính |
| Làm song song | Không | Nhiều thợ cùng lúc |
| Hạn mức | Dồn vào một tài khoản | Chia ra nhiều tài khoản |
| Đăng nhập | Lặp lại mỗi lần đổi | Một lần cho mỗi tài khoản |
| Kiểm soát rủi ro | Phụ thuộc người ngồi xem | Giới hạn công cụ, cấm lệnh nguy hiểm |
| Công sức thêm | Không | Viết đề bài và soát kết quả |
Những gì cách này không làm được
Nói cho đủ, kẻo bạn kỳ vọng sai:
- Thợ phụ không thấy cuộc trò chuyện của bạn. Nó không phải "phiên chính ở tài khoản khác", nó là một phiên mới tinh chỉ có đề bài. Việc cần hiểu sâu ngữ cảnh thì vẫn nên để phiên chính làm.
- Không hợp với việc cần hỏi đi hỏi lại. Chế độ
-plàm một mạch rồi thoát. Việc mơ hồ, cần trao đổi giữa chừng thì giao đi chỉ tốn công. - Mỗi tài khoản phải là tài khoản thật, trả phí đầy đủ, dùng đúng điều khoản của nhà cung cấp. Ở chỗ mình, đó là tài khoản của từng bộ phận trong cùng tổ chức. Đừng dùng chung tài khoản của người khác, đừng mua bán tài khoản — vừa sai điều khoản, vừa rủi ro lộ dữ liệu dự án.
- App chạy trên máy chủ thì không làm kiểu này. Đây là cách làm việc trên máy của người lập trình. Ứng dụng chạy thật cho khách thì gọi AI qua một cổng tập trung có quản lý khoá và hạn mức, không chạy CLI rồi giữ phiên đăng nhập trong app.
Lời kết
Cách này không giúp AI viết code giỏi hơn. Nó giúp bạn không phải chọn giữa "dừng lại chờ hạn mức" và "đổi tài khoản rồi mất hết ngữ cảnh". Phiên chính thành người điều phối có trí nhớ, các tài khoản khác thành tay chân làm song song.
Bắt đầu nhỏ thôi: đăng nhập thêm một tài khoản bằng CLAUDE_CONFIG_DIR, giao một việc rõ khuôn như viết test cho một hàm thuần hay viết nháp một bài, rồi tự soát. Chạy quen vài lần là bạn sẽ thấy phiên chính của mình nhẹ hẳn.
Nếu doanh nghiệp bạn muốn dựng quy trình làm phần mềm cùng AI như thế này cho đội của mình, 5F Edu nhận tư vấn và đào tạo theo đúng dự án thực tế.
Câu hỏi thường gặp
›Dùng nhiều tài khoản Claude trên một máy có bị đá văng nhau không?
Không, nếu mỗi tài khoản dùng một thư mục cấu hình riêng qua `CLAUDE_CONFIG_DIR`. Điều cần tránh là chạy hai tiến trình cùng một tài khoản cùng lúc — nên đặt khoá để mỗi tài khoản chỉ làm một việc một lúc.
›Thợ phụ có đọc được cuộc trò chuyện đang diễn ra ở phiên chính không?
Không. Thợ phụ là một phiên mới, chỉ biết những gì có trong đề bài và những file nó được phép đọc. Vì vậy đề bài phải tự đủ: mục tiêu, dữ kiện, file được sửa, cách tự kiểm.
›Codex CLI có dùng nhiều tài khoản được không?
Được, cùng cách nghĩ: Codex lưu đăng nhập trong `~/.codex`, đổi biến `CODEX_HOME` sang thư mục khác rồi đăng nhập một lần là có thêm một tài khoản riêng.
›Có cần mở nhiều cửa sổ Claude Desktop không?
Không. Claude Desktop giữ phiên chính bằng tài khoản chính. Các tài khoản phụ chạy bằng dòng lệnh, có thể ngay trong tab Terminal của Claude Desktop, nên vẫn chỉ một cửa sổ.
›Giao việc cho tài khoản phụ có an toàn với code dự án không?
An toàn đến đâu là do bạn giới hạn. Chỉ cho các công cụ cần thiết, cấm commit, push, xoá file, không cho đụng database thật, và luôn soát kết quả trước khi đưa vào dự án.
Tác giả
Chuyên gia chuyển đổi số · Đại diện 5F Edu
Hơn 8 năm triển khai và tư vấn chuyển đổi số cho doanh nghiệp vừa và nhỏ: chuẩn hoá quy trình, xây phần mềm quản lý bằng AppSheet và web app, tự động hoá bằng N8N. Người làm kênh YouTube Nghiện AppSheet.



