ChatGPT 6 Astra：全球專家發掘的 20 個真實應用案例

我們實際上可以把多少工作交給 Astra？透過研究海外生產示範和實際報告，具體的使用案例已經浮現，範圍涵蓋影片、3D、文件製作和會計。

https://x.com/davis7/status/2095742249275699415

在這篇文章中，我將介紹 20 個使用案例以及基於這些案例的實作提示。首先，讓我們來看看我在研究過程中發現特別令人驚豔的部分。

我所學到的：為什麼 Astra 如此驚人

你可以將你常用的軟體變成你的工作空間

這次特別令人印象深刻的是那些在生產軟體中推進工作的案例。例如，在 Final Cut 中整理素材。在 LEGO 設計軟體中，它研究了包含的零件並打開組裝好的模型進行驗證。X

如果你用它來工作，你不只想要一個完成的樣本，你更想要一個可以自己繼續編輯的檔案。修正字幕、移動家具或更改畫面佈局。我感受到它的實用性在於它 創造出可以在交付後進行修改的成品。

它已經進展到可以打開並審查自己創造的內容

在 Nate Herk 的影片製作中，它檢查了匯出影片的影格，並將完成的音訊轉錄下來，與腳本進行交叉比對。製作和驗證都包含在同一個請求中。LinkedIn

字元是否被截斷？音訊是否與字幕相符？如果我們能將完成檔案的驗證工作委派出去，人類就可以花更多時間在規劃和內容判斷上。當然，僅靠自我檢查並不能保證準確性。

大規模生產可以劃分為管理與執行

在 Matt Shumer 的「Manager Loop」中，負責整體監督的 AI 與負責建立特定流程的 AI 是分開的。曼哈頓的製作花了大約一週時間。這是一個建立環境以持續進行長時間任務的範例。X

對於一個網站來說，即使外觀正在被優化，管理者角色也會檢查申請表單或購買流程是否完整。這作為一種避免把所有時間都花在細節上的設計，非常有用。

當資訊缺失時，它可以指出不足之處

在 Box 的評估中，它指出請求的指標不在文件中，並明確地提供計算出的數值作為「代理指標」來替代。它還發現了文件描述與實際數字之間的差異。Box Blog

在委派分析工作時，我寧願讓它展示它所知道的範圍，而不是強迫它填上想要的答案。這份報告在實際應用上也令人印象深刻。

這些成果不僅涉及 Astra，還涉及連接的軟體和管理系統。以下提示是在可以使用這些工具的環境中嘗試的實作想法。保留原始內容，並在發送、發布、購買、刪除或更新生產時插入確認步驟。

前 10 個 | Grok 找到的全球範例

1. 建立一個 AI 居住的城市，並讓另一個 AI 監督生產

Matt Shumer 發布了一個 UE5 世界，其中 Agent 們互相交談，以及花了約一週時間製作的曼哈頓生產。他還介紹了「Manager Loop」，將管理者和執行者角色分開。X

如果應用於大型網站或教材，你可以為每個流程設定驗收標準。這是一種設計，管理者可以捕捉到像「首頁完成了，但無法申請」這樣的狀態。

https://x.com/mattshumer_/status/2095609734845927525

https://x.com/mattshumer_/status/2095596175705399482

原始貼文：AI 居住的世界 / 曼哈頓生產

請在 [工作空間] 中完成 [交付項目]。 如果可以分工，請將管理者和執行者角色分開；如果不行，則切換角色。 管理者決定流程和驗收標準，並僅將當前流程傳遞給執行者。 檢查每個流程的實際產出，並記錄變更、驗證和剩餘問題。 如果相同的修正連續出現三次，請改變方法，並在 [預算限制] 內優先處理主要功能。 交付完成品、未完成項目和恢復程序。

1. 從房產 URL 建立 3D 模型和導覽影片

Yunfan Ye 從 Zillow 房產照片建立了 3D 模型和導覽影片。他解釋說，雖然影片是透過單一指令製作的，但一些與現實不同的細節仍然存在。X

要將其應用於度假租賃或房地產介紹，請提供照片和平面圖。讓它將不可見區域的完成部分與事實分開交付。

https://x.com/realYunfanYe/status/2095612137582526615

原始貼文：3D 房產與影片 / 作者的提示

