mj-fast-reroll 的技術規格
| 規格 | 詳細資訊 |
|---|---|
| 模型 ID | mj-fast-reroll |
| 提供者系列 | Midjourney 風格的圖像生成／重擲操作（cometapi.com） |
| 主要功能 | 重新執行或對現有的 Midjourney 任務進行重擲，以相同的提示脈絡產生新的結果集 |
| API 類型 | 以任務為基礎的 API，模擬 Midjourney 在 Discord 上的按鈕互動，而非單次的 REST 圖像端點（apidoc.cometapi.com） |
| 模式 | 重擲工作流程的 Fast 模式變體 |
| CometAPI 定價 | 每次請求 $0.056（cometapi.com） |
| 商業用途 | CometAPI 模型頁面標示支援（cometapi.com） |
| 輸入模式 | 通常需要先前建立的 Midjourney 任務脈絡，因為重擲是任務狀態機中的後續操作（apidoc.cometapi.com） |
| 輸出 | 與重擲請求相對應的新圖像生成任務結果（apidoc.cometapi.com） |
什麼是 mj-fast-reroll？
mj-fast-reroll 是透過 CometAPI 提供、面向 Midjourney 的 API 操作，用於在 Fast 模式下對既有生成進行重擲。實務上，「重擲」意指從相同的提示與互動分支出發，請求一次全新的生成流程，類似在 Midjourney 工作流程中按下重擲按鈕。
不同於每次都從零開始的純文字轉圖像端點，這個模型融入具狀態性的 Midjourney 任務流程。CometAPI 的 Midjourney 快速入門文件說明，這些 API 會模擬 Discord 的按鈕互動，每一步都會回傳下一步可用的動作。因此，當你的應用需要從已生成的任務繼續並快速取得替代結果、而不必手動重建整個互動時，mj-fast-reroll 特別實用。（apidoc.cometapi.com）
在 CometAPI 上，該模型被歸類於 Midjourney 系列，採用按請求計費，並支援商業用途。（cometapi.com）
mj-fast-reroll 的主要特性
- 快速重擲工作流程：專為 Fast 模式的 Midjourney 重跑設計，相比 Relax 模式可更快地重新生成變體。
- Midjourney 按鈕／狀態相容性：運作於模擬 Midjourney 按鈕動作的狀態機互動模型之中，有利於自動化後續生成步驟。（apidoc.cometapi.com）
- 提示脈絡再利用：允許重用現有生成分支的上下文，而非從頭重建整個工作流程。這點依據 Midjourney API 文檔對重擲操作的分類可推知。
- 友善生產環境的計費：CometAPI 將此模型定價為每請求 $0.056，便於批次或使用者觸發的圖像重試進行成本預估。（cometapi.com）
- 商業用途可用：CometAPI 列示此模型支援商用，適用於 SaaS、創作工具與內部自動化流程。（cometapi.com）
- 透過 CometAPI 的統一存取：作為 CometAPI 聚合目錄的一部分，可經由統一 API 整合，無需建立額外的供應商專屬設定。（cometapi.com）
如何存取與整合 mj-fast-reroll
步驟 1：註冊並取得 API 金鑰
在 CometAPI 註冊並於儀表板建立 API 金鑰。建立後請妥善保存，並將其作為對 mj-fast-reroll API 發送所有請求時的 Bearer token。
步驟 2：向 mj-fast-reroll API 發送請求
透過 CometAPI 使用模型 ID mj-fast-reroll 發送請求。由於這是 Midjourney 風格的任務工作流程，你通常會在既有任務或按鈕狀態的基礎上，將其作為後續動作來呼叫，而不是完全獨立的生成。CometAPI 的 Midjourney 文件指出，這些 API 具狀態機行為，因此你的請求流程應保留前一步回傳的任務脈絡。（apidoc.cometapi.com）
curl https://api.cometapi.com/v1/responses \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-d '{
"model": "mj-fast-reroll",
"input": {
"task_id": "your_previous_midjourney_task_id"
}
}'
步驟 3：擷取並驗證結果
提交後，使用 CometAPI 回傳的任務或回應 ID 擷取生成結果。將重擲輸出與預期的 Midjourney 分支與狀態比對後，再提供給終端使用者或送往下游編輯流程。由於 Midjourney 風格 API 採非同步且由狀態驅動，輪詢或回呼式驗證通常是可靠整合的一部分。（apidoc.cometapi.com）