Hệ thống Đại lý trước tiên thắt chặt ngân sách bối cảnh và cảm biến

Nhìn vào bài viết của Martin Fowler Mảnh vỡ: ngày 13 tháng 7, từ đầu tiên hiện lên không phải là điểm mô hình mà là Kỹ thuật khai thác. Trong khóa tu, một số người đã đưa cuộc thảo luận vào bối cảnh và cảm biến. Vấn đề này rất giống một môn kỹ thuật mới nổi: trước tiên tác nhân phải thắt chặt đầu vào, sau đó mới nói về việc mở rộng hành động.

Cửa sổ ngữ cảnh càng lớn thì các ràng buộc càng ngắn.

Có một chi tiết rất rõ ràng trong bài viết: ai đó đã điều khiển agents.md trong phạm vi 200 dòng. Con số này trông giống như một nỗi ám ảnh bí ẩn nhưng thực ra nó là ngân sách dành cho dự án. Cửa sổ ngữ cảnh quả thực ngày càng lớn hơn, nhưng cửa sổ lớn hơn chỉ có nghĩa là có thể nhồi nhét nhiều nội dung hơn vào đó chứ không có nghĩa là người mẫu sẽ nắm bắt chắc chắn hơn phần cần nắm bắt. Mô hình thường chỉ tập trung vào một phần nhỏ của bối cảnh và ngay cả khi phần nội dung còn lại có ở đó thì nó cũng có thể chỉ chạy theo.

Đây là vấn đề phổ biến nhất với các tài liệu dài. Càng có nhiều quy tắc thì những ràng buộc thực sự quan trọng càng dễ bị che khuất bởi tiếng ồn; Mô tả càng dài thì càng dễ viết ranh giới làm nền và nền làm ranh giới. Giữ các tệp ngắn gọn không phải để tiết kiệm thời gian viết mà để buộc các ràng buộc phải hiển thị, dễ đọc và thực thi được. Thứ mà Đặc vụ phải đối mặt không phải là một đống nguyên liệu mà là một hợp đồng điều hành có thời hạn.

Cảm biến nên được nén thành một lượng nhỏ tín hiệu có thể sử dụng được

Một thay đổi khác là cuộc thảo luận đã bắt đầu chuyển sang các cảm biến tính toán. Các cảm biến ở đây không chỉ đơn giản là các điểm chôn, cũng không cung cấp lại nhật ký cho mô hình mà nén trạng thái thời gian chạy thành một số lượng nhỏ tín hiệu ổn định. Sau khi cảm biến trở thành chế độ phát lại đầu ra ban đầu, đầu vào sẽ mở rộng trở lại; Cách tiếp cận thực sự có giá trị là trước tiên hãy cắt cảnh thành nhiều trạng thái rõ ràng, sau đó quyết định chi tiết nào nên được cung cấp cho mọi người và chi tiết nào nên được cung cấp cho các công cụ.

Bài báo đã đề cập rằng việc chuyển từ Python sang một ngôn ngữ dễ kiểm soát hơn như Rust chỉ có ý nghĩa trong bối cảnh này. Trọng tâm không phải là ưu tiên ngôn ngữ mà là kiểm soát. Những gì cảm biến cần không phải là “chạy”, mà là ranh giới rõ ràng, ngữ nghĩa ngoại lệ rõ ràng và mức tiêu thụ tài nguyên rõ ràng. Miễn là tín hiệu không ổn định thì mô hình dù mạnh đến đâu cũng chỉ có thể đưa ra phán đoán dựa trên jitter đầu vào.

Harness đóng chuỗi hành động trước

Một khi cuộc thảo luận này đi xa đến mức này, dây nịt sẽ không giống một cái vỏ mà giống một ống ngậm hơn. Nó có trách nhiệm quyết định điều gì sẽ được đưa vào bối cảnh và điều gì sẽ không được đưa vào bối cảnh; trạng thái nào có thể được mô hình dựa vào và trạng thái nào phải được xác nhận lại bằng các công cụ. Ngân sách bối cảnh, thiết kế cảm biến, ranh giới quyền và đường dẫn dự phòng cuối cùng sẽ đến với lớp này.

Chi phí dễ bị đánh giá thấp nhất trong hệ thống Đại lý cũng rơi vào mức này. Việc thay thế mô hình diễn ra nhanh chóng nhưng dây nịt chậm hơn nhiều vì nó bị ràng buộc với chuỗi hành động, chuỗi tín hiệu và chuỗi lỗi. Chừng nào lớp này không được thắt chặt và khả năng của mô hình tiến về phía trước, hệ thống sẽ chỉ khuếch đại sự hỗn loạn nhanh hơn.

Yêu cầu đọc thuần túy, tập lệnh phân tích một lần, tác nhân nhẹ không có tác động bên ngoài và khả năng của mô hình vẫn là nhân vật chính. Ngay khi bạn bắt đầu kết nối dữ liệu riêng tư, trạng thái dài hạn và hành động thực, điều đầu tiên cần làm cứng lại không còn là các tham số mô hình nữa mà là ranh giới đầu vào và ranh giới tín hiệu. Thời điểm mà Tác nhân thực sự giống một hệ thống thường là khi hai lớp này chiếm vị trí đầu tiên.