Bỏ qua tới nội dung chính
Quay lại tin tức

Bộ nhớ của tác nhân mã hóa của bạn tự tin sai — vì vậy tôi đã xây dựng một bộ nhớ không sai

Dev.to AI· Kage· 6/6/2026opensource

Hiện nay, tác nhân mã hóa (coding agent) đã có bộ nhớ. Tuy nhiên, một vấn đề ít được đề cập là phần lớn thông tin trong bộ nhớ này có thể sai lệch một cách tự tin, và tác nhân không thể nhận biết được điều đó. Tuần trước, một đồng nghiệp đã xóa tệp src/legacy-retry.ts. Hôm nay, tác nhân của bạn vẫn nhớ một "sự thật" rằng "công cụ hỗ trợ thử lại nằm trong src/legacy-retry.ts" và tiếp tục xây dựng dựa trên thông tin này. Mặc dù tệp đã bị xóa, tác nhân không hề hay biết. Bộ nhớ sai lệch một cách tự tin còn tệ hơn là không có bộ nhớ: không có bộ nhớ khiến tác nhân thận trọng, trong khi bộ nhớ sai lệch khiến nó phá vỡ mọi thứ một cách tự tin. Đây chính là cái bẫy trong hầu hết các bộ nhớ của tác nhân – chúng tối ưu hóa cho việc truy xuất (tìm kiếm bộ nhớ nhanh chóng) mà không bao giờ đặt ra câu hỏi thực sự quan trọng: liệu tôi có thể tin tưởng vào thông tin này không?

Tác nhân mã hóa của bạn hiện đã có bộ nhớ. Tuy nhiên, có một thực tế ít được đề cập: phần lớn thông tin trong bộ nhớ này là sai một cách tự tin, và tác nhân không thể nhận biết được điều đó. Tuần trước, một đồng nghiệp đã xóa tệp src/legacy-retry.ts. Hôm nay, tác nhân của bạn vẫn nhớ một "thông tin" – "bộ hỗ trợ thử lại nằm trong src/legacy-retry.ts" – và xây dựng dựa trên đó. Tệp đã biến mất; tác nhân không hề hay biết. Và bộ nhớ sai một cách tự tin còn tệ hơn là không có bộ nhớ: không có bộ nhớ khiến tác nhân thận trọng, còn bộ nhớ sai khiến nó phá hỏng mọi thứ một cách tự tin. Đó là cái bẫy trong hầu hết bộ nhớ của tác nhân – nó tối ưu hóa cho việc truy xuất (tìm kiếm bộ nhớ nhanh chóng) và không bao giờ đặt câu hỏi thực sự quan trọng: liệu tôi có còn tin tưởng vào bộ nhớ này không? Vì vậy, tôi đã xây dựng Kage – một lớp bộ nhớ cho các tác nhân mã hóa (Claude Code, Codex, Cursor, Windsurf, bất kỳ thứ gì nói MCP) được xây dựng dựa trên sự tin cậy, không phải số lượng. Hãy xem nó bắt được cả ba chế độ lỗi trong 30 giây: npx -y @kage-core/kage-graph-mcp demo Cách bạn thực sự sử dụng nó Cài đặt một lần, trỏ nó vào tác nhân của bạn, sau đó hầu như quên nó đi: npm i -g @kage-core/kage-graph-mcp kage init --project . kage setup claude-code --project . --write # hoặc: codex, cursor, windsurf… Sau đó, mỗi tác vụ: 🔎 Khi bắt đầu tác vụ – tác nhân của bạn truy xuất bộ nhớ đã được xác thực và vẫn đúng cho mã mà nó sắp chạm vào. ✍️ Khi nó tìm hiểu nguyên nhân lỗi, một vấn đề khó khăn, một quyết định – nó ghi lại một ghi chú bền vững, được xác thực trong quá trình nhập. 🔁 Bạn xem xét nó trong PR – bộ nhớ là JSON thuần túy trong kho lưu trữ của bạn; kage refresh sẽ xác thực lại nó khi hợp nhất. Không có cơ sở dữ liệu vector. Không có khóa API. Không có dịch vụ riêng biệt. Tại sao bộ nhớ có thể được tin cậy Mỗi lần học là một gói tin, và mỗi gói tin phải giành được vị trí của mình: thu thập → xác thực trích dẫn → gắn với mã → lưu dưới dạng JSON Git → truy xuất 🚫 Được xác thực khi ghi – trích dẫn một tệp không tồn tại và gói tin sẽ bị từ chối. Các thông tin sai lệch không bao giờ được đưa vào. 🔗 Được gắn với mã của bạn – mỗi gói tin được gắn dấu vân tay với các tệp thực mà nó mô tả. ⊘ Bị giữ lại khi truy xuất – nếu mã đó bị xóa hoặc tái cấu trúc, bộ nhớ sẽ bị ẩn khỏi tác nhân (và được gắn cờ cho bạn). 📝 Được lập phiên bản như mã – được xem xét trong PR, tồn tại và biến mất cùng với kho lưu trữ. (Bạn thậm chí có thể chấm điểm bộ nhớ của kho lưu trữ của mình bằng kage benchmark --trust – nhưng đó là bằng chứng, không phải mục đích.) Xem tác nhân của bạn nhớ gì Kage cung cấp một trình xem: một bảng điều khiển trực tiếp về bộ nhớ của kho lưu trữ của bạn – điểm tin cậy bộ nhớ, mọi gói tin được kết nối với mã mà nó được gắn vào và một nguồn cấp dữ liệu về những gì tác nhân thực sự đã nhớ. Hãy thử xem bản trực tiếp (không cần cài đặt): https://kage-core.com/viewer Hãy thử npx -y @kage-core/kage-graph-mcp demo Mã nguồn mở (GPL-3.0). Nếu bộ nhớ mà tác nhân của bạn không thể nói dối là điều bạn mong muốn, một ⭐ trên GitHub thực sự hữu ích – và tôi rất muốn nhận được phản hồi, đặc biệt từ bất kỳ ai đã từng bị ảnh hưởng bởi ngữ cảnh tác nhân lỗi thời.

Nguồn tin: Dev.to AI — Tác giả: Kage. Bản dịch tiếng Việt do AI thực hiện, có thể có sai sót.