從 [房產 URL/照片/平面圖] 建立一個可在 Blender 中編輯的 3D 模型，以及一個約 60 秒的介紹影片。 僅重現可驗證的房間，並記錄對尺寸和不可見表面的估算。 如果房間之間的連接不明確，請將其製作成單獨的片段，而不是建立虛構的走廊。 透過與原始照片比較來修正擺放位置。 交付 .blend、MP4、使用的材質以及估算/差異清單。

1. 將房間照片轉換為可移動家具的 3D 資料

Tom Krcha 從房屋照片建立了一個可在 Blender 中編輯的 3D 模型。形狀經過手動調整，使其成為一個可以在本地移動的空間。X

在考慮家具佈局時，你可能只想移動沙發。透過指定不僅是圖像重現，還有你想要單獨編輯的內容，交付後的使用方式就變得清晰了。

https://x.com/tomkrcha/status/2095598645190291775

原始貼文：從房屋照片建立 3D / 相關：蒸氣火車頭生產

將附件照片中的房間轉換為用於考慮家具佈局的 3D 資料。 將牆壁、地板、窗戶、家具和電器設為獨立物件，並賦予可識別的名稱。 建立一個只能移動家具的結構，並簡化不可見的部分。 建立與原始照片的比較圖像並修正擺放位置。 交付 .blend、預覽圖、零件清單、估算尺寸以及 3 個需要優先修正的要點。

1. 委派拍攝後的素材整理，包括 Final Cut 操作

Ben Davis 發布了一個使用 Computer Use 操作 Final Cut、匯入素材、調整顏色和同步剪輯的案例。X

對於採訪，委派匹配單獨的音訊錄音和按攝影機整理素材。這是一種讓 AI 在剪輯師決定保留哪些陳述之前處理準備工作的方式。

原始貼文：在 Final Cut 中準備剪輯

將 [素材資料夾] 匯入 Final Cut，並準備好讓剪輯師可以開始剪輯。 在工作資料庫中執行素材整理、音訊同步以及修正明顯的顏色不匹配。 標記同步有問題的區域，並且不要刪除素材。 播放時間軸以檢查音訊延遲和遺失的部分。 交付剪輯專案以及剪輯師應檢查的要點。

1. 將專業知識轉化為 5 分鐘的教育影片

Derya Unutmaz 製作了一支 5 分鐘的教育影片，解釋 T 細胞。他還指示使用 Remotion 進行影片製作。X

對於內部培訓，這是一個應用，可以將手冊和某人的解釋轉化為給新進人員的影片。與其只是「容易理解」，不如決定一個你希望他們在觀看後能夠完成的任務。

https://x.com/DeryaTR_/status/2095659170661904804

原始貼文：5 分鐘 T 細胞教材

從 [資料] 中，為 [目標觀眾] 製作一個約 5 分鐘關於 [主題] 的教育影片。 觀看後的目標是 [能夠完成的任務]。 按照實際場景、操作、注意事項和複習問題的順序建構，並組合圖表、音訊和字幕。 不要建立資料中沒有的數字或範例，並檢查字幕截斷和解釋不匹配的情況。 交付 MP4、編輯資料、腳本、字幕和來源。

1. 從對標準應用程式的不滿中建立專屬 iPhone App

Paul Solt 報告說，他在 13 分 3 秒內建立了一個顯示每週旅行距離的 iOS App。然而，這是他使用「AppCreator」技能的結果。X

雖然「健康管理 App」太過廣泛，但如果你想要「從星期六開始查看每週總計」，那麼必要的畫面和計算就確定了。這是一個將常見的不滿轉化為小型 App 的範例。

https://x.com/PaulSolt/status/2095604728683958295

原始貼文：查看每週旅行距離的 iOS App

在 Xcode 中，建立一個 iOS App 來查看 Apple Health 的每週和每月總計。 僅讀取必要的資料，並顯示從星期六開始計算的距離和步數，並附帶前期比較。 區分未獲取和數值為 0 的情況，並避免重複計算。 測試彙總功能，並在模擬器中驗證建置和啟動。 交付專案、安裝步驟、測試結果以及在真實裝置上檢查的項目。

1. 從收件匣和程式碼中揀出被忽略的任務

Theo 發布了他連接 Gmail 和 Notion 的經驗，並介紹了一種檢查程式碼中不必要的實作或停滯的修正提案的方法。X

