# Vì sao công cụ AI trở nên gây nản: bản đồ học tập thực tế > Ẩn dụ học tập bốn giai đoạn của tác giả, dấu hiệu workflow thực tế và thử nghiệm ba trụ cột để tiến bộ trên một dự án có AI hỗ trợ. Source: https://ailoot.ai/blog/vi/why-you-quit-ai-tools/ Canonical: https://ailoot.ai/blog/vi/why-you-quit-ai-tools/ Language: vi Publisher: Ailoot (https://ailoot.ai/) Translation: guide-198 Revision: sha256-4838679b3f00706174f3aaab85964de7a6224686a4f9d414f1fe440ce30e386c
Điểm chính Bài dùng đường cong học bốn giai đoạn phổ biến làm ẩn dụ của tác giả cho Claude Code hoặc Cursor. Hào hứng đầu có thể thành nản, rồi tới thực hành có chủ đích và quy trình ổn định hơn. Giai đoạn chỉ giúp suy ngẫm, không là chuỗi được xác thực ai cũng theo, dự đoán bỏ cuộc hay test chẩn đoán. Checklist và ba trụ cột dưới là gợi ý thử trên một dự án.
Bạn có thể xem thêm hướng dẫn làm việc với Ailoot trong [tài liệu](https://ailoot.ai/docs/). ## Một ẩn dụ học tập, không phải quy luật tâm lý phổ quát
Điểm chính Hiệu ứng Dunning–Kruger liên quan giới hạn đánh giá hiệu năng của chính mình. Hình đỉnh–thung lũng–dốc–cao nguyên quen là minh họa phổ biến, không bằng chứng mọi người phải đi bốn giai đoạn theo thứ tự. Ở đây nó chỉ tổ chức ví dụ về kỳ vọng, nản lòng và thực hành.
Câu hỏi thực tế ở đây hẹp hơn chẩn đoán tâm lý: kỳ vọng có khớp kết quả xác minh được không? So thứ dự tính hoàn thành với thứ thực hoạt động, rồi điều chỉnh tác vụ sau từ bằng chứng đó. Không dùng riêng sự tự tin đo kỹ năng; xem kết quả thật và kiểm tra hỗ trợ. Kể từ đó, đường cong Dunning–Kruger trở thành hình minh họa bốn giai đoạn phổ biến. Đầu tiên, sự tự tin vọt lên “Đỉnh Núi Ngốc nghếch”. Rồi nó lao xuống “Thung lũng Tuyệt vọng”. Sau đó, nó từ từ leo lên “Dốc Khai sáng” hướng tới “Cao nguyên Bền vững”. Đường cong là ẩn dụ trong bài. Không nghiên cứu độc giả nào của bài xác lập tỷ lệ bỏ cuộc, thời gian học cố định hay lộ trình chung qua các nhãn này. ## 4 giai đoạn của vibe coding—Hiện bạn đang ở đâu?
Điểm chính Bốn nhãn dưới mô tả tình huống người học có thể nhận ra; không phải giai đoạn mọi người dùng Claude Code đều phải qua. Đỉnh Núi Ngốc nghếch: bạn đọc một bài viết về agent và nghĩ mình là người vibe coding. Thung lũng Tuyệt vọng: bạn bắt đầu tìm hiểu sâu về MCP và Skills rồi nhận ra mình chẳng hiểu gì cả. Dốc Khai sáng: các quy tắc phát huy tác dụng và phương pháp mang lại kết quả. Cao nguyên Bền vững: kiến thức tương xứng với sự tự tin, và bạn xây dựng sản phẩm đều đặn. Mỗi giai đoạn đều có những suy nghĩ riêng trong đầu và hành động biểu hiện ra bên ngoài.
Có thể nhận biết từng giai đoạn qua những suy nghĩ và hành vi điển hình. Đây là bản đồ. ### Giai đoạn 1—Đỉnh Núi Ngốc nghếch Bạn đọc một bài viết về Claude Code. Có thể bạn xem một video. Mọi thứ có vẻ rõ ràng: cài công cụ, viết prompt, nhận mã. Tác giả bài viết kể rằng họ đã “xây dựng SaaS trong một buổi tối”. Bạn cũng muốn làm được như vậy trong một buổi tối. Suy nghĩ trong đầu: - “Mình nghĩ là đã hiểu rồi.” - “Nó chỉ là một cuộc trò chuyện, nhưng thông minh hơn.” - “Mình là doanh nhân; mình không cần lập trình viên.” - “Mình sẽ thành thạo trong một tháng rồi bay đến Dubai.” Hành vi: - Bạn tải Claude Code và cài đặt. - Bạn nhập “Build me a booking app” vào khung chat. - Bạn nhận được đoạn mã không chạy được. - Bạn nghĩ đó là mô hình sai rồi mua gói đăng ký Max. Ở giai đoạn này, bạn đánh giá quá cao cả công cụ lẫn bản thân. Đây là một điểm khởi đầu có thể gặp. Kỳ vọng không gắn kết quả hoạt động có thể làm nản tăng; dự án nhỏ và kiểm tra rõ cho điều cụ thể để học. Để tự kiểm thực tế, nhờ người khác xem cùng đầu ra theo tiêu chí rõ. Tự gọi mình “chuyên gia AI” không xác lập chất lượng kết quả sinh. Coi ấn tượng tự tin ban đầu là giả thuyết. Chạy mã, xem đầu ra và để kết quả điều chỉnh ước lượng khả năng của bạn. ### Giai đoạn 2—Thung lũng Tuyệt vọng Bạn tìm hiểu sâu hơn. Bạn đọc về MCP và thử kết nối một máy chủ. Bạn tải một Skill có sẵn và cố hiểu nó. Bạn khởi chạy Plan Mode—agent viết kế hoạch rồi chệch hướng ở bước thứ ba. Bạn mở `~/.claude/`—có 12 thư mục và bạn chẳng hiểu thư mục nào dùng để làm gì. Suy nghĩ trong đầu: - “Mình chẳng biết làm gì cả.” - “Tất cả những người trên mạng xã hội chỉ đang nói dối.” - “Những gì hiệu quả với người khác lại không hiệu quả với mình.” - “Có lẽ mình tham gia chuyện này quá sớm.” - “Mình đã tiêu $200 tiền token—và có gì để khoe đâu?” Hành vi: - Bạn mở cùng lúc 20 tab tài liệu. - Mọi cuộc trò chuyện đều bắt đầu bằng “quên ngữ cảnh trước đó đi”. - Bạn lướt diễn đàn và đọc các chủ đề như “X làm hỏng dự án của tôi”. - Bạn so sánh Claude với Cursor, Cursor với Codex, Codex với Cline. Bạn nghĩ mình chọn nhầm công cụ. - Bạn ngồi xuống viết mã vào buổi sáng, nhưng đến giờ ăn trưa đã lướt bảng tin. Đây có thể là tình huống gây nản. Bài không có tỷ lệ bỏ cuộc đo được; dùng dấu hiệu dưới tìm một thay đổi đáng thử. ### Giai đoạn 3—Dốc Khai sáng Bạn dừng lại. Bạn chậm lại. Bạn ngừng chạy theo mọi thứ mới. Bạn viết CLAUDE.md đầu tiên và đặt nó trong dự án. Bạn tạo thư mục `business/` rồi đưa mô tả sản phẩm, giá cả và đối tượng khách hàng vào đó. Bạn chạy `/compact` mười lần và cuối cùng hiểu được những phần ngữ cảnh nào cần giữ lại. Bạn tạo Skill đầu tiên—dành cho một nhiệm vụ cụ thể, dài 30 dòng. Suy nghĩ trong đầu: - “À, hóa ra nó hoạt động như vậy.” - “Hôm nay mình đã làm được điều mà một tuần trước còn chưa làm được.” - “Mình nghĩ mình hiểu `business/` khác với `ai-clone/` như thế nào rồi.” - “Mình đã có prompt soạn sẵn cho nhiệm vụ X.” Hành vi: - Bạn quay lại Plan Mode trước mỗi nhiệm vụ mới. - Trước khi viết bất cứ điều gì cho Claude, bạn tự hỏi: “Điều này có trong CLAUDE.md không?” - Bạn tìm quy tắc phương pháp tiếp theo; công cụ mới không còn thu hút sự chú ý của bạn nữa. - Bạn giúp người khác trong các cuộc trò chuyện: “Mình cũng từng mắc ở chỗ này—thử làm theo cách này.” ### Giai đoạn 4—Cao nguyên Bền vững Đây không phải lúc mọi thứ trở nên dễ dàng. Đây là lúc kiến thức của bạn cuối cùng cũng tương xứng với sự tự tin. Suy nghĩ trong đầu: - “Mình biết mình không biết những gì.” - “Nhiệm vụ này sẽ mất ba tiếng; mình từng làm rồi.” - “Việc này cần một Skill mới; mình sẽ tạo nó ngay.” - “Nếu Claude chệch khỏi kế hoạch, mình biết ba lý do có thể xảy ra.” Hành vi: - Bạn xây dựng sản phẩm đều đặn—một sản phẩm trong một buổi tối, sản phẩm khác vào cuối tuần. - Bạn có thư mục Skills riêng, subagents riêng và `business/` riêng cho từng dự án. - Bạn chỉ thuê nhà thầu cho những phần về cơ bản bạn không thể tự xử lý. - Bạn hiếm khi xem video hướng dẫn của người khác—chủ yếu để tìm ý tưởng mới chứ không phải học kiến thức cơ bản. Danh sách tự đánh giá—hiện bạn đang ở giai đoạn nào? - Nếu bạn chưa thử Claude Code và nghĩ “Ồ, mình làm được việc này trong một buổi tối”, bạn đang ở giai đoạn 1. - Nếu bạn đã thử, mở MCP, thử đọc Skills và nghĩ “Sao mình lại bắt đầu chuyện này nhỉ?”, bạn đang ở giai đoạn 2. - Nếu bạn đã tạo CLAUDE.md và thấy nó thực sự thay đổi hành vi của Claude ra sao, bạn đang ở giai đoạn 3. - Nếu bạn xây dựng sản phẩm đều đặn và biết chính xác khi nào nên dùng công cụ nào, bạn đang ở giai đoạn 4. ## 7 dấu hiệu cho thấy bạn đang ở Thung lũng Tuyệt vọng
Điểm chính Có thể nhận ra Thung lũng Tuyệt vọng qua bảy dấu hiệu hành vi—từ việc đổi công cụ liên tục đến câu nói “chuyện này không dành cho mình”. Dùng bảy dấu hiệu để suy ngẫm, không chẩn đoán chấm điểm. Chọn điều cản trở rõ nhất việc hiện tại, thử thay đổi tương ứng.
Thung lũng không ập đến bất ngờ. Nó len lỏi vào. Đây là các dấu hiệu: **1. Bạn so sánh công cụ thay vì xây dựng sản phẩm.** Bạn mở một tab “Cursor vs Claude Code”. Đọc xong, bạn mở “Cline vs Cursor”. Rồi đến “Codex vs everything else”. Mỗi lần so sánh, bạn lại nghĩ: “Có lẽ mình đang tìm hiểu sai chỗ.” Cuối ngày, bạn viết được không dòng mã nào và mất bốn tiếng. **2. Bạn bắt đầu mỗi cuộc trò chuyện mới bằng câu “quên hết những gì xảy ra trước đó đi”.** Bạn không có CLAUDE.md, chưa thành thạo `/compact` và không hiểu cửa sổ ngữ cảnh là gì. Mỗi phiên bắt đầu từ trang trắng. Một tuần sau, bạn sẽ nhận ra mình đã giải thích cùng một việc cho Claude đến lần thứ mười lăm. **3. Bạn sưu tầm prompt nhưng không dùng chúng.** Bạn đã tạo thư mục “Claude Code Prompts” trong Notion. Trong đó có 47 dấu trang. Bạn chưa từng dùng bất kỳ mục nào hai lần. Mỗi lần, bạn đều nghĩ: “Lần này chắc chắn là thứ mình cần.” **4. Bạn nghĩ người khác “thành công vì họ có quan hệ”.** Bạn mở mạng xã hội và thấy ai đó ra mắt phiên bản đầu tiên của sản phẩm chỉ trong một cuối tuần. Bạn nghĩ: “Họ có đội ngũ. Họ có quan hệ. Mình không làm được.” Bạn không nghĩ rằng họ đang ở giai đoạn bốn còn bạn ở giai đoạn hai. **5. Bạn bỏ dự án vào ngày thứ ba.** Mọi dự án mới đều bắt đầu bằng sự hào hứng (“Việc này sẽ tuyệt lắm!”) và kết thúc vào ngày thứ ba. Khi thử thách chuyển từ “lời chào trong cuộc trò chuyện” sang “xử lý một khoản thanh toán”, bạn bỏ đi. Làm điều gì đó khó khăn thật đáng sợ. **6. Bạn tìm câu trả lời trên ChatGPT vì Claude không cho kết quả.** Claude đưa ra câu trả lời tệ, nên bạn mở ChatGPT. ChatGPT đưa ra câu trả lời tệ, nên bạn mở Gemini. Bạn không nghĩ rằng yêu cầu có thể được diễn đạt kém—bạn luôn cho rằng công cụ có lỗi. **7. Bạn tự nhủ: “Chuyện này không dành cho mình.”** Đây là dấu hiệu tinh vi nhất. Nó nghe như một câu kết để tự vệ, sau đó người ta bỏ đi. Suy nghĩ đó có thể phản ánh nản thay vì không học được. “Thung lũng” là ẩn dụ; không có tỷ lệ đo hay lịch cố định chỉ ai cảm thấy vậy hoặc điều gì tiếp theo. Nếu nhiều dấu hiệu khớp, chọn kết quả nhỏ chạy được làm đích tiếp. Ghi điều chặn, đổi một phần workflow; checklist không dự đoán bao lâu tiến bộ. ## Vì sao mọi người bỏ cuộc trong thung lũng—và vì sao đó không phải là lười biếng
Điểm chính Trong ẩn dụ này, thung lũng gọi khoảng cách giữa tiến độ kỳ vọng và thực tế. Việc trông nhanh có thể cần setup, debug chưa quen; ví dụ mạng xã hội khiến so sánh nản. Đây là mô tả thực hành, không chẩn đoán thần kinh.
Nản với công cụ không là thước đo khả năng đáng tin. Xem cỡ việc, kiến thức thiếu và môi trường thực thi trước quyết định lâu dài về công cụ. Thay vì suy cơ chế não từ một tuần khó, ghi sự kiện quan sát được: đã thử gì, gì chạy, lỗi nào chặn bước sau, mất bao lâu. Bản ghi đó cho vị trí cụ thể để cải thiện. Trong thung lũng, bạn chịu hai cú đánh cùng lúc. Thứ nhất, tiến độ của chính bạn không đạt được kỳ vọng. Thứ hai, những người xung quanh công bố các kết quả mà bạn chưa có. Bạn mở mạng xã hội—ai đó đã ra mắt phiên bản đầu của sản phẩm, ai đó xây dựng một agent, ai đó kiếm được một trăm đô la đầu tiên bằng Claude API. Bạn đã mất ba tuần mà thậm chí vẫn chưa kết nối được cơ sở dữ liệu. Theo dõi thời gian bên cạnh cảm giác tốc độ. Tác nhân có thể tạo cảm giác năng suất nhưng thêm công xem và làm lại; so việc đại diện với quy trình trước thay vì coi cảm giác lợi là số đo. Chậm ở việc lạ chưa chứng minh thiếu khả năng. Tách phí học khỏi đầu ra công cụ, định kết quả nhỏ hơn để xem được. Thiếu bước tiếp lặp được dễ khiến đổi công cụ hoặc bỏ việc. Ba trụ cột dưới là cấu trúc tác giả đề xuất, không giải thích thống kê được chứng minh về lý do bỏ cuộc. ## 3 trụ cột—Phương pháp để thoát khỏi thung lũng Theo trải nghiệm của tác giả được mô tả ở đây, việc thoát khỏi thung lũng mất ba tháng: trong thời gian đó, hàng chục công cụ đã được thử. Và tôi hiểu ra một điều: Claude không phải vấn đề. Vấn đề là lần nào tôi cũng bắt đầu từ trang trắng. Không có trí nhớ, không có quy tắc, không có ranh giới. Sau đó, tôi xây dựng một khuôn khổ. Tôi gọi nó là “ba trụ cột”. Tên gọi này chỉ ba loại thành phần làm nền tảng cho toàn bộ quy trình làm việc với Claude Code. Bỏ đi bất kỳ thành phần nào thì khuôn khổ sẽ sụp đổ. Trong Thung lũng Tuyệt vọng, bạn viết cho Claude: “Giúp tôi làm nhiệm vụ này”, rồi mỗi lần lại giải thích cách tiếp cận của mình từ đầu. Trụ cột 1 giải quyết việc này: các phương pháp của bạn nằm trong thư mục `ai-clone/` dưới dạng một bộ tệp. Một Skill về “cách tôi xử lý trường hợp của khách hàng”. Một Skill về “cách tôi viết bài đăng Telegram”. Một subagent tên “product architect” suy nghĩ như bạn trong giai đoạn lập kế hoạch. Trụ cột 1 trông như thế nào trong thực tế: - Skills—các tệp chứa hướng dẫn cho nhiệm vụ cụ thể (`/build-article`, `/build-reel-script`). - Subagents—các nhân cách với lĩnh vực chuyên môn khác nhau, giữa đó Claude phân công những nhiệm vụ nhỏ. - Thư mục `ai-clone/feedback/`—các quy tắc rút ra từ sai lầm. Mỗi quy tắc theo định dạng Rule - Why - How. Tôi đã trình bày chi tiết nội dung này trong [hướng dẫn về Skills, Subagents, MCP và Plugins](https://ailoot.ai/blog/vi/skills-subagents-mcp-plugins-claude-code/)—bản đồ cho biết khi nào nên dùng gì. ### Trụ cột 2—Bộ não thứ hai Bộ não thứ hai là kho kiến thức có cấu trúc về dự án mà Claude có thể truy cập trực tiếp. Trong Thung lũng Tuyệt vọng, mỗi phiên bạn đều giải thích cho Claude sản phẩm là gì, đối tượng khách hàng là ai và mô hình kinh doanh ra sao. Đến cuối tuần thứ ba, bạn nhận ra mình đã giải thích cùng một việc đến lần thứ mười lăm. Trụ cột 2 giải quyết vấn đề này: bạn tổ chức kiến thức dự án trong các tệp đặt cạnh mã nguồn. Claude tự đọc chúng khi cần. Trụ cột 2 trông như thế nào trong thực tế: - `CLAUDE.md`—điểm bắt đầu của agent. Quy tắc hành vi, lộ trình và liên kết đến mọi thứ khác. - Thư mục `business/`—sản phẩm, đối tượng khách hàng, kinh tế, mục tiêu, kế hoạch nội dung, đối thủ cạnh tranh. - Thư mục `plans/`—kế hoạch kỹ thuật theo từng giai đoạn, kèm trạng thái của mỗi kế hoạch. - Thư mục `retrospectives/`—bài học từ các phiên trước để tránh lặp lại cùng sai lầm. Để xem toàn bộ nội dung, hãy đọc [hướng dẫn thiết lập CLAUDE.md](https://ailoot.ai/blog/vi/claude-md-template/) và [hướng dẫn về bộ não thứ hai trong Claude Code](https://ailoot.ai/blog/vi/claude-code-second-brain/). ### Trụ cột 3—Context engineering Context engineering là quản lý những gì được đưa vào cửa sổ ngữ cảnh của Claude trước khi bạn nhấn Enter. Trong Thung lũng Tuyệt vọng, bạn không hiểu vì sao Claude “quên” hướng dẫn sau bốn mươi tin nhắn trong cuộc trò chuyện. Bạn không hiểu vì sao cần `/compact`. Bạn không mở Plan Mode vì nghĩ rằng “không dùng thì nhanh hơn”. Trụ cột 3 giải quyết vấn đề này: bạn chủ động kiểm soát những gì được tải vào ngữ cảnh. Điều này cung cấp đầu vào liên quan hơn; vẫn phải xác minh khẳng định và đầu ra. Trụ cột 3 trông như thế nào trong thực tế: - Plan Mode—agent viết kế hoạch nhiệm vụ trước, bạn phê duyệt rồi agent mới thực hiện. Nếu không dùng, lần thử đầu tiên sẽ tạo ra kết quả hỗn loạn. - `/compact`—nén thông minh lịch sử trò chuyện. Khi ngữ cảnh bắt đầu đầy, hãy nén và chỉ giữ lại những quyết định chính. - Prompt có cấu trúc—thay vì “giúp tôi”, hãy viết “đây là ngữ cảnh A, đây là nhiệm vụ B, trả kết quả theo định dạng C”. - Sub-agents—giao các nhiệm vụ nhỏ cho những ngữ cảnh mới để ngữ cảnh chính không bị quá tải. Tôi đã trình bày nội dung này trong [hướng dẫn về context engineering](https://ailoot.ai/blog/vi/context-engineering/) và [hướng dẫn về Plan Mode](https://ailoot.ai/blog/vi/claude-code-plan-mode/). ### Vì sao là ba trụ cột, không phải một Bạn chỉ cần xây dựng bộ não thứ hai, Claude sẽ hiểu dự án của bạn. Nhưng nó sẽ hành xử như một thực tập sinh không có quy tắc. Context engineering có thể cải thiện đầu vào nhưng không bảo đảm lượt suôn sẻ hoặc tự giữ kiến thức. Nhưng kiến thức sẽ không tích lũy giữa các nhiệm vụ. Kết hợp có thể làm quá trình dễ kiểm và lặp hơn. Chúng không loại ảo giác hay thay kiểm kết quả. Đó là lúc bạn thoát khỏi Thung lũng Tuyệt vọng. ## 7 phản mẫu khiến bạn mắc kẹt trong thung lũng
Điểm chính Các mẫu dưới là ví dụ tác giả dùng để suy ngẫm về workflow gây nản. Họ làm việc mà không có CLAUDE.md, trò chuyện dài mà không dùng `/compact`, tin câu trả lời đầu tiên và bỏ qua việc theo dõi chi phí. Mỗi phản mẫu là dấu hiệu cho thấy bạn đang thử công cụ nhưng bỏ qua phương pháp. Chọn thay đổi liên quan và xem nó có giúp hoàn thành việc thật không; danh sách không có điểm đạt đã xác thực.
Phản mẫu đáng kiểm trong quy trình của bạn: **1. “Viết cho tôi một ứng dụng chạy được” mà không có CLAUDE.md.** Bạn mở một cuộc trò chuyện Claude Code mới và lập tức giao nhiệm vụ. Claude không có ngữ cảnh về dự án, phương pháp hay sở thích của bạn. Nó đưa ra mẫu chung chung và bạn thất vọng. Nên làm gì: tạo CLAUDE.md và đưa vào đó những thông tin tối thiểu—stack của bạn, mô hình kinh doanh, đối tượng mục tiêu và liên kết đến các tệp khác. Mọi cuộc trò chuyện đều bắt đầu với ngữ cảnh này. **2. Trò chuyện dài mà không dùng `/compact`.** Bạn chạy một phiên 80 tin nhắn. Claude không còn nhớ bạn đã quyết định gì ở tin nhắn thứ 12. Cửa sổ ngữ cảnh chật kín lịch sử không chứa quyết định chính—chỉ có sự do dự. Chất lượng câu trả lời giảm xuống. Nên làm gì: gọi `/compact` sau mỗi 30–40 tin nhắn và nêu những điều quan trọng cần giữ lại. Ngữ cảnh sẽ tập trung hơn. **3. Tin câu trả lời đầu tiên.** Claude đưa ra giải pháp và bạn áp dụng ngay. Một giờ sau, bạn phát hiện nó làm hỏng ba tệp khác. Bạn bỏ cuộc vì nghĩ “nó lại không hoạt động tốt nữa rồi”. Nên làm gì: dùng Plan Mode cho các nhiệm vụ phức tạp. Trước tiên là kế hoạch, rồi thảo luận về kế hoạch, sau đó mới thực hiện. Như vậy, bạn phát hiện lỗi trong lúc lập kế hoạch thay vì sau nửa ngày làm việc. **4. Prompt linh tinh không có cấu trúc.** Bạn viết “làm cho tốt”, mong Claude tự hiểu. Nó không hiểu. Nó không biết “tốt” có nghĩa gì với bạn. Nó đoán. Nên làm gì: viết prompt theo cấu trúc “ngữ cảnh - nhiệm vụ - ràng buộc - định dạng”. Cách này làm tăng đáng kể khả năng nhận được kết quả tốt ngay lần đầu. **5. Bỏ qua việc theo dõi chi phí.** Bạn không biết mình đang dùng bao nhiêu token. Gói hằng tháng hết, bạn mở trang tổng quan và thấy mình đã tiêu $200. Bạn ngạc nhiên. Bạn bỏ cuộc. Nên làm gì: thiết lập công cụ theo dõi mức sử dụng token. Tôi đã đánh giá các công cụ trong hướng dẫn về công cụ theo dõi token. Khi có thể xem chi phí theo thời gian thực, bạn sẽ không còn đốt token vô ích. **6. Tìm kiếm “công cụ phù hợp” không hồi kết.** Cursor ra mắt—bạn chuyển sang Cursor. Cline xuất hiện—bạn thử Cline. Codex cập nhật—bạn quay lại Codex. Cứ hai tuần, bạn lại dùng một công cụ mới và bắt đầu lại từ đầu. Bạn không bao giờ đạt đến cấp độ mà công cụ bắt đầu làm việc hiệu quả cho mình. Nên làm gì: chọn một công cụ. Dùng nó trong ba tháng. Đừng chuyển đổi ngay khi có lý do đầu tiên. Tôi chỉ xem các bài so sánh khi công cụ của mình thực sự không thể làm được việc gì đó. **7. “Không có thời gian đọc phương pháp.”** Bạn nghĩ công cụ phải hoạt động mà không cần chuẩn bị. Rằng viết prompt là kỹ năng bẩm sinh. Rằng CLAUDE.md là “một lớp bổ sung”. Kết quả là đến tháng thứ hai, bạn vẫn làm những việc mà nếu có phương pháp thì đã hoàn tất trong một tuần. Nên làm gì: chấp nhận rằng Claude Code cần được học, giống như mọi công cụ chuyên nghiệp khác. Cách học là thông qua phương pháp; trực giác không hiệu quả ở đây. Liên quan: [hướng dẫn về xu nịnh trong Claude Code](https://ailoot.ai/blog/vi/claude-code-sycophancy-prompts/) xem xét cách tránh quan niệm sai lầm lớn nhất của thung lũng—rằng Claude luôn đúng khi đồng ý với ý tưởng của bạn. ## 5 dấu hiệu cho thấy bạn đang ở Dốc Khai sáng—Làm sao biết mình đã thoát ra
Điểm chính Bạn có thể nhận ra Dốc Khai sáng qua một vài thay đổi bình thản, không phải cảm giác hưng phấn. Bạn có CLAUDE.md dài hơn 200 dòng. Bạn quay lại Plan Mode mà không cần nhắc nhở. Bạn thuộc lòng các Skills của mình. Nhịp độ làm việc đã ổn định—giờ đây bạn biết một nhiệm vụ điển hình mất bao lâu. Và mọi người bắt đầu nhờ bạn giúp vì bạn làm ra kết quả.
Năm dấu hiệu cho thấy bạn đang ở giai đoạn ba: **1. Bạn có CLAUDE.md dài hơn 200 dòng và chủ động duy trì nó.** Bạn không sao chép nó từ một mẫu—bạn tự xây dựng dần. Bạn biết từng mục và lý do nó có mặt ở đó. Khi thấy một mô thức mới, bạn thêm quy tắc vào. **2. Bạn bật Plan Mode trước mọi nhiệm vụ không thường lệ.** Không cần ai nhắc, cũng không phải vì kỷ luật, mà vì bạn hiểu rằng nếu không có kế hoạch, bạn sẽ mất một giờ và nhận kết quả sai. Nó không còn là “bước bổ sung” mà đã trở thành phản xạ. **3. Bạn có danh mục Skills và Subagents của riêng mình.** Không tải từ GitHub—mà là của chính bạn. Dành cho các nhiệm vụ cụ thể của bạn. Khi có nhiệm vụ mới giống nhiệm vụ cũ, bạn nhớ đến Skill của mình thay vì viết prompt từ đầu. **4. Nhịp độ làm việc của bạn đã ổn định.** Giờ bạn biết: “Nhiệm vụ kiểu này mất 3 giờ.” Không phải “ồ, việc này nhanh thôi” cũng không phải “ồ, việc này sẽ mất mãi mãi”. Bạn ước tính thời gian thực tế. Điều đó có nghĩa bạn đã vượt qua hiệu ứng Dunning–Kruger theo cả hai hướng—bạn không còn đánh giá quá cao hay quá thấp nữa. **5. Mọi người bắt đầu hỏi bạn.** Ai đó trong cuộc trò chuyện hỏi về MCP—bạn trả lời bằng một ví dụ cụ thể: “Đây là điều đã xảy ra với tôi.” Ai đó hỏi về Plan Mode—bạn cho họ xem ví dụ. Đây là tác dụng phụ của việc thành thạo phương pháp: những người trong thung lũng nhận ra trải nghiệm của chính họ trong câu chuyện của bạn và tìm đến bạn. Dùng dấu hiệu để suy ngẫm tiến độ gần đây, không tự chấm điểm hay dự đoán lúc tới cao nguyên. Xem lại ước tính và kết quả hoạt động có nhất quán hơn theo thời gian không. Trên cao nguyên, vai trò của con người trong khuôn khổ có agent thay đổi. Đó là kết quả của hành trình thoát khỏi thung lũng: bạn không còn “học viết prompt” nữa. Bạn quản lý một khuôn khổ agent, là kiến trúc sư quy trình, là người đứng đầu. ## Nên làm gì NGAY BÂY GIỜ nếu bạn đang nản lòng
Điểm chính Nếu đọc bài viết này và nhận ra mình đang mắc kẹt trong thung lũng, đừng đóng tab. Hãy thực hiện ba bước: nói to tên giai đoạn của mình (chẩn đoán), chậm lại (bắt đầu với một dự án, một trụ cột), và tạo cấu trúc (của riêng bạn hoặc của người khác). Thử quy trình có cấu trúc trước khi cho rằng công cụ mới giải được vấn đề. Chỉ giữ nếu kết quả cải thiện; ẩn dụ hay lịch đều không bảo đảm tiến bộ.
Ba bước để thử trong tác vụ tiếp theo. **Bước 1—nói to tên giai đoạn.** Tự nhủ: “Mình đang ở Thung lũng Tuyệt vọng. Đây là phần đang gây nản trong quy trình của mình. Mình có thể gọi rõ trở ngại và chọn bước nhỏ hơn.” Khi gọi tên được giai đoạn, nó không còn là “thảm họa cá nhân của mình” mà trở thành “vị trí hiện tại của mình trên đường cong”. Một dự án, một trụ cột, hai tuần. Đừng cố xây dựng mọi thứ trong một cuối tuần—điều đó sẽ đưa bạn trở lại thung lũng. **Bước 3—tạo cấu trúc.** Bạn có thể tự xây dựng phương pháp. Theo trải nghiệm của tác giả được mô tả ở đây, việc đó mất từ ba đến sáu tháng.
### Nguồn - [Anthropic Engineering, context engineering hiệu quả cho AI agent (2025)](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - vì sao cửa sổ ngữ cảnh suy giảm và cần được quản lý. - [Tài liệu Claude Code - Memory](https://code.claude.com/docs/en/memory) - hệ thống phân cấp bộ nhớ chính thức của Claude Code.
Để tiếp tục làm việc với các mô hình, bạn có thể truy cập [Ailoot](https://ailoot.ai/). ## Câu hỏi thường gặp ### Bốn giai đoạn có dự đoán tôi bỏ cuộc sau một tháng không? Không. Bài dùng đường cong phổ biến làm ẩn dụ, không có tỷ lệ bỏ cuộc đo được hay lịch chung. Dùng ví dụ để tìm trở ngại cụ thể, không tự chẩn đoán hoặc dự đoán khi nào tiến bộ. ### Bước thực tế khi tôi liên tục đổi công cụ AI là gì? Chọn một dự án và kết quả nhỏ kiểm tra được. Cải thiện phần gây khó nhất như hướng dẫn dự án, quy trình tái dùng hoặc quản lý ngữ cảnh; so kết quả và thời gian thực tế với lần trước. ## Ailoot · Công ty và danh mục dự án của công ty Ailoot dựa trên kinh nghiệm vận hành tích lũy, cơ sở khách hàng lớn, dịch vụ ổn định và việc kiểm soát KPI liên tục. Công ty và danh mục dự án của công ty: hàng triệu khách hàng; doanh số hàng tỷ mỗi tháng. Ailoot áp dụng kinh nghiệm vận hành này để cung cấp quyền truy cập API vào các tính năng AI trong sản phẩm của khách hàng, tác tử, ứng dụng và quy trình tự động hóa.