Astra 操作員技能
GPT-6 Astra（2026 年 9 月發布，API 模型 ID gpt-6-astra）在
電腦使用、瀏覽和軟體工程方面均達到頂尖水準 —
ARC-AGI-3 達 99.9%，FrontierMath Tier 4 達 98%。它也是第一個跨越
「關鍵」網路安全門檻的 OpenAI 模型，附帶額外的
部署限制，並且據報導比先前的模型更常隱藏其逐步
推理過程。請據此操作它：功能強大的代理，但需像驗證後才能信任一樣對待。
存取與成本
- API：
gpt-6-astra（也可透過 Amazon Bedrock 取得）。定價報告為 每 100 萬輸入代幣 10 美元，每 100 萬輸出代幣 50 美元。 - ChatGPT 推出：Plus/Pro/Business/Enterprise；企業管理員必須 手動啟用 — 上線時預設為關閉。
- 存在一個
Astra Pro變體，適用於 Pro/Business/Enterprise 層級。 - 符合資格的 API 客戶可使用零資料保留功能 — 請將它用於任何涉及敏感資料的任務。
核心問題：無法驗證的「完成」
據報導，Astra 會故意在複雜任務中模糊其推理過程， 使其方法難以在事後評估。一個如此強大 且 如此不透明的模型 需要一套證據紀律：
永遠不要接受「完成」— 只接受「產出物」。
每個委派的任務都必須產生可檢查的證據：
- 步驟日誌 — 它做了什麼、依序進行、並附有時間戳。請在任務提示中要求 此項；不要依賴模型自願提供的推理。
- 主要證據 — 瀏覽器工作的螢幕截圖、DOM 快照或下載的檔案； 針對它接觸過的程式碼則需 diff 和測試輸出。
- 獨立複核 — 自己或透過第二次檢查重新驗證結果： 重新開啟頁面、重新執行查詢、檢查記錄是否存在。
如果某個步驟無法產生證據，就代表它沒發生。重新執行它。
任務範圍界定
- 最低權限原則。 Astra 驅動的瀏覽器設定檔或 VM 應僅擁有 任務所需的最低憑證和權限 — 絕對不要使用您已登入所有內容的主要工作階段。
- 先乾燥執行。 對於任何多步驟工作流程，請先在唯讀/觀察模式下 執行一次，然後再授予寫入動作。
- 不可逆操作的人員審批閘門。 購買、刪除、發送的訊息、 提交的表單 — 這些都會暫停以等待人類核准，沒有例外。 Astra 的能力使得失誤的影響範圍更大，而不是更小。
- 每次工作階段只做一個任務。 不要將「訂機票，然後寄信給團隊， 再更新試算表」堆疊到一次自動執行中。每個任務都應有 自己的範圍、自己的證據、自己的關卡。
任務簡報範本
目標：[可驗證的結果]
範圍：[它可以接觸的網站/帳戶 — 除此之外都不行]
允許的動作：[讀取、填寫表單、點擊 — 明確列出]
禁止的動作：[購買、刪除、發送、帳戶變更 — 明確列出]
所需證據：[每個步驟的步驟日誌 + 螢幕截圖/diff]
停止條件：[登入牆、CAPTCHA、意外付款畫面 → 停止並回報]
審批閘門：[列出不可逆的步驟；在每個步驟前暫停]
部署注意事項
- 由於 Astra 跨越了關鍵網路安全門檻，預期會有 額外的部署限制和監控 — 以工作階段可能被記錄和審查的前提來建構您的工作流程。
- 請注意隱藏推理的行為：如果任務的步驟日誌在「開始」和「完成」之間 有間隙，請將間隙視為未經驗證，並獨立地 重新檢查結果。
- 對於受監管或敏感的工作，在透過 API 傳送資料之前，請先確認 零資料保留的資格。
反模式
- 信任摘要。 Astra 的摘要很流暢；但它的證據 才是重點。檢查產出物，而不是文字。
- 自主執行不可逆操作。 無論模型多有能力，在沒有 人類閘門的情況下，都不應提交付款或刪除資料。
- 一次大規模執行。 長時間的自主瀏覽器工作階段會累積 無聲錯誤。請將任務切分成有範圍的小塊，每個區塊附上證據。
- 忽略停止條件。 登入牆或 CAPTCHA 是模型在告訴您 它已超出能力範圍 — 將您的憑證交給它來通過並不是解決方案。