Community影像github.com

專案配圖流水線

從畫面簡報到生成、局部修改、放大和匯出,把圖片放進專案,並記下提示詞、種子、格式和 srcset。

專案配圖流水線 是什麼?

把還沒定的視覺做成專案裡真正引用的檔案。它寫配圖簡報和提示詞,跑生成,改局部,放大,再按需要的格式交付。畫面好不好,留給沒參與製作的人來判斷。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/simota/image-skills/tree/HEAD/skills/image-generate

Installed? Explore more 影像 skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

擁有權

從一個尚未確定的外觀,到專案所引用的檔案:包含所有製作或修改圖片的一切——簡報、生成器收到的提示詞、付費執行及其記錄、對現有圖片的編輯,以及匯出。它永遠不會判斷結果是否可用——這個裁決屬於一位未曾參與製作的讀者。

階段:DIRECT → PROMPT → RUN → REFINE → DELIVER。從仍待決定的最早階段進入,並在所要求的最後一個階段停止。

開始之前

  • 說明你進入的階段以及停止的階段。 對於候選圖片的請求,在 RUN 階段停止;對於專案中檔案的請求,則達到 DELIVER 階段
  • 了解預算。 生成和生成式編輯共享花費,包括失敗/被拒絕且計費不明的嘗試。沒有 budget 的執行是無止盡的執行
  • 在採取行動前,先打開該階段的頁面。 每個階段都帶有各自的檢查、規則和完成條件;此頁面僅負責路由
  • 在進行任何其他事情之前,先確定規模,以最先匹配者為準。T0——由單一技能掌管、可逆、一張圖片或一個值、問題可在一句話內說完:用一行回答,無需簡報、無需交接。T1——T0 條件失敗:先確定簡報。T2——兩個或以上技能掌管部分內容:進行路由。T0 可省略文書作業,但絕不能省略證據。中途錯誤的規模調整意味著重新調整並說明
  • 當交付物的形狀並非唯一確定時,應先進行對話:何謂「完成」無法用一句話概括、某個詞彙沒有達成條件(如「更好看」、「更乾淨」、「更專業」、「讓它突出」、「現代化」)、該工作是取代他人已選擇的圖片、或做錯的代價高昂(已發布、附有他人姓名、涉及真實人物或產品)。查看現狀並非執行
  • 在該對話中確定「標準」——即圖片的評判依據。沒有標準,每個候選項目都可爭議,循環將無止境。excludes 不得為空,且執行須等待 open_questions 為空(_image/SIZING.md)
  • 具有兩種含義的術語,或具有兩個名稱的概念,是一個問題,而非默認選擇——一個問題及其預設值,答案應寫入簡報的 terms 和 .agents/glossary.md,之後僅使用詞彙表中的名稱(_image/SIZING.md § 術語)
  • 保留的生成候選項目需附帶配方:engine、回報的 model(或 unreported)、逐字的 prompt、excluded、請求/磁碟上的 size、inputs、output。在調用時擷取請求;為展示、保留或傳遞的候選項目(非即時丟棄者)保留該記錄。參考資料和純文字輸出不需要捏造的生成欄位。IRREPRODUCIBLE 限制的是精確像素的重新生成,而非重複使用或編輯來源(_image/RECIPE.md)

優先決定

情況處理方式
外觀尚未確定——主體、氛圍、藝術風格、參考資料提供的內容direct,配合 subject-and-frame 和 reference-reading
圖片已決定,需要文字描述、排除條件、畫布或多種變體prompt,配合 structure 和 exclusions
已確定的提示詞需要生成檔案run,配合 batching 和 selection
圖片已存在且接近目標但有錯誤refine,配合 locate-then-change 和 edit-ladder
審查過的圖片需要納入專案deliver,配合 format-choice 和 naming
圖片在最後一次審查後有所變更,而下一個步驟是交付停止。選擇並非核准:image-review 會先讀取它,而核准永遠不會沿用至重新生成或編輯過的圖片
安裝了兩個生成器,但皆未指名詢問。它們接受不同的尺寸參數,且其中一個會產生 JPEG——選擇權在使用者,配方會記錄執行的是哪一個
此處的主張若出錯,代價高昂refute——交給未參與製作的引擎,要求它們試圖打破它,而非同意。未經反駁意味著 n 個引擎找不到問題,絕非證明
  • 平手時以 _image/VALUES.md 為準,從上到下閱讀:查看勝過假設 · 簡報勝過最佳圖片 · 一張好的圖片勝過四張接近的圖片 · 能回答問題的最便宜執行 · 現有集合勝過更好的圖片 · 人類決定「做什麼」,代理人決定「如何做」。若以上所有規則皆違反:正確但被避免的框架已失敗——當程序成本高於決策成本時,應直接說明而非執行程序

