product-image-prompt-iteration
Skill0 starsChanged 2 months agoMITView on GitHub
Use when creating, refining, or comparing product images, product renders, 三视图, three-view layouts, hero/detail renders, image prompt packs, or repeated visual prompt iterations where product identity, camera view, materials, text/logo handling, and version-to-version change control must stay consistent.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- Fable-Forge/fableforge-agent-skillsword for word, first seen Sep 21, 2026
Other versions1 project uses a version of this.
Word for word · 1
- Fable-Forge/fableforge-agent-skills★ 1100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repositoryOne other file it gives its agents.
- llms.txtllms.txt
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. About 0 are common, 13 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈13
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 16
Use this for requests such as:
- Distinctive: line 24
Do not use this as a substitute for CAD, manufacturing documentation, product compliance review, or exact logo/text layout production.
- Distinctive: line 28
Before iterating, identify these from the user request or ask only for missing details that materially change the result:
- Distinctive: line 37
If details are missing but the request is still actionable, make narrow assumptions and state them before generating or rewriting prompts.
- Distinctive: line 41
Create a stable product brief.
- Distinctive: line 42
Write one compact brief that names the product, silhouette, materials, colors, key parts, and intended use.
- Distinctive: line 44
Do not invent real certifications, performance claims, dimensions, or brand ownership.
- Very specific: line 63
Keep a short version log: v1, v2, issue found, exact prompt change, result.
- Distinctive: line 65
Avoid changing product identity, camera, lighting, and style all at once unless the user explicitly asks for a reset.
- Distinctive: line 67
If an image is available locally, inspect it visually before deciding the next prompt.
- Distinctive: line 71
Put views in a clean grid with consistent scale and alignment.
- Distinctive: line 74
If text labels are not essential, omit them.
- Distinctive: line 105
Before calling the work complete, check the output against the request:
- Distinctive: line 108
Only intended variables changed between iterations.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Product Image Prompt Iteration
Goal
Turn product visual requests into a controlled prompt-iteration workflow. Use this skill to keep product identity, view angle, material language, and change history stable across product images, three-view sheets, image edits, and prompt pack delivery.
This skill guides the prompt and review process. When the user asks to generate or edit images, use the available image generation or image editing tool after applying this workflow.
When To Use
Use this for requests such as:
- 产品图, 商品图, 主图, 详情图, 概念产品图, 电商渲染图
- 三视图, front/side/back view, front/side/top view, orthographic product sheet
- prompt 连续迭代, 提示词优化, 提示词版本, prompt pack
- "上一版保留结构, 只改颜色/材质/镜头/背景"
- repairing generated product images while preserving the same object
Do not use this as a substitute for CAD, manufacturing documentation, product compliance review, or exact logo/text layout production. For precise labels, packaging copy, or brand marks, prefer a separate vector/layout step after the image is chosen.
Required Inputs
Before iterating, identify these from the user request or ask only for missing details that materially change the result:
- Product identity: category, purpose, must-keep silhouette, functional parts, scale cues
- Output type: single hero image, detail render, three-view sheet, variants, or prompt-only package
- View contract: camera angle, orthographic versus perspective, number of views, background
- Visual language: materials, color palette, finish, lighting, brand mood, target buyer
- Constraints: forbidden changes, text/logo handling, realism level, aspect ratio
- End condition: selected final image, final prompt pack, comparison table, or next-iteration recommendation
If details are missing but the request is still actionable, make narrow assumptions and state them before generating or rewriting prompts.
Workflow
- Create a stable product brief.
- Write one compact brief that names the product, silhouette, materials, colors, key parts, and intended use.
- Separate stable identity from experimental variables. Stable identity should survive every iteration.
- Do not invent real certifications, performance claims, dimensions, or brand ownership.
- Define the iteration mode.
hero: one polished product image for presentation or ecommerce.detail: close-up of a component, material, mechanism, or use state.three-view: one product shown consistently across front, side, and back/top views.variant: controlled alternatives where only one or two axes vary.repair: fix a specific defect in an existing generated image.prompt-pack: deliver reusable prompts without generating images.
- Build the prompt spine.
- Subject: exact product category and defining features.
- Geometry: silhouette, proportions, visible parts, view angle, scale.
- Materials: surface finish, texture, transparency, reflectivity, wear state.
- Composition: framing, background, lighting, shadows, lens or orthographic setup.
- Constraints: no text, no extra objects, same product across views, no cut-off edges, no distorted logos.
- Output spec: aspect ratio, sheet layout, number of variants, and expected deliverable.
- Iterate with change control.
- Keep a short version log:
v1,v2, issue found, exact prompt change, result. - Change the smallest prompt region that explains the defect.
- Avoid changing product identity, camera, lighting, and style all at once unless the user explicitly asks for a reset.
- For variants, vary one named axis at a time: material, colorway, camera, environment, or realism.
- If an image is available locally, inspect it visually before deciding the next prompt.
- Keep a short version log:
- Handle three-view requests strictly.
- Specify a neutral orthographic product sheet unless the user requests perspective.
- Put views in a clean grid with consistent scale and alignment.
- Name the required views explicitly: front, side, back, top, or 3/4 as requested.
- Require the same object, same proportions, same materials, same colorway, and no decorative scene props.
- If text labels are not essential, omit them; image models often corrupt text.
- Repair common image failures.
- Identity drift: restate stable product brief and forbid changing silhouette or parts.
- View mismatch: simplify camera language and require orthographic or single-axis rotation.
- Extra props: add "product only" and remove lifestyle/environment language.
- Bad text/logo: remove rendered text from the image prompt or move text to a later layout step.
- Cropping: specify full product visible, centered, margins on all sides.
- Inconsistent materials: restate material list and bind it to every view.
Output Format
For active iteration, report:
- Current objective and assumptions
- Stable product brief
- Prompt used or proposed
- Version log with the specific change from the previous version
- Visual issues found and next recommended change
- Final selected prompt or prompt pack when done
For prompt-only delivery, include:
Base promptThree-view promptwhen relevantVariant promptsonly for requested variation axesNegative constraintsVerification checklist
Verification Checklist
Before calling the work complete, check the output against the request:
- Product identity stayed consistent across versions.
- Only intended variables changed between iterations.
- Three-view sheets show all requested views, aligned and at consistent scale.
- The object is fully visible and not occluded by props or text.
- Materials, colors, and key parts match the stable brief.
- Any text, logo, or label limitations are stated instead of hidden.
- Final output includes either the selected image/version or reusable prompt text.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

