Từ "Raising Claude Code" đến "Self-Growing Claude Code" — Sức mạnh của quá trình trao đổi chất

@0xfene
TIẾNG NHẬT2 tháng trước · 12 thg 5, 2026
227K
553
46
2
1.3K

TL;DR

Vượt xa các bản cập nhật thủ công để hướng tới một hệ thống trao đổi chất cho Claude Code. Tìm hiểu cách tự động hóa việc tiếp nhận kiến thức, sử dụng các vòng lặp phản hồi để phát triển kỹ năng và cấu trúc dữ liệu nhằm ngăn chặn tình trạng phình to kho lưu trữ.

Gần đây, khi nói chuyện với những người dùng Claude Code nhiều, tôi hỏi: "Bạn có cảm thấy kho lưu trữ (repository) của mình đang bị lộn xộn không? Có thấy tốc độ xử lý chậm lại một chút không?" Hầu như ai cũng trả lời: "Có chứ..."

  • Kỹ năng tăng lên đáng kể lúc nào không hay.
  • Những dữ kiện từ sáu tháng trước vẫn còn nằm trong thư mục context/.
  • Tệp CLAUDE.md phình to đến mức bản thân tôi cũng không thể nắm được toàn cảnh.
  • Quá trình xử lý bằng cách nào đó trở nên cực kỳ chậm chạp.

Gần đây tôi nhận ra rằng đây không phải là vấn đề "làm thế nào để nuôi dưỡng nó".

Đó là vấn đề về "sự trao đổi chất" (metabolism).

Cũng giống như cơ thể con người không thể sống chỉ bằng dinh dưỡng. Bạn cần phải trao đổi chất, bài tiết, và xây dựng một thể trạng khó bị bẩn ngay từ đầu. Các kho lưu trữ cũng hoàn toàn giống vậy.

Trong bài viết này, tôi sẽ viết về bốn cơ chế để đưa Claude Code vào trạng thái "tự phát triển". Dành cho những ai đã dùng Claude Code khá nhiều và cảm thấy chi phí quản lý đang trở nên nặng nề, bài viết này sẽ thực sự hữu ích.

■ Chỉ nuôi dưỡng thôi thì có giới hạn

Trước đây, tôi đã viết nhiều bài báo kiểu như "Claude Code là một trò chơi nuôi dưỡng".

https://x.com/0xfene/status/2042047157767926056?s=20

Tạo kỹ năng (skills), tích lũy dữ kiện (facts) trong context/, trau chuốt CLAUDE.md... tất cả đều là về "việc thêm vào".

Điều này hoạt động cực kỳ tốt trong vài tháng đầu.

Bạn càng làm nhiều, Claude Code càng có vẻ thông minh hơn, và điều đó rất thú vị.

Tuy nhiên, sau khoảng sáu tháng, mọi thứ thay đổi.

Có quá nhiều kỹ năng đến nỗi bạn không biết cái nào đang có, và các dữ kiện trong context/ bắt đầu lệch lạc so với thực tế. Ngay cả CLAUDE.md cũng trở nên quá tải đến mức Claude bắt đầu bỏ qua các hướng dẫn quan trọng.

Nói cách khác, một hiện tượng xảy ra là "càng nuôi dưỡng, nó càng bị tắc nghẽn."

Đó là lúc tôi nhận ra.

Chỉ đưa mọi thứ vào thôi là chưa đủ.

Bạn phải xoay vòng qua bốn trụ cột: nạp vào, trao đổi chất, bài tiết, và một "thể trạng sạch sẽ", nếu không kho lưu trữ sẽ chết.

Tôi sẽ giới thiệu bốn điều đó theo thứ tự.

■ ① Nạp vào: Làm cho việc nhập các bài đăng trên X ngay lập tức trở nên khả thi

Các bí quyết Claude Code mới nhất hầu như đều được chia sẻ trên X.

  • "Kết quả tăng vọt nhờ prompt này"
  • "Sự kết hợp kỹ năng này thật điên rồ"
  • "Tôi không biết bạn có thể viết hook như thế này"

