Blog

Lệnh /goal: Hướng Dẫn Chạy Codex và Claude Code Tự Động 24/7

Ashley Innocent

Ashley Innocent

14 tháng 5 2026

Lệnh /goal: Hướng Dẫn Chạy Codex và Claude Code Tự Động 24/7

Apidog cho doanh nghiệp

Triển khai tại chỗ

SSO & RBAC

Tuân thủ SOC 2

Khám phá Apidog Enterprise

Mọi phòng thí nghiệm AI lớn đều đã phát hành một tính năng cơ bản giống nhau trong sáu tuần qua. Anthropic đã thêm /goal vào Claude Code. OpenAI đã tích hợp nó vào Codex CLI và ứng dụng desktop Codex. Nous Research đã đưa nó vào Hermes. Việc đặt tên giống nhau là có chủ đích; đây là cách ngành công nghiệp đang thống nhất một giao diện chung cho một thứ: một tác nhân (agent) chạy trong một vòng lặp khép kín cho đến khi đạt được trạng thái cuối có thể đo lường được, mà không yêu cầu bạn cấp quyền ở mỗi bước.

Nếu bạn đã từng thực hiện thao tác thủ công “phê duyệt, gửi lời nhắc, yêu cầu tác nhân tiếp tục, lặp lại”, thì /goal là lệnh dấu gạch chéo kết thúc quy trình đó. Bạn giao cho tác nhân một mục tiêu, nó sẽ hoạt động để đạt được mục tiêu đó, và sẽ trả về kết quả khi mục tiêu được hoàn thành.

Hướng dẫn này dành cho các nhà phát triển và xây dựng API. Chúng tôi sẽ đề cập đến những gì /goal thực sự làm bên trong, cách thiết lập nó trong Codex và Claude Code, một cấu trúc lời nhắc tạo ra kết quả thực thay vì vòng lặp vô tận, và cách tích hợp toàn bộ vào quy trình làm việc API của bạn bằng cách sử dụng Apidog.

Tải xuống Apidog miễn phí nếu bạn muốn thực hành theo các ví dụ API sau này trong hướng dẫn.

/goal thực sự làm gì

Nói tóm lại: /goal cho phép một tác nhân AI lặp lại một nhiệm vụ cho đến khi một điều kiện dừng được kích hoạt, mà không cần bạn phê duyệt ở mỗi bước.

Cơ chế bên dưới rất đơn giản. Một mô hình trình xác thực (validator model) nhỏ, nhanh chạy sau mỗi bước mà tác nhân chính thực hiện và trả lời một câu hỏi: “Mục tiêu đã được hoàn thành chưa?” Nếu chưa, mô hình chính sẽ tiếp tục. Nếu đã, vòng lặp sẽ đóng lại và tác nhân báo cáo kết quả. Đây là cùng một mô hình mà "Ralph loop" đã phổ biến vào đầu năm 2026, chỉ khác là bây giờ nó được tích hợp dưới dạng một lệnh hạng nhất bên trong các công cụ chính thức.

Sự khác biệt với việc sử dụng tác nhân thông thường:

Một ví dụ cụ thể: yêu cầu Claude Code /goal create a landing page sẽ kích hoạt quá trình nghiên cứu, tạo khung sườn, tạo kiểu, gỡ lỗi và xem trước cuối cùng, tất cả trong một lần chạy liên tục. Bạn có thể rời đi, quay lại, và sau đó triển khai hoặc lặp lại.

Tại sao tính năng này đột nhiên có mặt ở khắp mọi nơi

Lý do /goal đang được các nhà cung cấp triển khai ngay bây giờ là vì các nhiệm vụ tác nhân có tầm nhìn dài thường thất bại theo hai cách có thể đoán trước được:

  1. Lệch hướng. Nếu không có trình xác thực kiểm tra so với mục tiêu ban đầu, các mô hình sẽ đi lạc và tạo ra kết quả tự tin nhưng sai.
  2. Phải giám sát. Ngay cả khi mô hình có thể thực hiện công việc, người dùng vẫn phải giám sát từng lần lặp, điều này làm mất đi ý nghĩa của một tác nhân.

Một mô hình trình xác thực thứ hai khắc phục cả hai vấn đề này. Nó rẻ (mô hình nhỏ, lời nhắc hẹp) và nó cung cấp cho vòng lặp một điều kiện dừng cứng. Đó là toàn bộ bí quyết. Một khi các phòng thí nghiệm nhận ra mô hình này hiệu quả, tất cả họ đều phát hành nó dưới cùng một tên trong vòng vài tuần.

