Skip to content
FunCoding

Search

Search docs, Skills and MCP

forgecad-image-prompt

Write builder-honest AI image prompts from a concrete ForgeCAD model, build brief, HLD, or LLD without hiding how the artifact is built.

项目与协作941skills/forgecad-image-prompt/SKILL.md

Install

Send this to Claude Code, Codex or Cursor. The agent checks the Skill for safety first and installs it only after you confirm.

读取 https://funcoding.ai/skills/forgecad/forgecad-public-kit/forgecad-image-prompt/install.md ,按里面的步骤帮我安装这个 Skill。

SKILL.md

Image Prompt

Scope

Only for artifacts already concrete enough to visualize (a specific .forge.js model, build brief, or HLD); route vague briefs to forgecad-design-spec first. Read minimum context — entry .forge.js, one key helper if it delegates geometry, brief/HLD — and capture what must survive the image model: artifact type and scale, major subassemblies, actuation style, visible mechanisms, material and color cues.

Core Rule

Image prompts, not concept art: show the final artifact clearly, preserve build and subsystem truth, and keep visible the seams, modules, hardware, and mechanical hierarchy that matter.

Negatives (the only negatives list — reuse it, never restate variants):

  • no fake sleek consumer shell, no hidden mechanics
  • no over-smoothed geometry, no sci-fi styling
  • no CAD-drawing, blueprint, or dimension-arrow pretense
  • no cutaway, sectioned, or exploded teaching view unless the user explicitly asks
  • no text, labels, or humans

Prompt Skeleton

Block order: identity → mechanism truth → materials/color truth → pose/state → shot/camera/lighting → negatives. Fill in, don't copy:

A [artifact identity and scale], designed as a real buildable CAD-driven object, not a fantasy concept. [Major subassemblies and mechanism truth]. [Materials, colors, finish, visible hardware]. Show it in [pose / state]. [Shot, camera, background, lighting]. It should look physically buildable and mechanically honest, with visible part boundaries and serviceable architecture. No [negative 1], no [negative 2], no [negative 3].

Default shot: front-left three-quarter hero view, eye-level product camera. Alternate: rear-right three-quarter view showing motor placement and belt routing.

Modes

Default to ONE honest hero render; add support prompts only when the user asks. Prefer separate single-purpose images over collages or multi-view boards.

ModeJobSignature phrases
Honest hero render (default)Final object clearly, still reads as buildableclean premium studio product render, physically buildable and mechanically honest
Builder-first mechanicalTeach the build; bias to interfaces, seams, mounted actuatorsclear visibility of interfaces, seams, and subsystem boundaries, serious prototype, not a polished consumer shell
Mild explodedAssembly logic; major modules only, no per-screw chaos. Image-only — the CAD model stays the complete assembled productmajor modules separated by small clean gaps, no tiny floating fragments
Workshop prototype realismFeel like a real first prototypevisible print lines and honest surface texture, uncluttered engineering bench background
End-effector close-upWrist/gripper mechanism detailclose-up on the wrist and end effector showing the mechanism clearly

Writing Rules

  • Use real artifact language: base, turntable, shoulder, rails, bearings, gripper, belt, pulley, shaft.
  • Prefer visible subsystem truth over poetic adjectives.
  • Keep exact dimensions out unless they matter visually and are already known.
  • If a detail is uncertain, stay honest at the subsystem level — never invent internals.
  • Ask for "physically buildable", "mechanically honest", "visible part boundaries" when central.
  • Mention motors, belts, pulleys, shafts, guide rods, fasteners, or service covers only if genuinely part of the artifact.
  • A short strong prompt beats a style dump.

Output Contract

Return: one sentence interpreting the artifact, the primary prompt first (usually the honest hero render), optional support prompts, and a short which-to-try-first note. Never bury the prompts under theory.

Similar Skills

slack-gif-creator
anthropics/skills180k

slack-gif-creator

Knowledge and utilities for creating animated GIFs optimized for Slack. Provides constraints, validation tools, and animation concepts. Use when users request animated GIFs for Slack like "make me a GIF of X doing Y for Slack."

Projects & collaboration

observability-and-instrumentation
addyosmani/agent-skills103k

observability-and-instrumentation

Instruments code so production behavior is visible and diagnosable. Use when adding logging, metrics, tracing, or alerting. Use when shipping any feature that runs in production and you need evidence it works. Use when production issues are reported but you can't tell what happened from the available data.

Projects & collaboration

understand-diff
Egonex-AI/Understand-Anything86k

understand-diff

Use when you need to analyze git diffs or pull requests to understand what changed, affected components, and risks

Projects & collaboration

skill-share
ComposioHQ/awesome-claude-skills77k

skill-share

A skill that creates new Claude skills and automatically shares them on Slack using Rube for seamless team collaboration and skill discovery.

Projects & collaboration

slack-gif-creator
ComposioHQ/awesome-claude-skills77k

slack-gif-creator

Toolkit for creating animated GIFs optimized for Slack, with validators for size constraints and composable animation primitives. This skill applies when users request animated GIFs or emoji animations for Slack from descriptions like "make me a GIF for Slack of X doing Y".

Projects & collaboration

connect-apps
ComposioHQ/awesome-claude-skills77k

connect-apps

Connect Claude to external apps like Gmail, Slack, GitHub. Use this skill when the user wants to send emails, create issues, post messages, or take actions in external services.

Projects & collaboration