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 § Terms)。
  • 保留的生成候选对象需附带配方: 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)。

相关技能