Thiết lập /goal trong Codex

Codex CLI cung cấp cho bạn quyền kiểm soát tối đa. Dưới đây là thiết lập tối thiểu:

  1. Bật mục tiêu trong ứng dụng desktop: mở Codex desktop, vào Settings → Configuration, và đặt goals = true. CLI sẽ kế thừa cài đặt này.
  2. Khởi chạy CLI ở chế độ hoàn toàn tự động để bạn không còn thấy các lời nhắc phê duyệt nữa:
codex --approval-mode full-auto
  1. Đặt mục tiêu:
/goal [your goal here]

Chỉ vậy thôi. Codex sẽ in thông báo xác nhận rằng mục tiêu đã được đăng ký, sau đó bắt đầu chạy.

Nếu bạn không phải là người rành kỹ thuật, hãy bắt đầu sử dụng ứng dụng desktop Codex thay vì CLI. Chức năng tương tự, nhưng bạn có giao diện người dùng để tạm dừng, xóa và theo dõi mức sử dụng token.

Thiết lập /goal trong Claude Code

Claude Code CLI hoạt động gần như tương tự. Khởi chạy CLI, gõ /goal, và theo sau là mô tả nhiệm vụ. Tài liệu chính thức có tại trang tài liệu Claude Code.

Nếu bạn gặp lỗi thiết lập hoặc cấu hình khi khởi chạy Claude Code, cách khắc phục lỗi cấu hình doanh nghiệp custom3p không hợp lệ sẽ giải quyết trường hợp lỗi phổ biến nhất. Để tìm hiểu sâu hơn về cách điều khiển Claude Code bằng quy trình làm việc đa tác nhân cùng với /goal, hãy xem phân tích của chúng tôi về Ruflo, một lớp đa tác nhân nằm trên Claude Code.

Một mẹo dễ bỏ qua: /goal hiển thị số lượng token trực tiếp và thanh tiến độ cho nhiệm vụ đang chạy bên trong Claude Code. Hãy theo dõi số lượng token, không chỉ đầu ra. Một mục tiêu đang đốt token mà không có tiến triển là dấu hiệu cho thấy trình xác thực đang không hội tụ được, và bạn nên nhấn /pause hoặc /goal clear.

Cấu trúc lời nhắc thực sự hiệu quả

Cú pháp cho /goal rất đơn giản. Phần khó là viết một lời nhắc tạo ra kết quả có thể sử dụng được thay vì một tác nhân chạy trong hai giờ và đưa cho bạn một thứ gì đó sai lệch một cách tinh vi.

Mỗi lời nhắc /goal hiệu quả đều có ba thành phần:

  1. Công việc: điều bạn muốn làm, trong một dòng.
  2. Trạng thái kết thúc có thể đo lường: "đã hoàn thành" trông như thế nào, ở dạng mà trình xác thực có thể kiểm tra.
  3. Các ràng buộc: các quy tắc phải được duy trì trong suốt quá trình.

Cấu trúc cơ bản:

/goal [do the work] until [measurable end state] without [constraints that must hold]

Một ví dụ thực tế cho một nhiệm vụ viết mã:

/goal fix every failing test until npm test exits 0 without modifying any file outside the /auth directory

Trạng thái cuối cùng có thể kiểm chứng được (mã thoát của npm test), và ràng buộc là một giới hạn cứng mà trình xác thực có thể thực thi trong mỗi lần lặp. Tác nhân không thể giả mạo việc hoàn thành vì trình xác thực chạy lệnh kiểm tra.

Đối với các nhiệm vụ mơ hồ (“làm cho giao diện người dùng này trông hiện đại hơn”), /goal hoạt động kém hiệu quả vì trạng thái cuối cùng không thể đo lường được. Hoặc là viết lại mục tiêu để có thể đo lường được (“cho đến khi điểm khả năng tiếp cận Lighthouse đạt 90+”), hoặc tiếp tục với một lời nhắc thông thường.

Cấu trúc nâng cao cho các tác vụ dài hơn

Đối với các mục tiêu lớn hơn, hãy mở rộng cấu trúc cơ bản thành bốn khối:

/goal
Objective: [one-line goal]
Success criteria:
  - [measurable criterion 1]
  - [measurable criterion 2]
Constraints:
  - [boundary 1]
  - [boundary 2]