Mỗi ngày, những hiểu biết thực sự tốt đang trôi qua.

Nhưng vấn đề là hầu hết mọi người chỉ để nó trôi qua.

Thành thật mà nói, tôi cũng vậy.

Tôi chụp ảnh màn hình nghĩ "Mai mốt sẽ thử cái này", và một tháng sau nhìn lại thư viện ảnh và tự hỏi "Cái này là gì nhỉ?"

Hoặc tôi đánh dấu một URL và không bao giờ mở lại.

Những bài đăng X chết chất đống trong điện thoại và trình duyệt của tôi.

Vì vậy, tôi đã tạo một "đường ống nạp vào" (intake pipeline) cho các bài đăng trên X.

Cụ thể, khi bạn cung cấp một URL bài đăng trên X, Claude Code sẽ tự động thực hiện những việc sau:

  • Tóm tắt các điểm chính
  • Phân loại bằng thẻ (tags)
  • Đề xuất bổ sung nếu có thể phản ánh vào các kỹ năng hiện có
  • Soạn thảo một kỹ năng mới nếu thấy cần thiết
  • Ghi chú vào context/ nếu đó chỉ là thông tin tham khảo

Đó là một cơ chế thực hiện gần như tự động.

Chỉ cần thêm cái này, hành vi của tôi khi xem X đã thay đổi hoàn toàn.

Trước đây, tôi hài lòng với một bức ảnh chụp màn hình, nhưng bây giờ khi thấy một bài đăng tôi quan tâm trên X, tôi đưa URL cho Claude Code ngay tại chỗ. Nó được xử lý trơn tru, và ba phút sau, kỹ năng đã được cập nhật.

"Tìm kiếm thông tin tốt" và "kết hợp nó vào Claude Code của tôi" trở thành một tập hợp các hành động duy nhất.

Điều này cực kỳ to lớn.

Thực sự rất to lớn.

Bởi vì những bí quyết mới nhất đang lưu chuyển trong cộng đồng được liên tục tiêm vào kho lưu trữ của bạn.

Việc có cái này hay không tạo ra sự khác biệt rất lớn sau sáu tháng...!!!

Cụ thể, vì có sẵn CLI cho X, bạn có thể thực hiện việc này bằng cách liên kết nó với Claude Code từ X Developer Console.

https://console.x.com/

Tôi sẽ bỏ qua phương pháp chi tiết vì Claude Code có thể sẽ tự triển khai nó cho bạn, nhưng nếu bạn quan tâm, hãy liên hệ với tôi nhé!

■ ② Trao đổi chất: Kỹ năng tự phát triển thông qua phản hồi của con người

Đây là phần tôi khuyên dùng nhất.

Đó là về một cơ chế gọi là Gotcha, và nó thực sự điên rồ.

Nó là gì, đó là việc đặt một phần "Cạm bẫy trong quá khứ" (Past Pitfalls) ở cuối mỗi tệp định nghĩa kỹ năng.

Ví dụ, như thế này:

text
1## Gotchas (Cạm bẫy trong quá khứ)
21. Không tái sử dụng số liệu từ các bài viết trước
32. Công ty TNHH DAIJOBU sử dụng ký hiệu hậu tố. "DAIJOBU Corporation" là không đúng
43. Hãy cảnh giác với những con số khoa trương
ふぇね | 山中裕貴 - inline image

Chỉ vậy thôi.

Chỉ có vậy.

Nhưng điều này cực kỳ mạnh mẽ như một cơ chế để phát triển một kỹ năng thành một kỹ năng "có kinh nghiệm".

ふぇね | 山中裕貴 - inline image

Cụ thể, quy trình hoạt động như thế này:

  1. Người dùng cung cấp phản hồi ("Bài viết này có cùng số liệu với một bài viết trước")
  2. Phản hồi đó được thêm vào Gotchas của kỹ năng đó
  3. Lần tiếp theo kỹ năng đó được gọi, Gotchas sẽ tự động được bao gồm trong prompt
  4. Claude Code nhận ra, "Ồ, đây là thứ tôi đã từng làm sai trước đây," và tránh nó

