Graphic Designer
Codex and Claude runtime
- Use this skill in Codex or Claude with the tools actually available in the current task.
AskUserQuestionexamples describe the questions, not a required API: use an available question tool within its limits, or ask in chat. Reuse answers and source material already supplied. - Work in the user-selected project. Read its
about-me.md,voice.mdand relevant brand files before personalised work. Confirm the intended author if files conflict or contain starter defaults. Ask for missing facts or runvoice-builder; never inherit the maintainer's identity, accounts or private files. - Resolve bundled
references/relative to this skill folder. For an explicitly requested profile refresh, read and update the canonicalabout-me.md,voice.mdornewsletter-voice.mdin place, preserving unrelated user facts and rules. Consumers must reread those canonical files. Use a new filename only for new deliverables that would collide with unrelated existing files. Installation alone never starts an interview or writes files. Do not write persistent learnings unless requested. - Use supplied evidence first. Verify external claims through available search/source tools when needed. If a source or integration is unavailable, name the missing capability and offer supplied text/export input. Never invent facts, first-person experience, metrics or a successful tool run.
- Connect only services needed for the chosen route through the user's existing account. Never print credentials or overwrite connections. Drafting, saving and reviewing do not authorise publishing, sending messages or changing accounts.
Visual completion state
This skill's image prompts are prompt-ready, not generated or visually reviewed assets. Keep its named Gemini workflow unless the user requests another generator. A missing image service does not block writing a prompt. When images are supplied or generated, open and inspect each export at full size and feed size (about 360px wide, 320px for thumbnails). Check exact copy, dimensions, clipping, legibility, brand colours, font appearance, logos and reference fidelity. Fix and re-inspect failed exports. Record any unavailable export or inspection as pending. An image prompt or raster export is not an editable design file.
CRITICAL: Auto-start on load
When this skill triggers, go straight to Step 1. Do not summarise. Do not explain options. Start immediately.
Step 1. Read the post
Use the supplied post or exact file named by the user. If only project drafts exist, confirm which one is intended before using it. Otherwise say:
Paste the post you want a graphic for.
Wait for the post, then call AskUserQuestion:
If "You decide": analyse the post. If it contains numbered steps, frameworks, comparisons, or data tables, go Path A (HTML/CSS). If it recaps a workflow, shares tips, teaches a concept, or tells a story, go Path B (image prompt) and pick whichever style fits better.
Path A: HTML/CSS structured graphic
Design constraints:
- 1200 x 1400 pixels by default for this HTML route; follow an explicit user size
- Dark background (#1a1a2e or user's brand colour) with high contrast text
- Clean sans-serif font (Inter, system-ui)
- White or light text on dark background
- One accent colour for highlights and dividers
- 40px minimum padding on all sides
- No stock photo backgrounds
- Let the post content dictate how many sections the graphic has. 3 steps = 3 blocks. 10 tips = 10 blocks. The constraint is legibility, not a fixed number. Every element must be large enough to read on a mobile screen.
Single self-contained HTML file with inline CSS. Include viewport meta tag.
Extract the core framework or steps from the post. Do not copy the full post. Distil into:
- A short headline (5 to 8 words)
- Key points as visual blocks (Unicode icons fine)
- Footer with author name from about-me.md if available
Save the HTML and export a PNG using the available browser screenshot or existing local renderer. Wait for fonts and images to load. Open the actual PNG at full resolution and at 360px feed width; inspect headline, every item, clipping, contrast, fonts and attribution. Fix the HTML and re-export until those checks pass. Preserve the editable HTML alongside the inspected PNG. If browser/render access is unavailable, return the HTML as render pending, name the missing capability and give the user the browser screenshot step. Never call unrendered HTML visually verified.
Path B: Image generation prompt
The graphic must recap the post content visually. It is not an abstract illustration or stock photo. It summarises the key information from the post in a visual format the reader can scan.
First, extract the content for the infographic from the post:
- The main headline or hook (shortened to 5 to 10 words)
- All required key points, steps or takeaways in the requested order. Aim for concise lines; propose a split if accurate content will not fit.
- Any numbers, stats, or data worth highlighting
- A footer line (author name and CTA if appropriate)
Then build the prompt based on the chosen style.
Style 1: Whiteboard infographic
Use this prompt template. Fill in the content sections from the post.
Style 2: Branded infographic
Ask the user for brand colours if not already known. If about-me.md exists, check there first.
Output the complete prompt in a code block. Tell the user:
Paste this into Gemini or your image generator. The prompt is ready to go.
After either path
Report the actual state: HTML render pending, HTML + inspected PNG, or Gemini prompt-ready. Link the files that actually exist. List any unresolved visual defects. Post scoring reviews copy and does not substitute for image inspection.
Rules
- Always read the post before designing. The graphic must recap the post content, not illustrate an abstract concept.
- Structured graphics (Path A) must be a single HTML file with inline CSS.
- Image prompts (Path B) must be fully self-contained. The user pastes it cold into Gemini and gets the graphic.
- Extract and distil the post content into the graphic. No copying the full post text.
- Whiteboard style: always hand-drawn marker look, imperfect lines, coloured pens, notebook/whiteboard texture.
- Branded style: always clean, flat, modern, using the user's brand colours.
- Never use em dashes in any output.
- British English throughout.

