Bot của tôi thậm chí còn không phản hồi hơn vào sáng nay. Tin nhắn đầu tiên của tôi với nó đã chết vì quá tải ngữ cảnh. Tất cả những gì tôi đã nói là: "máy tính đã khởi động lại, bạn có thể đảm bảo rằng tất cả các dịch vụ của chúng ta đều trực tuyến không?" Chạy đã chết vì một prompt 1,5 triệu token. Một ngày nữa để gỡ lỗi cho tôi.

Điều này xảy ra với OpenClaw như thế nào và bạn có thể khắc phục nó như thế nào… Bot của tôi liên tục đổ ra những kết quả công cụ lặp đi lặp lại khổng lồ, thực hiện công việc exec nặng nề và rơi vào các vòng lặp gỡ lỗi trong phiên chia sẻ mà DMs của tôi đang ở trong đó và bị kẹt trong 10 phút mỗi lần cho đến khi nó hết thời gian hoặc cổng bị sập và khởi động lại. Điều này gây ra việc mất tin nhắn, bot không phản hồi và OOM bị sập nhiều lần trong một giờ. Ngay cả khi tôi khiến bot ủy quyền, các đại lý phụ cũng đổ kết quả vào cửa sổ ngữ cảnh. Tôi đã yêu cầu codex điều tra và nó đã tìm thấy: • 56 kết quả công cụ ≥150k ký tự đã được đưa vào lịch sử phiên hiện tại • Cắt tỉa không hoạt động trên đường dẫn mô hình chính của chúng tôi (Codex/OpenAI Oauth) • Không có thực thi thời gian chạy để ngăn chặn việc đổ công cụ lớn vào ngữ cảnh • Bảo trì phiên dọn dẹp sau thiệt hại, nó không ngăn chặn nó Tôi khá chắc chắn rằng hành vi mặc định của OpenClaw không nên đổ 200k ký tự kết quả công cụ vào biên bản. Có điều gì đó trong thiết lập cụ thể của tôi có thể đang vô hiệu hóa một biện pháp bảo vệ hoặc bỏ qua việc cắt tỉa cho các kết quả công cụ… Vì tôi đang sử dụng lossless-claw nên nó được phép phát triển tồi tệ hơn: Tệp phiên 81MB, 31.6MB chỉ là văn bản kết quả công cụ 😬 169 kết quả công cụ trên 50k ký tự. Một cái là 285k ký tự (từ sessions_list.) Có logic cắt tỉa mà cắt bớt kết quả công cụ từ các tin nhắn ngữ cảnh. buildContextPruningFactory Nhưng các mô hình phải có “cache-ttl" Các nhà cung cấp đủ điều kiện dường như chỉ là: anthropic moonshot zai Đối với tôi, bot của tôi cho biết mã cắt tỉa từ chối kích hoạt trên các nhà cung cấp không phải Anthropic. Tôi đang sử dụng openai-codex 5.3 rất nhiều, vì vậy khi cắt tỉa được cấu hình, mã tồn tại, nó chỉ im lặng không bao giờ kích hoạt. OpenAI Responses API sử dụng nén phía máy chủ & OpenClaw tự động kích hoạt điều này cho các mô hình openai trực tiếp nên OpenAI xử lý nén ở phía họ. Nhưng tôi đang ở openai-codex/*, không phải openai/*. Đường dẫn OAuth Codex đi qua một thời gian chạy khác (dường như là pi-ai), không phải Responses API. Vì vậy: • cắt tỉa cache-ttl > chỉ Anthropic • nén phía máy chủ OpenAI > chỉ API openai trực tiếp • LCM/lossless-claw > không cắt tỉa các kết quả công cụ cũ theo như tôi biết Bot của tôi khăng khăng rằng làn đường openai-codex không nhận được bất kỳ đường cắt tỉa nào. Vì vậy, tôi còn lại với một bot phụ thuộc vào chức năng cắt tỉa khẩn cấp truncateOversizedToolResultsInSession quá thường xuyên như một biện pháp khôi phục tràn cuối cùng mà không có cắt tỉa / biện pháp bảo vệ phòng ngừa. Vì LCM/lossless-claw không có quản lý kết quả công cụ riêng, nó thừa hưởng các biên bản khổng lồ và phải làm việc chăm chỉ hơn để tóm tắt cho các nút DAG. Tôi không có bảo trì phiên và các phiên dài nên không có gì ràng buộc biên bản theo thời gian dẫn đến: 4,707 kết quả công cụ tích lũy mãi mãi trong một tệp 81MB, mà không có cơ chế thời gian chạy nào thực sự dọn dẹp chúng. Khi bot của tôi bắt đầu gỡ lỗi, nó bắt đầu tìm kiếm và đổ văn bản khổng lồ vào phiên chính, sau đó bị kẹt trong vòng lặp đó và chết rồi phải làm lại, làm trầm trọng thêm vấn đề. Tôi không biết phải giải quyết vấn đề này như thế nào, nó có nhiều lớp sâu.

Khía cạnh con người của OpenClaw. Tôi đã xây dựng một thứ nhỏ để xem các nhà đóng góp trong 30 ngày qua, được xếp hạng và phân loại theo hoạt động. Nếu bạn đang nhận được giá trị từ OpenClaw, hãy xem xét việc tài trợ cho GitHub liên kết của họ.