Nói cách khác, với một phản hồi của con người, kỹ năng đó trở nên thông minh hơn vĩnh viễn.

Điều này thực sự gây sốc.

Ví dụ, kỹ năng đánh giá bài viết của tôi bây giờ ghi nhớ hoàn hảo "không dùng cùng số liệu với các bài viết trước" và "Công ty TNHH DAIJOBU là hậu tố."

Kỹ năng chuẩn bị 1on1 ghi nhớ "liệt kê 5 lộ trình cho sự nghiệp của một kỹ sư QA."

Kỹ năng phỏng vấn ghi nhớ "luôn đọc trước khi hỏi; bỏ qua nó sẽ mất lòng tin."

Tôi không nói điều này mỗi lần.

Tôi chỉ phản hồi một lần và thêm nó vào Gotchas.

Cảm giác này giống như "để nó tích lũy kinh nghiệm" hơn là "nuôi dưỡng".

Cũng giống như đưa ra phản hồi cho một người mới, bản thân kỹ năng đó dần dần trở nên thông minh hơn.

Ngoài ra, một cơ chế bổ trợ khác mà tôi gọi là Dreams (Giấc mơ).

ふぇね | 山中裕貴 - inline image

Đây là một kỹ năng trích xuất các mẫu hình xuyên suốt toàn bộ kho lưu trữ mà các kỹ năng riêng lẻ không thể nắm bắt, trên cơ sở hàng tuần.

Nó tìm ra các mẫu hình lặp đi lặp lại từ nhật ký công việc gần đây và tự động ghi chúng vào context/dreams.md. Những thứ như "gần đây tôi đã đưa ra phán đoán này ba lần" hoặc "lỗi này đang được lặp lại."

Tóm lại, đó là một cơ chế nơi bản thân của ngày hôm nay quan sát hành động của ngày hôm qua.

Với điều này, các mẫu hình hành vi mà bạn thậm chí chưa từng nhận thấy sẽ được diễn đạt bằng lời và được nâng cấp thành kho kiến thức.

Khi Gotcha và Dreams bắt đầu xoay vòng, kho lưu trữ bước vào trạng thái "tích lũy kinh nghiệm và tự động thông minh hơn."

Điều này thực sự hiệu quả...!!!

■ ③ Bài tiết: Thường xuyên đặt "câu hỏi" cho Claude Code

Từ đây, đó là về mặt "đầu ra".

Thành thật mà nói, ai mà chẳng tệ trong việc dọn dẹp?

Tôi cũng tệ lắm.

Tôi nghĩ, "Chắc mình không dùng cái này nữa..." nhưng tôi vẫn giữ nó vì sợ quyết định vứt bỏ.

Trước khi tôi kịp nhận ra, tôi đã có một đống kỹ năng, và một nửa trong số đó không được sử dụng.

Lúc đầu, tôi cố gắng giải quyết vấn đề này bằng một cơ chế như "robot dọn dẹp tự động", nhưng nó không hiệu quả lắm.

Việc phán đoán quá khó, và cuối cùng, con người phải kiểm tra nó.

Vì vậy, tôi đã thay đổi chính sách của mình.

Thay vì bắt cơ chế tự dọn dẹp, tôi chuyển sang một hoạt động nơi con người thường xuyên đặt ra "câu hỏi".

Cụ thể, mỗi tháng một lần, tôi luôn hỏi Claude Code ba điều này:

  • Có kỹ năng hoặc tác nhân (agent) nào không được sử dụng không? (Liệt kê những cái không được gọi trong tháng qua)
  • Có bất kỳ ngữ cảnh (context) cũ nào còn sót lại không? (Liệt kê các tệp chưa được cập nhật trong hơn sáu tháng)
  • Tôi muốn tăng tốc quá trình xử lý của Claude Code; điều gì đang khiến nó chậm?

Tôi chỉ hỏi thôi.