對於電子郵件，是那些承諾回覆但未發送的情況。對於程式碼，是未使用的程序。在這兩種情況下，讓它提供判斷它們為「被忽略」的依據。

原始貼文：Gmail/Notion 連接 / 程式碼審計 / 購買記錄整理

目標：[Gmail 和 Notion / 儲存庫]。 檢查不完整、重複或長期停滯的項目。 對於電子郵件，從過去 90 天中提取承諾、截止日期和下一步行動。 對於程式碼，檢查不必要的程序、效能問題和未解決的修正提案。 為每個項目附上依據、影響和建議的回應，並選擇 3 個優先案例。 不要發送、刪除或合併程式碼，並將無法判斷的項目分離到檢查項目中。

1. 交叉參考業務記錄以決定下個月的優先事項

Riley Brown 介紹了一個提示，用於反思業務、財務和人際關係。X

要應用這個，請比較目標與實際時間分配。你決定優先處理新業務，但你的行程卻充滿了對現有專案的調整。這是一種從電子郵件和會議記錄中檢查此類差異的方法。

原始貼文：反思整體業務的提示

閱讀過去 90 天的 [電子郵件/會議記錄/行程/業務資料]，並為下個月、本季度和本財年建立一份 1 頁的優先事項清單。 比較目標與時間分配、已推進的專案以及重複出現的問題。 提出應減少的活動、應增加的活動，以及下週的 3 個行動，並附上依據和截止日期。 不要對人們的真實意圖下結論；將記錄與推測分開。 同時列出無法讀取的資訊和遺失的資料。

1. 委派帳單審查、產品搜尋和網站檢查

Greg Isenberg 發布了用於帳單協商、搜尋二手產品和網站檢查的提示。這些是嘗試使用的提案，並非所有案例的結果報告。X

對於帳單整理，搜尋重複的合約和價格變更，甚至建立協商草稿。然而，僅從發票無法得知使用狀態。將取消候選項目與最終決定分開。

原始貼文：9 個使用提示

執行以下任務之一：[帳單整理 / 二手產品研究 / 網站檢查]。 對於帳單，從 [資料] 中找出重複和價格變更，並建立協商草稿和條件式節省估算。 對於產品，根據 [型號/地區/預算] 進行比較，包括運費、狀況和遺失零件。 對於網站，在 [測試 URL] 從註冊檢查到付款前一刻，並記錄問題和重現步驟。 這次只執行一次，並交付結果和重新執行的步驟。

1. 先繪製完成圖像，然後讓遊戲畫面更接近它

Anshu 介紹了一個生產程序，先準備概念圖像，然後讓遊戲畫面更接近它。他報告說，大約在 45 分鐘內製作了一個 3D 遊戲。X

與其重複「更高級的感覺」，不如比較目標圖像和實際畫面。它會具體說明需要在哪裡更改燈光、配色方案或攝影機位置，這也可以應用於網站製作。

https://x.com/anshuc/status/2096008083826725132

原始貼文：3D 遊戲與生產程序

在 [執行環境] 中製作 [遊戲點子]。 首先，建立完成畫面的概念圖像，並確定色彩、燈光、攝影機和 UI 的標準。 實作移動、目標、成功/失敗和重新開始。 實際操作它，截取螢幕截圖，並從與參考圖像不同的 3 個點進行修正。最多 3 輪。 交付可玩的遊戲、原始碼、參考圖像、最終畫面以及操作說明。

後 10 個 | 額外研究中發現的生產與實用範例

1. 用自己的聲音和虛擬角色完成 YouTube 影片

Nate Herk 同時委派了研究、腳本、他自己的聲音複製和虛擬角色，以及在 HyperFrames 中的剪輯。他解釋說，他還透過轉錄完成的音訊並與腳本交叉比對來執行檢查。LinkedIn

要應用於產品說明，請連接你授權的聲音和虛擬角色。清楚說明這是 AI 外觀，並在發布前檢查內容。

原始貼文：Nate Herk 在 LinkedIn 上的生產報告

製作一個約 5 分鐘關於 [主題/目標觀眾] 的影片。 使用經本人授權的聲音和虛擬角色，並清楚說明這是 AI 外觀。 依序進行研究、腳本、字幕和剪輯，並僅使用具有使用權的素材。 匯出後檢查畫面和音訊，並將轉錄內容與腳本進行交叉比對。 交付 MP4、編輯資料、字幕、來源以及用於發布的描述。