Context:
  - [files, repos, API keys the agent should know about]

Định dạng này cung cấp cho trình xác thực những điều cụ thể để kiểm tra trong mỗi lần lặp vòng lặp. Nếu không có tiêu chí thành công, trình xác thực sẽ quay lại khớp ngữ nghĩa mơ hồ, và đó là nơi phát sinh sự lệch hướng.

Những ví dụ đáng học hỏi

/goal không chỉ dùng để viết mã. Một vài mô hình hoạt động tốt:

Nghiên cứu

/goal collect every public benchmark for Claude Opus 4.7 published since April 2026, save sources, and produce a markdown table sorted by date until the table covers at least 10 distinct benchmarks

Bảo trì kho lưu trữ (Repo)

/goal find dead code, unused dependencies, and stale files in this repo, then propose a PR description listing safe removals until every item has a justification

Tài liệu

/goal rewrite README.md so a new contributor can install, run, test, and understand the project until each of those four steps has a working command and an expected output

Phát triển tính năng

/goal add a dark/light theme toggle, persist the choice in localStorage, update styles for both themes, and verify in the browser until the toggle works without a page reload and survives a refresh

Mô hình chung: mỗi ví dụ đều xác định một trạng thái cuối cùng có thể kiểm chứng được. Đó là ranh giới giữa một mục tiêu hoàn thành và một mục tiêu chạy loanh quanh.

Kết hợp /goal với các quy trình phát triển API

Hầu hết các bài viết về /goal cho đến nay đều tập trung vào các tác vụ mã hóa chung chung. Trường hợp sử dụng thú vị hơn cho các kỹ sư backend và nền tảng là công việc API, nơi trạng thái cuối cùng hầu như luôn có thể kiểm tra được.

Các điểm cuối API hoàn hảo cho /goal vì trạng thái "hoàn thành" là rõ ràng: yêu cầu trả về 200, lược đồ phản hồi khớp và hợp đồng được ghi lại. Bạn có thể viết một mục tiêu nói rằng “làm cho điểm cuối này vượt qua các bài kiểm tra của nó” và trình xác thực có một tín hiệu cụ thể để đọc.

Một quy trình làm việc hiệu quả trong thực tế:

  1. Thiết kế hợp đồng trước tiên trong Apidog. Xác định điểm cuối, lược đồ yêu cầu, lược đồ phản hồi và các ví dụ tải trọng bên trong Apidog. Điều này trở thành nguồn chân lý.
  2. Xuất đặc tả. Apidog xuất OpenAPI 3.x, bạn có thể chuyển nó cho Codex hoặc Claude Code làm ngữ cảnh.
  3. Chạy /goal. Yêu cầu tác nhân: “triển khai điểm cuối cho đến khi mọi trường hợp kiểm thử của Apidog đều vượt qua.”
  4. Trình xác thực kiểm tra trình chạy kiểm thử. Mỗi lần lặp vòng lặp, trình xác thực chạy các kiểm thử Apidog CLI đối với dịch vụ đang chạy. Tác nhân chỉ hoàn thành khi mọi trường hợp đều thành công.

Điều này tốt hơn đáng kể so với việc để tác nhân tự tạo các kiểm thử của riêng nó, bởi vì hợp đồng đã được khóa. Tác nhân không thể tạo ra một bộ kiểm thử thành công mà bỏ sót các trường hợp biên mà đặc tả đã bao gồm.

Nếu bạn chưa từng sử dụng Apidog trước đây, nền tảng API này kết hợp thiết kế, giả lập (mocking), kiểm thử và tài liệu trong một công cụ, điều này quan trọng ở đây vì /goal hoạt động tốt nhất khi trình xác thực chỉ cần chạy một lệnh để kiểm tra trạng thái. Hướng dẫn quy trình làm việc API thiết kế trước của chúng tôi bao gồm chi tiết thiết lập hợp đồng trước, và tổng quan công cụ kiểm thử API cho kỹ sư QA chỉ ra cách cấu trúc các trường hợp kiểm thử mà tác nhân sẽ lặp lại.

Nếu bạn đang làm việc với máy chủ MCP (giao thức mà hầu hết các công cụ mã hóa AI hiện nay sử dụng để gọi các công cụ bên ngoài), thì mô hình tương tự cũng được áp dụng. Xem kiểm thử máy chủ MCP với Apidog để biết cách thiết lập cho phép các tác nhân /goal chạy an toàn trên máy chủ MCP cục bộ của bạn.