Không có cơ chế đặc biệt nào cả.

Nhưng chỉ bằng cách quyết định làm điều này mỗi tháng một lần, việc dọn dẹp kho lưu trữ bắt đầu xoay vòng.

Điều này là bởi vì thay vì quyết định "có nên vứt bỏ nó hay không", tôi chỉ "trực quan hóa tình hình hiện tại."

Khi danh sách được đưa ra, tôi có thể thấy ngay lập tức, "Ồ, mình không dùng cái này nữa" hoặc "Ngữ cảnh này khác với thực tế." Bản thân việc phán đoán kết thúc trong năm giây.

Hãy thay đổi việc dọn dẹp từ "tự động hóa" thành "thường xuyên hóa các câu hỏi."

Trái tim bạn sẽ cảm thấy nhẹ nhõm hơn.

Hãy thử đưa nó vào lịch trình của bạn mỗi tháng một lần nhé.

Tuyệt vời lắm!

■ ④ Xây dựng một thể trạng khó bị bẩn ngay từ đầu

Đây có thể là điều quan trọng nhất tôi muốn truyền tải lần này.

Dọn dẹp khó là quan trọng, nhưng việc tạo ra một cấu trúc không bị bẩn ngay từ đầu sẽ tiết kiệm chi phí hơn rất nhiều.

Có hai chìa khóa cho một thể trạng khó bị bẩn.

Đầu tiên là xác định SSoT (Single Source of Truth - Nguồn Sự Thật Duy Nhất).

SSoT có nghĩa là quyết định một nơi duy nhất nơi "phiên bản chính xác của thông tin này chỉ tồn tại ở đây."

ふぇね | 山中裕貴 - inline image

Ví dụ, lấy tình trạng khách hàng mới nhất.

Nếu bạn phân tán điều này ở bốn nơi—"Cơ sở dữ liệu khách hàng Notion," "context/clients/," "Bản ghi nhớ Slack," và "trong đầu bạn"—chắc chắn sẽ xảy ra sự khác biệt.

Sáu tháng sau, bạn sẽ không biết "cái nào là đúng?" và kho lưu trữ sẽ biến thành một đầm lầy.

Thay vào đó, bạn quyết định rằng "SSoT cho tình trạng khách hàng mới nhất là context/clients/{name}.md."

Những gì được viết ở đó là trạng thái thực tế mới nhất; Notion về cơ bản là một bản sao của nó, và Slack được coi một cách nghiêm ngặt là luồng (flow) (thông tin trôi qua).

ふぇね | 山中裕貴 - inline image

(Trong thực tế, chúng tôi vận hành bằng cách tập trung thông tin khách hàng vào Notion.)

Chỉ bằng cách quyết định chắc chắn điều này ngay từ đầu, thông tin ngừng bị phân tán.

Thứ hai là tách biệt thông tin luồng (flow information) và thông tin kho (stock information).

Điều này cực kỳ hiệu quả.

  • Thông tin luồng = Biên bản cuộc họp, nhật ký 1on1, bản ghi nhớ cuộc họp kinh doanh, báo cáo hàng ngày, kết quả nghiên cứu (được thêm theo trình tự thời gian, không bị mục nát)
  • Thông tin kho = Các dữ kiện đúng tại thời điểm hiện tại, các trạng thái (bị ghi đè, có hại nếu cũ)

Nếu bạn không tách biệt hai thứ này, thông tin luồng sẽ ngày càng trộn lẫn vào phía kho, và kho lưu trữ sẽ trở thành một đầm lầy.

Trong kho lưu trữ của tôi, thông tin luồng được tách biệt về mặt vật lý dưới work/, và thông tin kho nằm dưới context/.

ふぇね | 山中裕貴 - inline image

Chỉ bằng cách tuân thủ nghiêm ngặt quy tắc "đọc biên bản và chỉ thăng cấp các dữ kiện mới lên kho", phía context/ có thể được giữ sạch sẽ mãi mãi.