1. 將產品畫面轉化為動態介紹影片

Daniel Ch 報告說，他在 14 分鐘內生成了一個動態影片，然後又更改了兩次。X

對於 SaaS 或課程介紹，請提供實際畫面和準確的文案。與其為了美觀增加虛構功能，不如建立一個展示操作時會發生什麼的結構。

原始貼文：Daniel Ch 的動態影片

從 [產品畫面/標誌/照片] 建立一個 30 秒的介紹影片。 按照問題、實際操作、結果和 [CTA 文字] 的順序建構。 不要添加不存在的功能或未經證實的結果，並確保有時間閱讀文字。 使文字和時間可編輯，並在匯出後修正文字截斷和重疊。 交付 MP4、編輯原始檔、素材清單和修正方法。

1. 一篇讓編輯認為是作者本人撰寫的文章草稿

Every 的 Katie Parrott 報告說，共同創辦人 Dan Shipper 認為 Astra 用單一指令寫出的初稿是她自己的作品。Every

對於你自己的寫作，請分別提供過去的文章作為風格參考，以及當前的資料作為事實依據。不要讓它為了模仿語氣而編造虛構的經驗，這也很重要。

來源：Katie Parrott 自己的文章

以我過去的 3 篇文章作為風格參考，並從當前的資料中，為 [目標讀者] 撰寫一篇關於 [主題] 的 [字數] 字文章。 參考詞彙、段落和解釋順序；不需要分析說明。 事實依據當前的資料，不要編造虛構的經驗、對話或數字。 刪除一般的開場白和重複內容，並分別交付正文、來源和檢查項目。

1. 從研究建立簡報投影片和講稿

Matthew Berman 從研究建立了帶有來源和備註的投影片。另一方面，他也寫道，對於單調的佈局和留給講者頭像的邊距，需要額外的指示。Signals Forward Future

對於培訓教材，請提供觀眾和簡報時間，以及當天的簡報風格。這是一個將螢幕上的解釋與口頭補充的內容分開的請求。

來源：Matthew Berman 的生產評論

研究 [主題]，並為 [觀眾/簡報時間] 建立 12 張投影片和一份講稿。 符合 [品牌素材]，並且不要將重要資訊放在 [講者頭像位置]。 適當使用照片、比較和圖表，並為數字和範例附上來源。 使備註成為補充說明，而不是照本宣科的講稿。 檢查所有帶圖片的頁面，並交付可編輯的素材、講稿和來源。

1. 從 LEGO 設計到建立 3D 展覽網站

Dominik Kundel 讓它使用 BrickLink Studio 建立一個 LEGO 橋樑。此外，他還介紹了一個可以 3D 檢視模型並接收生產檔案的網站。LinkedIn

這是一個準備模型和一個讓其他人可以看到它的地方的應用。然而，在螢幕上組裝好和實際產品穩定是兩回事。將未經證實的連接和強度問題留待處理。

原始貼文：Dominik Kundel 的 X 文章 / 作者在 LinkedIn 上的解釋

建立一個 [主題] 的積木模型和一個可以 3D 檢視它的網站。 檢查零件庫，並僅使用現有的零件和顏色。 檢查重疊、懸空和連接情況，並清楚說明未經證實的強度。 在網站上實作旋轉/放大、零件清單和生產檔案獲取功能。 交付模型資料、組裝順序、網站原始碼和啟動程序。

1. 僅透過觀看畫面來通關遊戲

Clad3815 報告說，讓 Astra 透過顯示畫面來玩 Pokémon，而無需提供內部資料或攻略資訊，並在 18 小時 12 分鐘內通關。X

如果應用到業務上，透過觀看畫面進行操作測試是候選項目。不要僅僅因為點擊成功就認為成功；在下一個畫面上驗證結果。當卡在同一個地方時，改變方法。

原始貼文：Clad3815 的 Pokémon 實驗

在 [具有使用權限的遊戲/測試 App] 中，推進到 [目標狀態]。 僅使用畫面和允許的操作；不要改寫內部資料。 操作後在新畫面上檢查結果，並記錄進度。 如果相同狀態連續出現三次，考慮替代路徑。 限制為 [操作次數]。交付達到的畫面、操作記錄和未解決的項目，不要將失敗報告為成功。