Mẹo chuyên nghiệp từ việc chạy /goal trong môi trường sản xuất

Một vài điều bạn chỉ học được sau khi đưa /goal vào công việc thực tế:

Khi /goal sẽ khiến bạn thất vọng

Những hạn chế thực tế cần lưu ý:

Điều này có ý nghĩa gì đối với cách bạn xây dựng với AI

/goal là sự chuyển đổi từ “AI như tính năng tự động hoàn thành” sang “AI như một người công nhân mà bạn hướng dẫn và kiểm tra.” Thay đổi giao diện nhỏ (một lệnh dấu gạch chéo), nhưng ý nghĩa thì lớn: công việc bạn làm với tư cách là một nhà phát triển sẽ chuyển sang việc viết các tiêu chí thành công và ràng buộc tốt hơn, thay vì gõ các dòng mã thực tế.

Các nhóm tận dụng tối đa điều này là những nhóm đã có sẵn các hợp đồng có thể kiểm tra được, CI mạnh mẽ và các đặc tả rõ ràng. Nếu API của bạn có một tài liệu OpenAPI được định nghĩa và một bộ kiểm thử, bạn có thể giao cho một tác nhân /goal một điểm cuối và một thời hạn. Nếu API của bạn chỉ tồn tại trong suy nghĩ của ai đó, tác nhân sẽ không có gì để xác thực và vòng lặp sẽ bị phá vỡ.

Đây là nơi các nền tảng API trở thành cơ sở hạ tầng chịu tải cho các quy trình làm việc AI. Apidog được xây dựng dựa trên phương pháp phát triển API thiết kế trước, và điều đó trở nên hữu ích hơn rất nhiều khi tác nhân thực hiện triển khai có thể đọc đặc tả của bạn và tự kiểm tra công việc của mình dựa trên các trường hợp kiểm thử của bạn. Tải xuống Apidog nếu bạn muốn thiết lập quy trình làm việc hợp đồng trước được mô tả ở trên.

Câu hỏi thường gặp

/goal có hoạt động trong ứng dụng web Codex không? Có. Nó hoạt động trong Codex CLI, Codex desktop, ứng dụng Codex và Claude Code CLI. Hermes cũng hỗ trợ cùng một lệnh. Mục đích là để đạt được tính năng tương đương giữa các nhà cung cấp.

/goal khác gì so với một lời nhắc thông thường? Một lời nhắc thông thường chạy một lần và dừng. /goal chạy trong một vòng lặp khép kín với một mô hình trình xác thực kiểm tra điều kiện dừng sau mỗi bước. Tác nhân quyết định khi nào dừng, không phải bạn.

Tác nhân có thể phá vỡ các ràng buộc tôi đã đặt không? Trình xác thực thực thi các ràng buộc trong mỗi lần lặp, vì vậy tác nhân không nên vi phạm chúng. Trong thực tế, cách diễn đạt ràng buộc càng lỏng lẻo thì tác nhân càng có nhiều không gian để diễn giải. Hãy rõ ràng: “mà không sửa đổi bất kỳ tệp nào ngoài /auth” là có thể thực thi được; “mà không làm hỏng bất cứ thứ gì” thì không.

Liệu /goal có tốn kém hơn một phiên Claude hoặc Codex thông thường không? Có. Hãy chuẩn bị chi tiêu nhiều token hơn. Trình xác thực chạy trên một mô hình nhỏ hơn, rẻ hơn, nhưng mô hình chính vẫn đang thực hiện công việc, và nó làm nhiều việc hơn một cách tự chủ. Hãy đặt ngân sách hoặc sử dụng /pause để kiểm soát chi tiêu.

Điều gì sẽ xảy ra nếu tôi muốn kiểm tra đầu ra của tác nhân với một API thực? Sử dụng một công cụ như Apidog để khóa hợp đồng API và chạy các trường hợp kiểm thử thực tế đối với việc triển khai. Trình xác thực của tác nhân có thể gọi Apidog CLI, điều này mang lại cho bạn một trạng thái cuối có thể đo lường được. Xem hướng dẫn API Claude miễn phí nếu bạn đang xây dựng một dịch vụ chạy bằng Claude với ngân sách hạn chế.

Tải ứng dụng

Thực hành thiết kế API trong Apidog

Khám phá cách dễ dàng hơn để xây dựng và sử dụng API

Đăng ký miễn phíTải xuống