Phía work/ sẽ chất đống theo trình tự thời gian, nhưng vì nó là "thông tin trôi qua", nó không có hại ngay cả khi cũ đi.

Tóm lại, bạn tách biệt về mặt vật lý nơi mọi thứ đi vào và nơi chúng tích tụ.

ふぇね | 山中裕貴 - inline image

Nếu bạn làm điều này, bản thân việc dọn dẹp trở nên cực kỳ nhẹ nhàng.

Phía kho có cấu trúc khó bị bẩn, và phía luồng không có hại ngay cả khi cũ.

Nếu bạn thiết kế thể trạng trước, hoạt động tiếp theo sẽ thay đổi 180 độ.

■ Từ Nuôi dưỡng đến Tự phát triển

Tôi đã giới thiệu bốn điều cho đến nay:

  • ① Nạp vào: Nhập các bài đăng trên X ngay lập tức
  • ② Trao đổi chất: Kỹ năng tự phát triển thông qua phản hồi của con người (Gotcha + Dreams)
  • ③ Bài tiết: Dọn dẹp thường xuyên bằng cách đặt "câu hỏi"
  • ④ Một thể trạng khó bị bẩn: SSoT và sự tách biệt Luồng/Kho

Khi bốn điều này bắt đầu xoay vòng, điều gì sẽ xảy ra?

Kho lưu trữ bước vào trạng thái "tự phát triển."

Lúc đầu, tôi nghĩ Claude Code là một "trò chơi nuôi dưỡng."

Tạo kỹ năng, viết ngữ cảnh, sắp xếp CLAUDE.md... tôi đã trau chuốt tất cả bằng tay.

Nhưng khi bạn thiết lập bốn điều này, quan điểm sẽ thay đổi từ một thời điểm nhất định.

Kho lưu trữ trở nên thông minh hơn một cách tự động mà bạn không cần phải chạm vào nó.

Những hiểu biết mới liên tục đến từ X, và các kỹ năng tích lũy kinh nghiệm và tự động thông minh hơn. Những thứ cũ được sắp xếp thường xuyên, và vì khó bị bẩn ngay từ đầu, bản thân việc bảo trì cực kỳ nhẹ nhàng.

Khi vòng lặp này bắt đầu xoay, mối quan hệ với Claude Code thực sự thay đổi.

Nó thay đổi từ cảm giác "trau chuốt một công cụ" sang cảm giác "cùng nhau phát triển."

Từ "kỷ nguyên nuôi dưỡng" sang "kỷ nguyên thiết lập các cơ chế để phát triển."

Claude Code của tôi một năm sau chắc chắn sẽ thông minh hơn nhiều so với những gì tôi có thể tự tay nuôi dưỡng ngày hôm nay.

Với suy nghĩ đó, tôi vẫn đang tinh chỉnh thể trạng của kho lưu trữ ngày hôm nay.

Tôi hy vọng tất cả các bạn cũng sẽ cố gắng đưa Claude Code của mình vào trạng thái "tự phát triển"!

Tôi chắc chắn quan điểm sẽ thay đổi đáng kể...!!!

*Chúng tôi đã ra mắt dịch vụ đào tạo Claude Code dành cho doanh nghiệp!! Nếu ai quan tâm, vui lòng nhắn tin trực tiếp (DM) hoặc bình luận nhé! Các thành viên thực sự đang làm chủ Claude Code trong kinh doanh B2B sẽ đào tạo bạn một cách nghiêm túc từ những điều cơ bản nhất về những câu chuyện thiết yếu để sử dụng Claude Code trong một tổ chức. Chúng tôi đã tạo ra một cơ chế cho phép bạn tham gia khóa học với chi phí hợp lý bằng cách tận dụng các khoản trợ cấp, vì vậy hãy thoải mái liên hệ...!!!

Save to YouMind

Use YouMind to read viral articles deeply

Save the source, ask focused questions, summarize the argument, and turn a viral article into reusable notes in one AI workspace.

Explore YouMind

Thêm pattern để giải mã

Bài viết viral gần đây

Khám phá thêm bài viết viral