Câu trả lờiĐã xuất bản8 nguồn
Một kế hoạch mới muốn giữ AI lập trình trong “đường ray” an toàn
Đề xuất chọn Pi Coding Agent làm khung thực thi lập trình duy nhất; các vai trò baseline, academic và factcheck là cách phân công trong cùng luồng Pi, không phải những agent lập trình riêng. Jev được cân nhắc làm lớp hỗ trợ chọn mô hình, không thay Pi viết mã hay thay thế kiểm thử.
Đăng bởiHình ảnh được tạo bằng GPT Image 2
Câu trả lời nghiên cứu
Bài học chính
- Đề xuất chọn Pi Coding Agent làm khung thực thi lập trình duy nhất; các vai trò baseline, academic và factcheck là cách phân công trong cùng luồng Pi, không phải những agent lập trình riêng.
- Jev được cân nhắc làm lớp hỗ trợ chọn mô hình, không thay Pi viết mã hay thay thế kiểm thử.
- Mỗi lần sửa sau khi kiểm thử thất bại dự kiến sẽ bắt đầu một phiên Pi mới, chỉ nhận mục tiêu, trạng thái hiện tại và lỗi thực tế liên quan.
- Ngân sách Token, giới hạn tổng thời gian và một số điều kiện an toàn chưa được chốt; kế hoạch yêu cầu chặn việc chạy khi các giới hạn cần thiết chưa được phê duyệt.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/B0g2IpBgarMu2WN1Y3qjGMhJ4S33/images/DF63BCD7889E7C1A33E6/FD09534DE2656CF48BB6.png)
Prompt AI
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"apply diff","arguments":{"path":" bmad output/adrs/ADR 20261012 bmad solo anti bureaucracy and programmatic guards.md","diff":"<<<<<<< SEARCH\n:start line:4\n \n 创建日期：2026 10 12；本次修订：2026 10 18。\n 当前授. Topic tags: general web, openai, llm, ai, workflow. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with
Một đề xuất kiến trúc đang đặt ra câu hỏi quan trọng với các hệ thống AI lập trình: làm sao để agent có thể tiếp tục xử lý công việc sau khi người vận hành rời đi, nhưng không biến thành một vòng lặp chạy mãi, tiêu tốn tài nguyên hoặc âm thầm vượt quyền?
Câu trả lời trong bản thiết kế mới là phân vai rõ ràng: Pi Coding Agent làm khung lập trình duy nhất, còn Jev chỉ được xem xét cho một vai trò hẹp hơn là hỗ trợ chọn mô hình. Điểm đáng chú ý là thiết kế này vẫn đang ở trạng thái đề xuất, chưa phải một hệ thống đã triển khai hoặc kiểm chứng.
Pi là nơi thực thi; Jev không phải “agent viết mã”
Theo kế hoạch, các nhãn như baseline, academic và factcheck chỉ mô tả vai trò của mô hình trong cùng luồng Pi, chứ không phải những bộ khung lập trình bổ sung. Hệ thống cũng không định tự động đổi agent giữa chừng khi gặp lỗi.
Jev được cân nhắc như một lớp ra quyết định có cấu trúc. Tài liệu TypeSafe mô tả Jev là mô hình System One: nhận trạng thái cùng các câu hỏi có kiểu dữ liệu, rồi trả về câu trả lời có cấu trúc để phần mềm sử dụng. 3
4 Tài liệu cũng nói rõ Jev không phải mô hình trò chuyện hay sinh mã, và không phải lựa chọn thay thế trực tiếp cho mô hình đứng sau các coding agent.
5
Vì vậy, trong thiết kế được đề xuất, Jev có thể đưa ra gợi ý về mô hình phù hợp sau khi hệ thống lọc các lựa chọn được phép. Gợi ý đó không chứng minh mô hình được chọn là tốt nhất, cũng không thay thế quyền phê duyệt của con người, giới hạn ngân sách hay các bài kiểm thử độc lập.
Sau mỗi lỗi, bắt đầu một phiên mới thay vì kéo dài lịch sử
Một nguyên tắc khác là xây dựng lại đầu vào từ trạng thái trên đĩa sau mỗi lần kiểm thử thất bại. Phiên Pi tiếp theo dự kiến chỉ nhận mục tiêu hiện tại, các ràng buộc ổn định, phần mã và thay đổi liên quan, cùng lỗi mới nhất đã được ghi nhận. Toàn bộ lịch sử trò chuyện không mặc định được đưa vào phiên mới.
Cách làm này nhằm giúp mỗi lượt sửa có phạm vi rõ ràng, đồng thời tránh việc lịch sử hội thoại ngày càng dài trở thành nguồn dữ liệu mặc định cho mọi quyết định. Tuy nhiên, nó không đảm bảo mô hình sẽ suy luận chính xác, mỗi lượt đều tiến triển hoặc lượng Token có thể dự đoán trước.
Kế hoạch cũng phân biệt việc khôi phục kết nối với việc hoàn thành công việc. Một phản hồi mạng đến thành công có thể đặt lại bộ đếm lỗi liên lạc, nhưng không có nghĩa bài toán đã vượt qua kiểm thử; nó cũng không xóa mức tiêu thụ ngân sách tích lũy.
Ngân sách chưa chốt thì không chạy vô hạn
Thiết kế nêu riêng các giới hạn cho dung lượng mỗi phiên, tổng Token của một tác vụ, thời hạn yêu cầu mạng và thời hạn xử lý tổng thể. Nhưng một số con số và cách đo vẫn chưa được thống nhất. Tài liệu cảnh báo không thể dùng dung lượng dữ liệu truyền qua mạng thay cho giới hạn Token cứng nếu hệ thống chưa có cơ chế đo đáng tin cậy.
Một số trường hợp cũng cần được xử lý riêng: lỗi xác thực hoặc quyền truy cập phải dừng; lỗi mạng chỉ được thử lại trong giới hạn đã duyệt; còn việc nhận được một phản hồi sau nhiều lần thất bại không thể trở thành lý do để trì hoãn vô thời hạn.
Nếu tổng thời gian hoặc tổng số lượt chạy chưa được phê duyệt, kế hoạch yêu cầu giữ trạng thái chặn thay vì mặc định cho phép chạy không giới hạn. Tài liệu không xem tối ưu chi phí là điều kiện bắt buộc của đợt này, nhưng yêu cầu ghi nhận trung thực việc đo lường, kể cả khi thiếu dữ liệu về các lần thử lỗi hoặc thử lại bên trong gateway.
Điểm khôi phục phải gắn với kiểm thử thật
Một tác vụ chỉ nên được đánh dấu hoàn tất sau khi có kiểm thử độc lập trên phiên bản mã đã cố định, lưu điểm kiểm tra Git cục bộ, ghi lại kết quả xác minh và cập nhật trạng thái. Nếu lưu điểm kiểm tra thành công nhưng cập nhật kế hoạch thất bại, hệ thống phải đối soát thay vì tạo thêm một commit hoặc ghi nhận hoàn tất không có căn cứ.
Khi có lỗi, đề xuất yêu cầu lưu lại thay đổi, tệp mới, kết quả kiểm thử và thông tin cần thiết để khôi phục. Nếu không xác định được quyền sở hữu thay đổi hoặc việc lưu hiện trường thất bại, quá trình phải tiếp tục bị chặn. Đây là điểm quan trọng trong môi trường làm việc chung: kiểm soát ghi chỉ giúp hạn chế xung đột, không tự tạo ra ranh giới quyền hạn giữa những người dùng cùng một tài khoản.
Thiết kế cũng lưu ý một vấn đề với gateway: hiện tượng kết nối kết thúc sớm không đủ để kết luận nguyên nhân nằm ở gateway, dịch vụ phía trên, proxy hay giao thức. Nếu gateway ghép nối phần trả lời bị thiếu, hệ thống cần phân biệt từng lần thử vật lý với một yêu cầu logic, đồng thời kiểm tra thứ tự, tính đầy đủ và việc ghi nhận mức sử dụng. Một phản hồi chưa hoàn chỉnh không được phép kích hoạt công cụ như thể nó đã hoàn tất.
Điều đã được phép — và điều chưa được phép
Quyền hiện tại chỉ cho phép chỉnh sửa tối thiểu hai tài liệu kế hoạch. Chưa có quyền sửa mã sản phẩm, cài đặt hay chuẩn bị xác thực, gọi mô hình thật, chạy tác vụ nền, thử khả năng tiếp tục sau khi đóng giao diện, thực hiện thao tác Git hoặc triển khai.
Do đó, các nội dung về Pi, Jev, gateway, điểm khôi phục và xử lý sự cố là mục tiêu thiết kế, không phải năng lực đã được chứng minh. Đề xuất chỉ có thể được chấp nhận sau khi chuỗi thực thi được kiểm tra độc lập, các điều kiện áp dụng có bằng chứng thực tế và việc chuyển trạng thái được phê duyệt. Cho tới lúc đó, trạng thái vẫn là PROPOSED — không phải một hệ thống tự vận hành đã sẵn sàng.
Studio Global AI
Tiếp tục nghiên cứu của bạn
Trang này bao gồm câu trả lời dựa trên nguồn mà bạn có thể tiếp tục bên trong Studio Global.
Người ta cũng hỏi
Câu trả lời ngắn gọn cho "Một kế hoạch mới muốn giữ AI lập trình trong “đường ray” an toàn" là gì?
Đề xuất chọn Pi Coding Agent làm khung thực thi lập trình duy nhất; các vai trò baseline, academic và factcheck là cách phân công trong cùng luồng Pi, không phải những agent lập trình riêng.
Những điểm chính cần xác nhận đầu tiên là gì?
Đề xuất chọn Pi Coding Agent làm khung thực thi lập trình duy nhất; các vai trò baseline, academic và factcheck là cách phân công trong cùng luồng Pi, không phải những agent lập trình riêng. Jev được cân nhắc làm lớp hỗ trợ chọn mô hình, không thay Pi viết mã hay thay thế kiểm thử.
Tôi nên làm gì tiếp theo trong thực tế?
Mỗi lần sửa sau khi kiểm thử thất bại dự kiến sẽ bắt đầu một phiên Pi mới, chỉ nhận mục tiêu, trạng thái hiện tại và lỗi thực tế liên quan.