始終 / 絕不

  • 始終:在描述、比較或匯出圖片之前,先檢視像素。來自 imgfacts 的檔案事實是 measured 的機械數據,絕非視覺檢查
  • 始終:在調用時擷取已發送的請求,並為每個保留的候選項目和每次生成式編輯保留配方。記憶體無法還原它;若遺失則標記為 IRREPRODUCIBLE
  • 始終:在下列情況之前取得許可:執行批次超過既定預算、圖片中包含真實人物、品牌或仍在世的藝術家、或取代已參考的檔案
  • 絕不:僅憑提示詞就報告圖片與提示詞相符
  • 絕不:在遭遇拒絕時悄悄改寫,或在下次執行無需回答的問題時繼續生成
  • 絕不:交付自 image-review 最後一次讀取後已變更的圖片

驗證方式

打開每張被描述、比較或撰寫的圖片的像素,並從檔案中讀取其尺寸和格式(measured),而非從請求中讀取。階段的頁面會說明它還需要提供什麼。

  • 每個進入的階段都報告其自身的完成條件,而跳過的階段需說明為何已確定
  • 回報花費:已執行次數、預算內執行次數、下次執行的目的
  • 為每個主張評級:measured 指明測量方法或可定位、可重複的視覺觀察,而非美學確定性。inspected 是當測量無法決定時,基於推理的判斷;需說明原因。檢查標題並非檢視像素。asserted 永遠不支持完成:提示詞要求 3:2,它不會報告實際回傳的內容
  • 單位是決策,而非批次。 交付物承諾的每個事項都應帶有評級,或作為 UNSPECIFIED 殘留項;若非此兩者,則由首先遇到它的匯出環節在匯出時憑空捏造
  • 報告 status:DONE(每個承諾的決策都已做出,每個可測量的主張都已測量,零 UNSPECIFIED)/ PARTIAL / BLOCKED(說明已嘗試過什麼)
  • 每個殘留項均為 BLOCKED / OUT-OF-SCOPE / DEFERRED / UNSPECIFIED,並出現在交接文件的 open 中;持有 Write 的執行也必須在其產生的文件中留下帶有該類別的 #TODO(agent): 標記
  • 切勿省略掃描——針對 open 的標記、針對已評級決策的承諾決策:swept, 0 markers / 0 in open; 6 decisions / 6 graded。只要任一對不一致,狀態就不是 DONE(_image/CONTRACT.md)

完成條件

所要求的最後一個階段已滿足其頁面上的完成條件,每個保留的候選項目都附有包含測量磁碟大小的配方,嘗試和拒絕的次數已記錄,且沒有在最後一次變更後未經審查就交付的內容。

  • 說出當下所需。 開頭:用一行說明將要製作的內容以及排除的內容。執行期間:當計畫變更時告知讀者——執行持續偏離簡報、預算即將用完、工作範圍可能擴大、發現路徑被阻斷——說明變更的內容,而非工具已執行。提問也算發言:一個問題、它將解鎖的決策、若無人回答時將採取的預設值
  • 結尾用一行給出答案——狀態、製作了什麼及其位置;然後是掃描行,接著每行一個殘留項供人類決定,最後說明下一步。在讀完第一行後即停止的讀者,已獲得結果
  • 交接文件與配方是記錄,報告是視圖。 簡報、評級和確切執行內容都在其中,並在要求時顯示
  • 根據層級按比例調整。 T0 的答案是一行;T1 或 T2 的執行報告一次,附上檔案連結而非逐一描述。過長意味著需要省略的內容——重述的簡報、落選的候選項目——而非要剝離的結構(_image/REPORT.md)
  • 不應超出其實際範圍。 所要求的範圍即為交付物;思考應深入於所要求的一件事,而非擴展。實際問題是例外——會導致損壞、不安全或基於錯誤前提的事情,應完整說明(_image/REPORT.md)

相關技能