TL;DR

Trong vòng 6 tuần (tháng 4-5/2026), toàn bộ hệ sinh thái AI coding đồng loạt ship một lệnh duy nhất: /goal. Anthropic đưa vào Claude Code 2.1.139, OpenAI tích hợp vào Codex CLI 0.128.0, Nous Research wiring vào Hermes. Tên nhất quán là có chủ ý - đây là tiêu chuẩn chung của ngành. Kết quả: bạn giao cho AI một mục tiêu, nó tự làm cho đến khi xong, không hỏi thêm.

Vòng lặp tẻ nhạt trước /goal

Trước đây, dùng AI coding assistant có nghĩa là bạn là vòng lặp: đọc output - phán xét - approve tool call - nhắc bước tiếp theo - lặp lại. Với task phức tạp 20 bước, bạn phải ngồi canh màn hình suốt. Hai vấn đề thường gặp nhất là drift (model lang thang, đưa ra output tự tin nhưng sai) và babysitting (dù model có thể làm được, người dùng vẫn phải chaperone từng bước).

/goal kết thúc điều đó. Với /goal, agent làm chủ vòng lặp: lên kế hoạch, thực thi, tự kiểm chứng, chỉ báo cáo khi hoàn thành hoặc bị chặn.

OpenAI Codex CLI v0.130.0 với lệnh /goal được highlight
OpenAI Codex CLI 0.130.0 - lệnh /goal được highlight sẵn khi khởi động

Cơ chế bên trong: validator loop

Kiến trúc của /goal không phức tạp nhưng rất thông minh. Thay vì dùng một model duy nhất, hệ thống chạy hai tầng song song:

  • Model chính (Opus 4.7 hoặc GPT-5.5): thực hiện công việc thực tế - đọc file, viết code, chạy test
  • Validator model nhỏ/nhanh (thường là Haiku hoặc model tương đương): sau mỗi bước, hỏi một câu duy nhất: "Goal đã đạt chưa?"

Nếu chưa - model chính tiếp tục. Nếu rồi - vòng lặp khép lại và agent báo cáo kết quả. Pattern này được cộng đồng gọi là "Ralph loop", phổ biến từ đầu 2026 và nay được đưa vào các official tools. Validator chạy trên model rẻ hơn nên không tốn nhiều, nhưng nó là thứ quyết định khi nào agent dừng - hoặc tiếp tục chạy mãi nếu success criteria không rõ ràng.

Cách dùng trong Claude Code và Codex CLI

Cú pháp cơ bản giống nhau ở cả hai tool:

/goal [mô tả mục tiêu và điều kiện hoàn thành]
Claude Code v2.1.140 prompt nhập lệnh /goal
Claude Code v2.1.140 - prompt /goal với tùy chọn condition hoặc clear

Trong Claude Code: mở Claude Code CLI và gõ /goal trực tiếp. Claude sẽ bắt đầu làm việc autonomously trong session hiện tại. Nếu gặp điểm mơ hồ thực sự, nó sẽ hỏi lại trước khi tiếp tục.

Trong Codex CLI: cần bật goals trước bằng cách vào Codex Desktop - Settings - Configuration và set goals = true. Sau đó launch Codex ở chế độ full-auto:

codex --approval-mode full-auto

Ưu điểm lớn của Codex: goal có thể persist qua terminal crash, laptop tắt, reboot. Bạn có thể dùng /goal pause, /goal resume, /goal clear để quản lý. Claude Code không có tính năng này - context mất khi đóng terminal.

Dùng tốt nhất trong những trường hợp nào

Rule số 1: /goal chỉ hoạt động tốt khi "done" có thể đo được. API endpoints là case lý tưởng vì "done" là rõ ràng: request trả về 200, response schema khớp spec. Test suite là case lý tưởng: npm test exit code 0.

Những trường hợp /goal phát huy nhất:

  • Multi-day refactor: migrate framework, rewrite legacy module
  • Test-fix-retest loops: agent chạy test, đọc lỗi, fix, chạy lại nhanh hơn người nhiều lần
  • Schema migration và large-scale data tasks
  • Documentation generation trên codebase lớn
  • API implementation với OpenAPI 3.x spec làm contract

Ngược lại, không dùng /goal cho những thứ không đo được: UX polish, prose tone, design taste. Validator sẽ không biết khi nào dừng và agent sẽ chạy mãi hoặc bịa điều kiện kết thúc.

Claude Code Agent View dashboard theo dõi nhiều session cùng lúc
Claude Code Agent View - theo dõi nhiều session /goal chạy song song

Rủi ro cần biết trước khi chạy

Nguy hiểm lớn nhất: không có spending cap theo goal. Loop tự chủ tốn token nhanh hơn nhiều so với manual prompting. Đã có trường hợp thực tế một developer mất $6,000 trong một đêm vì agent chạy vào vòng lặp không kết thúc. Cả Claude Code lẫn Codex hiện đều chưa có tính năng hard limit theo goal.

Biện pháp an toàn tối thiểu trước khi chạy /goal:

  • Đặt spending cap ở level workspace/API dashboard
  • Commit code lên branch riêng - agent sẽ sửa file thật
  • Không chạy /goal trên code có side effects (gửi email, gọi production API) nếu chưa set constraint rõ ràng
  • Với Claude Code: dùng /cost để check chi phí trước khi rời máy

Một điểm khác: output của /goal không phải code sẵn sàng ship. Xem nó như PR từ contributor khác - cần review trước khi merge.

Bức tranh lớn hơn

Điều thú vị không phải là /goal bản thân nó - mà là tốc độ đồng thuận của ngành. Sáu tuần, bốn vendor, cùng một lệnh. Điều này có nghĩa là vai trò của developer đang dịch chuyển: viết ít code hơn, thay vào đó viết success criteria rõ ràng, constraints chặt chẽ, và API spec có thể test được. Những team có CI mạnh và spec tốt sẽ hưởng lợi nhiều nhất - còn những codebase chỉ tồn tại trong đầu ai đó thì /goal sẽ không giúp được gì.

via Apidog · MindStudio · DevToolPicks