Mục lụcChạm để xem nhanh các phần+
- Điểm mới của bản phát hành 29/10
- Mục tiêu được giữ trong phiên như thế nào?
- Pause, resume và clear cần được hiểu đúng
Điểm mới của bản phát hành 29/10
OpenCode 2.2.1 phát hành ngày 29/10/2026 bổ sung /goal để một phiên tiếp tục làm việc qua nhiều lượt cho tới khi bộ đánh giá nhận định mục tiêu đã đạt. Người dùng giao diện terminal tương tác (TUI) hoặc ứng dụng máy tính (Desktop) có thể đặt mục tiêu, tạm dừng, tiếp tục hoặc xóa mục tiêu; đây là thay đổi điều khiển phiên, không phải mô hình AI mới.
Nhóm phát triển muốn giảm việc phải nhắc lại “làm tiếp” có thể nghiên cứu khả năng này. Tuy nhiên, trước khi dùng với kho mã hay dữ liệu công ty, cần viết tiêu chí nghiệm thu có thể kiểm tra và giới hạn quyền thao tác. AI tự nói đã hoàn thành không tương đương người phụ trách đã chấp nhận kết quả.
Bài viết xuất bản ngày 30/10 dựa trên release 2.2.1 và thay đổi 59437. Friday Works đã mở đúng bản TUI 2.2.1 để đối chiếu menu /goal; ảnh là giao diện đang chạy thật. Lượt kiểm tra này không gửi mục tiêu cho mô hình, không chạy vòng tự động và không chứng minh năng suất tăng.

Mục tiêu được giữ trong phiên như thế nào?
Theo mô tả maintainer, phần mở rộng (plugin) quản lý mục tiêu lưu trạng thái trong dữ liệu mô tả của phiên (metadata). Khi phiên sắp rảnh, cơ chế idle cho phép đánh giá tiến độ rồi đưa thêm đầu vào để tiếp tục nếu cần. Nhờ vậy, việc tiếp tục gắn với cùng luồng thực thi thay vì chỉ ghép nhiều thông báo “xong” rời rạc.
Bộ đánh giá dùng mô hình của chính phiên và đọc lịch sử, gồm kết quả công cụ. Đây không phải kiểm toán độc lập chỉ vì được gọi là reviewer. Nếu dữ liệu đầu vào, bài kiểm thử hoặc cách mô tả mục tiêu thiếu sót, quyết định hoàn thành vẫn có thể sai.
Ví dụ, mục tiêu “sửa biểu mẫu” quá rộng để nghiệm thu. Đề xuất của Friday Works là nêu rõ biểu mẫu nào, lỗi nào, đầu vào nào phải xử lý và bài kiểm thử nào cần đạt. Giữ những bằng chứng đó bên ngoài lời tự nhận hoàn thành của mô hình giúp người duyệt có cơ sở đối chiếu.
Pause, resume và clear cần được hiểu đúng
Bản phát hành nêu /goal pause để tạm dừng mục tiêu, /goal resume để tiếp tục và /goal clear để bỏ mục tiêu. TUI hiển thị trạng thái mục tiêu cùng các điều khiển liên quan; Desktop có phần điều khiển trong vùng soạn yêu cầu. Ảnh trong bài là TUI, không phải ảnh Desktop được giả lập lại.
Thiết kế trong thay đổi 59437 còn có các điểm dừng khi không tiến triển, lỗi hoặc không nhận được đánh giá dùng được. Các giới hạn nội bộ không nên bị diễn giải thành thời gian chạy hay mức chi phí được bảo đảm. Thêm vòng đánh giá vẫn có thể tiêu thụ tài nguyên mô hình.
Thông báo release cũng phân biệt TUI, Desktop với opencode run: lệnh chạy không tương tác chưa có slash command /goal theo mô tả thay đổi này. Nhóm xây tích hợp tự động cần kiểm tra đúng bề mặt được hỗ trợ, không chỉ lấy cú pháp TUI rồi đặt vào mọi tệp lệnh tự động.
Tiếp tục công việc không có nghĩa mở thêm quyền
Một tác vụ được lặp lại vẫn phải nằm trong quyền đã cấp. Nếu công việc đụng tới dữ liệu thật, triển khai lên hệ thống đang phục vụ người dùng hoặc dùng dịch vụ trả phí, mục tiêu dài không tự tạo quyền thực hiện những hành động đó. Người triển khai cần tách bước đề xuất, kiểm tra và phê duyệt tác động bên ngoài.
Khuyến nghị của Friday Works là bắt đầu với kho mẫu, dữ liệu tổng hợp và quyền tối thiểu. Chặn hoặc yêu cầu duyệt các lệnh ghi ra ngoài phạm vi thử; lưu thay đổi mã, lệnh và kết quả kiểm thử để có thể truy lại vì sao agent tiếp tục hay dừng.
Các tính năng image_generate và lịch chạy cũng xuất hiện trong release nhưng có điều kiện bật riêng. Không nên bật tất cả chỉ để thử /goal. Càng ít khả năng không cần thiết được mở trong phép thử, càng dễ phân biệt chất lượng giải quyết mục tiêu với rủi ro do quyền quá rộng.
Thử nhanh bằng một lỗi có đáp án kiểm chứng được
Một phép thử phù hợp là lỗi nhỏ đã có trường hợp tái hiện trong kho nội bộ được phép, kèm kiểm thử trước và sau. So một phiên làm việc thông thường với phiên có mục tiêu trên điều kiện tương đương; ghi số lần người dùng phải nhắc tiếp tục, tổng thời gian, mức tiêu thụ và lỗi còn sót.
Tiêu chí đạt cần gồm sửa đúng yêu cầu, không thay đổi phần ngoài phạm vi và dừng khi đủ bằng chứng. Đồng thời thử hành vi tạm dừng hoặc thiếu dữ liệu trên môi trường không nhạy cảm. Đây là đề xuất nghiên cứu, không phải phép thử đã hoàn thành trong bài.
OpenCode 2.2.1 tạo một cơ chế đáng xem cho các tác vụ cần nhiều lượt. Giá trị của nó với doanh nghiệp sẽ phụ thuộc độ rõ của mục tiêu, cách kiểm chứng và giới hạn quyền; thông báo tính năng chưa đủ để kết luận có thể giao toàn bộ quy trình mà không cần người duyệt.
Đọc thêm về triển khai
Friday Works có tài liệu về phạm vi triển khai và các bước đánh giá trước khi áp dụng thay đổi vào hệ thống doanh nghiệp.
Nguồn tham khảo
Tài liệu đã dùng để biên soạn
Ưu tiên tài liệu chính thức và nguồn kỹ thuật gốc. Truy cập để kiểm tra chi tiết hoặc theo dõi cập nhật mới nhất.
- OpenCode 2.2.1, 29 October 2026 05:16 UTCOpenCode / Anomaly ↗︎
- Goal continuation, same-model reviewer, controls and limitations; change 59437OpenCode maintainers ↗︎
- Original Friday Works capture, 30 October 2026, actual macOS arm64 TUI 2.2.1; official binary SHA-256 9df6ca3d031565c61080c717374ba846d238ec5b1c411eebe6b1b85835998ffe; actual goal-command menu, no submitted model task or measured productivity. UI crop and neutral framing; no redrawn controls.Friday Works / OpenCode ↗︎
- MIT License, Copyright (c) 2025 opencode. Software/interface attribution; original capture by Friday Works. No endorsement.OpenCode ↗︎
