Tại Sao Quy Trình Làm Việc Của Bạn Không Thay Đổi Dù Dùng Claude Code Hàng Ngày
"Tôi nhớ là đã chạy /init. Nhưng không nhớ lần cuối cập nhật nó là khi nào."
Điều này có giống bạn không? Bạn đã cài đặt Claude Code, dành vài ngày đầu để cấu hình, và bạn trò chuyện với nó hàng ngày. Thế nhưng, so với ba tháng trước, cấu trúc công việc của bạn hầu như không thay đổi.
Đây không phải là vấn đề về cách sử dụng; mà là vấn đề về cách định vị.
Nếu bạn cứ tiếp tục sử dụng Claude Code như một "công cụ trả lời khi được hỏi," bạn sẽ kết thúc bằng việc gõ những hướng dẫn giống nhau mỗi sáng, nhận được những phản hồi tương tự, và sao chép chúng vào công việc của mình. Bạn có thể hiệu quả hơn, nhưng cách công việc của bạn tiến triển vẫn không thay đổi về cơ bản.
Sự thay đổi xảy ra khi bạn bắt đầu coi Claude Code như một "mục tiêu thiết kế." Ai biết điều gì trong bối cảnh nào? Nhiệm vụ nào được ủy thác cho ai? Điều gì diễn ra ngay cả khi không có con người hiện diện? Khi bạn bắt đầu nghĩ về điều này như một thiết kế, Claude Code bắt đầu hoạt động hoàn toàn khác.
27 tính năng được công bố bởi @sairahul1 (https://x.com/sairahul1/status/2070428662080618607) đã liệt kê một cách có hệ thống các chức năng nên được sử dụng từ góc độ thiết kế này. Swarm đã diễn giải những tính năng này qua lăng kính thiết kế tác nhân và sắp xếp chúng thành một định dạng có thể áp dụng vào các bối cảnh kinh doanh thực tế.
Hai mươi bảy có vẻ nhiều, nhưng thực chất chỉ có ba nguyên tắc cốt lõi. Chúng tôi sẽ giải thích cấu trúc này theo thứ tự bắt đầu từ chương tiếp theo.
Ba Nguyên Tắc Kết Nối 27 Tính Năng
Nhìn vào 27 tính năng, chúng có vẻ rời rạc. Có phím tắt, cài đặt tệp, nhập liệu bằng giọng nói và thực thi kiểm thử. Tuy nhiên, khi được giải mã, chúng có thể được tổ chức thành các nhóm trả lời ba câu hỏi.
Nguyên tắc 1: Thiết kế Bối cảnh (Tính năng 1–5)
Tạo ra trạng thái nơi Claude biết "đây là dự án của ai, với mục đích gì, và hiện tại nó hiểu được bao nhiêu." Nếu điều này bị phá vỡ, bạn phải giải thích mọi thứ từ đầu mỗi lần.
Nguyên tắc 2: Thiết kế Ủy thác (Tính năng 6–14)
Chuyển giao nhiệm vụ và thẩm quyền cho Claude một cách có cấu trúc. Thay vì nói "sửa lỗi," bạn tổ chức và chuyển giao "cái gì bị hỏng và các ràng buộc là gì," điều này thay đổi xác suất giải quyết thành công ngay lần đầu.
Nguyên tắc 3: Thiết kế Tự chủ (Tính năng 15–27)
Thiết kế một cơ chế nơi Claude có thể tiếp tục hoạt động mà không cần sự hướng dẫn liên tục của con người.
Ba giai đoạn này cũng là thứ tự bạn nên sử dụng chúng. Nếu bối cảnh chưa được thiết lập, việc ủy thác sẽ trở nên cẩu thả. Nếu ủy thác chưa được thiết kế, tính tự chủ sẽ hoạt động mất kiểm soát.
Điều bạn cần ý thức ở đây là cách thay đổi cấu trúc "tôi hướng dẫn Claude mỗi sáng." Nếu bạn vẫn ném những nhiệm vụ giống nhau vào khung chat mỗi sáng, thì con người vẫn là chủ thể. Khi thiết kế chuyển sang một cấu trúc giúp Claude tự vận hành, những gì bạn làm vào buổi sáng sẽ thay đổi.
Đầu tiên, hãy xem xét năm tính năng của Thiết kế Bối cảnh.
Khái niệm cơ bản về Thiết kế Bối cảnh
Mục tiêu của thiết kế bối cảnh là cung cấp cho Claude "bối cảnh của dự án này." Nếu không có bối cảnh, mọi cuộc trò chuyện đều bắt đầu từ một trang giấy trắng.
Điều đầu tiên cần chạy là `/init`.
Khi bạn mở một dự án lần đầu tiên, hãy chạy lệnh này trước. Claude sẽ quét cấu trúc mã nguồn, các phụ thuộc và lệnh build để tự động tạo ra CLAUDE.md. Tệp này trở thành "bản thiết kế" của dự án.
Đây là nơi nhiều người dừng lại. Họ nhớ đã chạy /init, nhưng không biết lần cuối nó được cập nhật là khi nào. Nếu để nguyên như đã tạo, nội dung của CLAUDE.md sẽ dần lạc hậu so với thực tế khi dự án thay đổi. Bằng cách vận hành trên nguyên tắc cập nhật hàng tuần, Claude luôn có thể hoạt động trong bối cảnh mới nhất.
Tiếp theo, `/statusline` rất hữu ích để thiết lập.
Một dòng trạng thái sẽ xuất hiện ở cuối màn hình. Bạn có thể nắm bắt trực quan những gì đang chạy và quy trình nào đang hoạt động. Nó cũng có thể được tích hợp với các dòng trạng thái tùy chỉnh trong Vim hoặc Neovim, cho phép bạn thiết lập nó theo môi trường trình soạn thảo hiện có của mình.
Thứ ba là nhập liệu bằng giọng nói.
Bạn có thể truyền đạt các yêu cầu phức tạp bằng cách nói bằng ⌃⌘Space trên Mac hoặc nhập liệu bằng giọng nói gốc trên iOS và Android. Bạn có thể truyền các hướng dẫn dài như "Tôi muốn thành phần này di chuyển như thế này vì lý do này, nhưng đừng thay đổi các kiểu hiện có" mà không cần gõ. Vì bạn có thể truyền đạt suy nghĩ khi chúng đang hình thành, nó tiết kiệm thời gian dành cho việc sắp xếp trong khi gõ.
Sử dụng `/context` để kiểm tra trạng thái của bối cảnh.
Bạn có thể xem những gì hiện có trong cuộc trò chuyện và mức sử dụng cửa sổ bối cảnh trong thời gian thực. Trong các phiên dài, nội dung của bản thiết kế ban đầu có xu hướng bị lu mờ. Lệnh này cho phép bạn theo dõi điều đó.
Các thao tác đặt lại cho việc đó là `/compact` và `/clear`.
/compact nén toàn bộ bối cảnh thành một bản tóm tắt. /clear là đặt lại hoàn toàn. Nếu bạn tiếp tục một phiên dài, câu trả lời của Claude có thể trở nên mơ hồ. Đây là dấu hiệu cho thấy bối cảnh đang bị tắc nghẽn. Bằng cách sử dụng /compact định kỳ, bạn có thể duy trì chất lượng đầu ra.
Trước đây: Trong nửa sau của một phiên dài, Claude đưa ra câu trả lời không phù hợp ngay cả khi nói "tuân theo chính sách thiết kế đã thảo luận trước đó."
Sau này: Nén bằng /compact trước khi tiếp tục giúp đầu ra chính xác theo chính sách.
Năm tính năng làm một việc: duy trì trạng thái Claude "biết" như một thiết kế. Đó trở thành nền tảng cho bước tiếp theo, Thiết kế Ủy thác.
Nghệ thuật Chuyển giao Vấn đề
Khi bối cảnh đã được thiết lập, bước tiếp theo là cách chuyển giao vấn đề. Độ chính xác của phản hồi thay đổi hoàn toàn tùy thuộc vào việc bạn nói "sửa lỗi" hay chuyển giao nó một cách có cấu trúc.
Đầu tiên, sử dụng chế độ lập kế hoạch (`Shift+Tab`).
Trước những thay đổi lớn, chế độ này sẽ xuất ra "chỉ kế hoạch" thay vì thực thi. Bạn có thể kiểm tra trước những gì Claude định thay đổi và theo thứ tự nào.
Thay vì sửa lỗi sau khi chúng xảy ra, bạn có thể chỉ ra "điều đó sai" ở giai đoạn lập kế hoạch. Kết hợp một bước này vào thiết kế của bạn sẽ thay đổi đáng kể tần suất của các thay đổi bất ngờ. Khi bạn tiếp tục sử dụng, bạn sẽ nhận ra nó làm giảm công sức kiểm tra "tại sao tệp này bị viết lại?" sau đó.
Thứ hai là cấu trúc hóa các vấn đề, ràng buộc và bối cảnh.
Nếu bạn chỉ nói "sửa lỗi," Claude sẽ cố gắng tự điền vào các giả định. Nếu những giả định đó sai, giải pháp sẽ sai.
Định dạng được khuyến nghị chính thức là viết "cái gì bị hỏng" ở dòng đầu tiên, và "những gì đã thử, các ràng buộc và định dạng đầu ra mong đợi" từ dòng thứ hai trở đi. Chỉ cần chuyển giao theo định dạng này sẽ thay đổi tỷ lệ giải quyết ngay lần đầu. Cách bạn chuyển giao vấn đề tự nó trở thành một kỹ năng.
Thứ ba là `AskUserQuestion`.
Đây là tính năng nơi Claude yêu cầu làm rõ trước khi tiến hành khi gặp các yêu cầu mơ hồ. Việc làm lại do triển khai dựa trên các yêu cầu mơ hồ thường xảy ra khi tính năng này không được sử dụng. Đó là một thiết kế trả chi phí xác nhận trước khi triển khai.
Thứ tư là bước tự xác minh.
Kết thúc một nhiệm vụ, hãy yêu cầu nó "chạy kiểm thử và xác nhận bản build thành công trước khi kết thúc." Thay vì thêm việc này theo cách thủ công mỗi lần, việc viết nó trong CLAUDE.md đảm bảo nó tự động chạy vào cuối mỗi nhiệm vụ. Thay vì Claude dừng lại ở trạng thái mọi thứ không hoạt động sau một thay đổi, vòng lặp bao gồm cả xác minh được hoàn thành như một nhiệm vụ duy nhất.
Thực hiện các bước chủ động với chế độ lập kế hoạch và tự động hóa các bước phản ứng với tự xác minh. Cấu trúc của quy trình phát triển thay đổi ngay khi hai điều này được kết hợp vào thiết kế.
Trong chương tiếp theo, chúng ta sẽ xem xét việc thiết kế ủy thác các nhiệm vụ liên tục cho Claude.
Thiết kế Ủy thác
Trong các chương trước, chúng ta đã sắp xếp cách giao tiếp với Claude và cách để nó ghi nhớ. Tiếp theo là về việc thay đổi "ai trở thành chủ thể."
10. Tác nhân phụ (Subagents)
Nếu con người quản lý các quy trình trong các nhiệm vụ dài, họ chắc chắn sẽ bị mắc kẹt. Liên tục nói "làm cái này tiếp theo, sau đó làm cái kia khi xong" có nghĩa là con người, chứ không phải Claude, đang xử lý việc điều phối.
Sử dụng các công cụ TodoWrite hoặc Task, Claude phân rã các nhiệm vụ thành các nhiệm vụ con và thực thi chúng song song. Về mặt chính thức, đây là "thực thi tác nhân phụ đồng thời" — một cấu trúc nơi nhiều Claude con di chuyển đồng thời. Các Claude khác nhau chạy nghiên cứu, triển khai và kiểm thử cùng một lúc. Con người không cần phải nắm giữ quy trình.
11. Kỹ năng tùy chỉnh (Custom Skills) (Tệp Mẫu Quy trình làm việc)
Đặt các tệp Markdown trong thư mục .claude/commands/ cho phép bạn gọi các bộ hướng dẫn bằng /tên-lệnh. Trong bối cảnh của Swarm, sẽ dễ dàng hơn khi coi chúng là "SKILL.md (Tệp Mẫu Quy trình làm việc)."
Trước đây: Viết "Vui lòng tiến hành khảo sát đối thủ cạnh tranh. Các bước là 1, 2, 3..." mỗi lần.
Sau này: Chỉ cần gõ /competitive-research trong một dòng.
Thời gian dành cho việc viết đi viết lại cùng một hướng dẫn biến mất. Nếu được chia sẻ với nhóm, nó trở thành một mẫu nơi bất kỳ ai cũng có thể nhận được chất lượng đầu ra như nhau.
12. Lựa chọn Mô hình (Model Selection)
Bạn có thể chuyển đổi mô hình trong một phiên bằng cách nhấn Alt+P. Một cách sử dụng ba giai đoạn thực tế là: mô hình suy luận cao cho các giai đoạn thiết kế và khái niệm, mô hình nhẹ cho triển khai đơn giản và mô hình trung cấp cho gỡ lỗi.
Kết hợp sức mạnh của mô hình với trọng lượng của quy trình sẽ cải thiện đồng thời cả hiệu quả chi phí và tốc độ phản hồi.
13. Cập nhật Tự động CLAUDE.md
Nếu bạn yêu cầu Claude "thêm những gì bạn đã học trong dự án này vào CLAUDE.md," Claude sẽ tự cập nhật CLAUDE.md. Đó là một cấu trúc nơi bản thiết kế tự phát triển.
Bằng cách thêm lệnh này mỗi tuần một lần, CLAUDE.md trở thành một "tài liệu sống." Ngay cả khi con người không viết phản ánh, Claude vẫn tích lũy những gì nó đã học.
14. Liên kết Tệp Bên ngoài
Bạn có thể truyền các tệp, URL hoặc Vấn đề (Issues) làm bối cảnh bằng cách sử dụng @{đường_dẫn_tệp}. Đó là một cơ chế để hoàn thành "đọc tệp này trước khi làm việc" trong một dòng.
Trước đây: Sao chép và dán nội dung tệp vào lời nhắc.
Sau này: Chỉ cần viết "Kiểm tra cài đặt bằng cách tham khảo @src/config.yaml."
Thiết kế ủy thác có nghĩa là tạo ra một hệ thống chuyển giao chủ thể cho Claude. Khi các quy trình, mẫu, tài liệu tham khảo và bộ nhớ đều được đặt đúng chỗ, con người chỉ cần nghĩ về "tạo ra cái gì."
Tuy nhiên, khi việc ủy thác tăng lên, nguy cơ "Claude di chuyển theo hướng khác với ý định" cũng tăng theo. Trong chương tiếp theo, chúng ta sẽ xem xét cách ngăn chặn sự sai lệch đó sớm.
Ngăn chặn Sai lệch Sớm
Khi việc ủy thác cho Claude tăng lên, một vấn đề trở nên dễ xảy ra hơn: nhận ra nó đã đi theo một hướng hoàn toàn khác với dự định. Chúng tôi gọi đây là sự sai lệch (drift).
Sai lệch không phải là thứ để sửa sau; nó có thể được ngăn chặn bằng cách thực hiện các bước thiết kế chủ động.
15. Dừng Ngay lập tức
Nếu bạn cảm thấy đầu ra đang đi theo một hướng rõ ràng là sai, bạn có thể dừng nó ngay lập tức bằng phím Escape. "Tôi sẽ sửa nó sau khi nó hoàn thành" là một sai lầm. Quá trình tạo sinh càng tiến xa, chi phí sửa chữa càng cao. Dừng lại giữa chừng và sửa lời nhắc tiết kiệm cả thời gian và token.
Nếu bạn trực giác nghĩ rằng có điều gì đó sai, hãy dừng nó lại ngay lập tức. Tốc độ của phán đoán này tác động trực tiếp đến độ chính xác.
16. Yêu cầu Đầu ra Đầu tiên làm Bằng chứng
Một thiết kế chủ động là nói "trước tiên hãy cho tôi xem đầu ra đầu tiên, và tôi sẽ quyết định có tiếp tục hay không" trước khi bắt đầu công việc.
Thay vì để nó dành 10 phút đi sai hướng, hãy xác nhận với đầu ra đầu tiên trước khi để nó chạy. Đây là ý tưởng ngăn chặn sai lệch từ trong trứng nước. Nó rất cần thiết cho các nhiệm vụ kéo dài hoặc công việc bắt đầu với các hướng dẫn mơ hồ.
Trước khi nói "Tôi để phần còn lại cho bạn," hãy chèn "để tôi kiểm tra phần đầu." Chỉ là một bước, nhưng bước đi chủ động này thay đổi kết quả.
17. Móc Thông báo (Notification Hooks)
Nhìn chằm chằm vào màn hình chờ một nhiệm vụ dài kết thúc là lãng phí thời gian. Bằng cách đặt một tập lệnh trong ~/.claude/hooks/, bạn có thể nhận được thông báo trên màn hình khi một nhiệm vụ hoàn thành.
Thiết lập nó một lần. Kể từ đó, ngay cả khi bạn đang làm công việc khác, Claude sẽ thông báo cho bạn khi nó xong. Đó là một thiết kế loại bỏ hành động chờ đợi.
18. Chuyển Ảnh chụp màn hình
Giải thích lỗi giao diện người dùng (UI) bằng lời nói là điều cực kỳ khó khăn. Thay vì nói bằng lời "một lỗi màu đỏ xuất hiện ở góc trên bên trái và nút không thể nhấn được," việc chuyển một ảnh chụp màn hình sẽ nhanh hơn.
Claude nhận hình ảnh và trả về nội dung lỗi, nguyên nhân và đề xuất sửa chữa nguyên trạng. Nó được hoàn thành với "nhìn vào màn hình này."
18 tính năng được giới thiệu cho đến nay đều dựa trên tiền đề một người vận hành. Trong chương tiếp theo, chúng ta bước vào cấu trúc "sử dụng như một nhóm," nơi nhiều Claude chạy song song và tích hợp.
Vận hành Song song và Tích hợp
Trong khi sử dụng Claude Code như một công cụ trò chuyện, bạn không thể bắt đầu nhiệm vụ tiếp theo cho đến khi một nhiệm vụ kết thúc. Nhưng bằng cách thay đổi thiết kế, bạn có thể tạo ra một cấu trúc nơi nhiều Claude di chuyển đồng thời.
Bắt đầu với tích hợp Chrome DevTools. Vì bạn có thể chuyển trực tiếp nhật ký lỗi trình duyệt và nhật ký mạng cho Claude Code, bạn không còn cần phải giải thích bằng lời các tình huống như "có một lỗi màu đỏ trong bảng điều khiển nhưng tôi không biết chuyện gì đang xảy ra." Tài liệu chính thức có một trang dành riêng cho việc này, định vị nó như là cửa ngõ để gỡ lỗi.
Quản lý phiên cũng thay đổi. Bạn có thể tiếp tục phiên mới nhất nguyên trạng bằng claude --continue, hoặc chọn từ danh sách các phiên bằng claude --resume. Hơn nữa, bằng cách đặt tên cho các phiên bằng /rename, bạn có thể quản lý nhiều nhiệm vụ song song với cùng cảm giác như các nhánh Git. Bằng cách sử dụng các phiên có tên "Auth," "Payment," và "Dashboard," chi phí chuyển đổi bối cảnh gần như bằng không.
Và cốt lõi của vận hành song song là sự kết hợp với git worktrees. Gõ claude --worktree feature-auth sẽ khởi chạy một phiên nơi nhánh được cách ly hoàn toàn bởi worktree. Nếu bạn chạy Auth, Payment và Dashboard trong các worktree riêng biệt, ba Claude sẽ tiến hành phát triển song song. Vì mỗi cái nằm trong một không gian làm việc độc lập, không có xung đột nào xảy ra. Cấu trúc để hoàn thành một tuần phát triển trong một ngày được thiết lập ở đây như một thiết kế.
Cũng cần thiết phải sắp xếp suy nghĩ về MCP. Một máy chủ MCP không phải lúc nào cũng là giải pháp tối ưu. Tài liệu chính thức nêu rõ rằng "Công cụ CLI là cách hiệu quả nhất về mặt bối cảnh để tương tác với các dịch vụ bên ngoài," và các công cụ CLI như gh hoặc aws được cho là có hiệu quả bối cảnh cao và ít có khả năng chạm giới hạn tốc độ. Chỉ với lệnh gh, Claude Code có thể tự động tạo, cập nhật và đóng các Vấn đề GitHub. Có một trục phán đoán để kiểm tra xem một công cụ CLI có thể được sử dụng trước khi thêm MCP giúp giữ cho thiết kế đơn giản.
Khi thiết kế song song khả thi, con người không còn cần quản lý trình tự nữa. Điều này là do thiết kế chuyển sang việc chuyển giao nhiều chủ thể cho Claude đồng thời. Tiếp theo, chúng ta sẽ phát triển quá trình xử lý song song được thiết kế này thành một hệ thống tiếp tục hoạt động ngay cả khi bạn rời khỏi bàn làm việc.
Vận hành Tự chủ
Câu hỏi tiếp theo sau thiết kế song song là, "Tôi cần ở đâu trong thời gian đó?" Khi vận hành tự chủ được thiết kế, một trạng thái được tạo ra nơi công việc tiến triển ngay cả khi không có con người hiện diện.
/loop là một tính năng chạy thăm dò tự động trong một phiên. Giải thích chính thức là "Thăm dò nhanh trong khi một phiên đang mở," và nó lặp lại các thao tác được chỉ định trong khi phiên đang mở. Sử dụng --resume hoặc --continue cho phép bạn tiếp tục các phiên chưa hết hạn, và theo các báo cáo kinh nghiệm trong bài báo gốc, các trường hợp vận hành không người lái lên đến ba ngày đã được báo cáo. Mặc dù chúng tôi chưa xác nhận số ngày đó trực tiếp với các nguồn chính thức, nhưng nó chắc chắn hoạt động như một điểm vào cho vận hành tự chủ kéo dài.
Điều khiển từ xa (Remote Control), được thêm vào Quý 1 năm 2026, là một tính năng để vận hành các phiên Claude Code đang chạy cục bộ từ điện thoại thông minh hoặc trình duyệt PC. Trong khi mã vẫn ở cục bộ, chỉ có tin nhắn được trao đổi thông qua một kênh mã hóa. Nó được phát hành dưới dạng bản xem trước nghiên cứu vào tháng 2 năm 2026. Một kịch bản được thiết lập nơi Claude Code cục bộ tiếp tục di chuyển chỉ bằng cách gửi "kiểm tra xem các bài kiểm tra đã qua chưa" từ điện thoại thông minh khi đang ở ngoài.
Các truy vấn ngôn ngữ tự nhiên đến cơ sở dữ liệu cũng có thể được kết hợp vào thiết kế. Kết nối với SQLite, PostgreSQL hoặc MySQL qua MCP cho phép bạn truy xuất dữ liệu bằng tiếng Việt (hoặc tiếng Anh) như "cho tôi biết người dùng đã đăng ký tuần trước." Hướng dẫn chính thức gợi ý chạy claude mcp add để kết nối các công cụ bên ngoài như cơ sở dữ liệu của bạn, cho phép bạn ủy thác các quy trình xác nhận dữ liệu cho Claude mà không cần viết SQL.
Cũng có bốn tính năng để kiểm soát độ sâu của suy nghĩ. ultrathink kích hoạt suy nghĩ mở rộng lên đến 31.999 token chỉ bằng cách bao gồm từ khóa đó trong lời nhắc. Có một hệ thống phân cấp: think là 4.000 token, megathink là 10.000 token và ultrathink là 31.999 token. Cách sử dụng đúng đắn là chỉ dành cho 10% vấn đề thực sự khó, chẳng hạn như các quyết định kiến trúc phức tạp, triển khai bảo mật, tối ưu hóa hiệu suất và tái cấu trúc quy mô lớn. Sử dụng nó cho mọi truy vấn sẽ làm tăng chi phí một cách vô ích.
/effort ultracode là một cài đặt để kích hoạt suy luận xhigh và các quy trình làm việc động cho toàn bộ phiên. Trong khi ultrathink là một từ khóa một lượt, ultracode vẫn hoạt động trong suốt phiên. Nó phù hợp cho "công việc nặng trong toàn bộ phiên" như kiểm toán toàn bộ cơ sở mã, di chuyển hàng trăm tệp hoặc các nhiệm vụ có rủi ro cao. Tuy nhiên, vì chi phí token tăng lên đáng kể, việc phân biệt tình huống sẽ quyết định hiệu quả.
Claude Code, bắt đầu bằng việc gõ vào khung chat để di chuyển nó, đã đạt đến cánh cửa của một hệ thống phát hiện sự kiện và di chuyển tự động. Thay vì con người di chuyển nó, thiết kế di chuyển Claude. Tiếp theo, chúng ta sẽ xác nhận sự khác biệt về năng suất thực chất nảy sinh ở đâu thông qua tất cả các tính năng này.
Tại Sao Kết Quả Khác Nhau Với Cùng Một Claude Code
Những người phát triển nhanh không nhất thiết phải có khả năng đặc biệt. Họ chỉ đơn giản là thiết kế có hệ thống hơn.
Ví dụ, hãy xem xét tình huống chạy /init. Ngay cả khi cùng một lệnh được gõ, chất lượng đầu ra vài tháng sau sẽ hoàn toàn khác nhau giữa một CLAUDE.md được cập nhật hàng tuần và một cái đã bị bỏ quên từ khi thiết lập. Điều này là do độ mới và độ chính xác của bối cảnh Claude đọc tác động trực tiếp đến chất lượng đầu ra.
Sử dụng một phép loại suy về nhà bếp, trình độ nấu nướng được quyết định nhiều hơn bởi cách tổ chức nhà bếp hơn là nguyên liệu nào được sử dụng. Hiệu suất mô hình của Claude được cung cấp như nhau cho tất cả người dùng. Sự khác biệt nằm ở độ chính xác của ba điểm này: bối cảnh được tổ chức như thế nào, hướng dẫn được hệ thống hóa ra sao và vận hành tự chủ được thiết kế thế nào.
Trước khi thảo luận về "sử dụng mô hình nào," hãy thử kiểm tra xem CLAUDE.md hiện tại của bạn được cập nhật lần cuối khi nào. Điều đó sẽ cho bạn biết trạng thái hiện tại của thiết kế của bạn.
Vậy, bạn thực sự nên bắt đầu từ đâu? Trong chương tiếp theo, chúng tôi sẽ sắp xếp một trình tự giới thiệu từng bước.
Bắt đầu từ đâu: Hướng dẫn Giới thiệu Từng bước
Bạn không cần phải cố gắng nhớ tất cả 27 cái cùng một lúc.
Trong tuần đầu tiên, hãy thu hẹp nó xuống chỉ còn bốn.
- Tạo bản đồ dự án bằng
/init. - Định kỳ nén bối cảnh bằng
/compact. - Tách biệt khám phá và thực thi bằng chế độ lập kế hoạch (
Shift+Tab). - Chuyển giao các bước tự xác minh (kiểm thử, build) cho Claude.
Chỉ với bốn điều này, chất lượng của phiên sẽ thay đổi về cơ bản. Vì Claude bắt đầu di chuyển với sự nắm bắt chính xác về "những gì cần được thực hiện," khối lượng công việc làm lại sẽ giảm đi rõ rệt.
Từ tuần thứ hai trở đi, hãy thêm Thiết kế Ủy thác lên trên nền tảng này. Tóm tắt các hướng dẫn thành một định dạng có thể tái sử dụng với Kỹ năng Tùy chỉnh, điều chỉnh trọng lượng và tốc độ xử lý bằng lựa chọn mô hình (Alt+P), và thiết lập thói quen cập nhật CLAUDE.md hàng tuần. Đây là giai đoạn bạn thay đổi hướng dẫn từ "thứ được viết mỗi lần" thành "thứ tích lũy."
Sau một tháng, hãy tiến tới các tác nhân phụ, git worktrees và các phiên song song. Bạn sẽ có một hệ thống nơi bạn có thể tập trung vào thiết kế và xác nhận trong khi phát triển nhiều tính năng đồng thời.
ultrathink và ultracode là những công cụ được sử dụng lần đầu tiên trong quy trình này khi bạn gặp "những vấn đề thực sự khó." Chúng không phải là công cụ để mang ra cho mọi vấn đề.
Bằng cách thực hiện các bước này, bạn sẽ hiểu qua trải nghiệm "tại sao mỗi tính năng là cần thiết." Hãy bắt đầu với bốn mục cho tuần đầu tiên.
Mọi Thứ Thay Đổi Ngay Khi Bạn Coi Nó Là Một Mục Tiêu Thiết Kế
Ngay khi bạn bắt đầu coi Claude Code như một mục tiêu thiết kế, chất lượng của phiên sẽ thay đổi về cơ bản.
Tôi sẽ tóm tắt nội dung được giới thiệu trong bài viết này dưới dạng bạn có thể lưu lại và tham khảo.
- Bốn mục—
/init+/compact+ chế độ lập kế hoạch + tự xác minh—là những thiết kế cơ bản nhất. - Hệ thống hóa việc tái sử dụng hướng dẫn với Kỹ năng Tùy chỉnh, và phát triển
CLAUDE.mdnhư một "bản thiết kế sống" được cập nhật hàng tuần. - Khi bạn bắt đầu sử dụng các tác nhân phụ, năng suất thay đổi từ cộng thành nhân.
- Nguyên tắc sắt đá là phát hiện sai lệch sớm và dừng lại ngay lập tức. Luôn yêu cầu bằng chứng trong đầu ra đầu tiên.
- Bạn có thể phát triển nhiều tính năng đồng thời với
git worktrees+ các phiên song song. - Thiết lập vận hành tự chủ bằng
/loop, và xác nhận hoặc hướng dẫn từ điện thoại thông minh bằng Điều khiển từ xa. ultrathinklà một công cụ chuyên dụng cho "10% thực sự khó." Nó không dành cho mọi vấn đề.
Nếu bạn thử dù chỉ một trong những tính năng được đề cập trong bài viết này, mối quan hệ của bạn với Claude Code sẽ dần dần bắt đầu thay đổi.
Dành cho Những Ai Quan Tâm đến AI Agent
Swarm (@swarm_japan) chia sẻ các triết lý thiết kế thiết yếu và các trường hợp sử dụng kinh doanh cho các tác nhân.
Hãy theo dõi chúng tôi để tiếp thu kiến thức kinh doanh cần thiết cho kỷ nguyên AI agent 👇
★ Giải thích thông tin AI agent mới nhất từ một góc nhìn độc đáo
★ Giới thiệu các trường hợp sử dụng kinh doanh cho các tác nhân
★ Công bố bí quyết độc quyền
Nếu bạn quan tâm, hãy theo dõi và xem thử nhé! 👀