1. 從程式碼操作桌面顯示器

Claire Vo 發布了 Divoom MiniToo 的命令操作和即時顯示示範。這是一個推進她嘗試了一段時間的裝置協調的範例。Lenny's Newsletter

要應用於顯示行程或工作時間，一開始先只專注於發送一張測試圖像。連接成功後，再添加文字顯示，並在觀察實際裝置的同時增加功能。

原始貼文：Claire Vo 的評論貼文 / 附示範的評論（約 18:36）

建立一個工具來操作 [型號/作業系統/連接方法] 的小型顯示器。 檢查官方資料，並使用經批准的方法顯示一張測試圖像。 成功後添加文字顯示、圖像更新和螢幕清除功能。 不要繞過身份驗證或更改韌體，並添加斷線處理。 交付原始碼、安裝步驟、使用範例和真實裝置驗證結果。

1. 交叉比對 41 份文件以找出財務報表中的錯誤

Legora 報告說，一個專屬 Agent 交叉比對了 41 份文件，包括財務報表草稿，並找出了所有為評估而植入的四個錯誤。OpenAI

在會計應用中，請它保留比較值與來源。只說「有問題」意味著需要重新搜尋。請標示資料的頁碼或儲存格，以縮小專家查核的範圍。

來源：Legora 官方導入案例

驗證 [財務資料] 的期間、幣別、單位與版本，並交叉比對主要數字、細項及去年數值。 針對每項差異，記錄原始值、比較對象、差異、計算公式及頁碼/儲存格。 區分遺漏、無法讀取與實際差異，且不得改寫原始資料。 交付交叉比對表、優先檢查項目及未確認項目。 不得將其視為已獲得專家核准。

1. 找出資料中沒有的指標，並考慮預算分配

在 Box 的評估中，針對一項需考慮資金分配給各地區的任務，它指出了缺乏必要指標的問題。它區分了代理指標與原始指標，也發現了成長描述與數值之間的矛盾。Box 部落格

針對廣告預算的考量，請輸出可供比較的範圍，以及缺乏利潤判斷依據的資料。這是一個要求不要強制排序的請求。

來源：Box 的業務評估

根據 [資料] 為 [地區/產品/獲取渠道] 建立預算分配提案。 檢查比較指標的定義與必要數據；不得憑空創造不存在的數字。 清楚說明代理指標的差異與限制。 對齊期間與成本範圍，並交叉比對文字敘述與數值。 同時檢查若改變假設，排名是否會變動，並交付比較表、提案、計算依據及遺漏數據。

1. 從一款遊戲中創造三個不同主題的提案

Playco 從一個共同的基礎，製作了三種不同主題的原型。在一個連接到 Unity、Godot 等工具的 Playbot 案例中，他們回報手動修正量比之前的模型減少了 50%。OpenAI

若要嘗試，請固定操作方式與規則，並比較外觀。與其持續打磨一個提案，不如同時準備多個可玩的提案，然後自行選擇，這是一種推進的方式。

來源：Playco 官方導入案例

從 [運作中原型] 為 [主題 A/B/C] 建立 3 個提案。 維持操作方式、難度與計分條件，並變更背景、模型、燈光與 UI。 保存原始數據，並為每個提案測試開始、操作、結束與重新啟動。 在相同條件下測量渲染速度，並修正過於耗能的提案。 交付 3 個可玩的提案、原始碼、比較圖像、效能表現及未解決項目。

如果你想試試看，先給它一個本週內完成的工作

根據這些案例，你可能會想稍微擴大請求的範圍。對於產品介紹影片，不要只停留在腳本階段；試著提供手邊的產品照片與規格，要求一個可編輯的影片。

在這種情況下，請將檢查產品名稱與價格是否相符、字幕是否易讀，以及是否混入了不存在的功能等項目，納入檢查清單。

首先，設定一個本週結束前要完成的工作。指定你可以使用的資料與軟體，以及你想收到的檔案格式，並實際嘗試到可以開啟並驗證最終成果的程度。

*製作時間與改善率是發表者與公司在其個別條件下回報的結果。所張貼的提示詞是根據這些案例建立的，並未在相同環境下重新執行或驗證。