Skip to main content
skill CX Codex

layer-image-editing — Claude Code skill: edit existing images

A skill for editing images that already exist on Layer: inpainting, outpainting, reframing, angle changes and upscaling.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add layerai/skills --skill layer-image-editing -a claude-code
Open on GitHub

What layer-image-editing does

The skill teaches the agent to pick the right filter.use_case for the job. Change one region and leave the rest alone — inpainting with init_image and a mask. Rewrite the whole image by instruction — image_editing. Extend the frame or fit another aspect ratio — reframing. Show the same subject from another view — multi_angle with the camera parameter. Splitting into layers, cutting out a background and upscaling are separate paths.

The core rule: every edit pass is a fresh generation that re-renders the whole image. Colours drift, a face loses its likeness, a logo degenerates. So when an edit comes out wrong, the skill says go back to the original and write a better instruction instead of correcting the correction. The exception is genuinely independent regions: masking the left lamp and then the right one touches disjoint pixels and stacks cleanly.

Upscaling runs through filter.use_case: "upscaling", never a generation model — re-rendering at a larger size produces a new image that merely resembles the approved one. Angle changes need a model whose capabilities report camera_transform. The skill leans on the sibling layer skill; if it is missing, it asks you to install it with npx skills add layerai/skills --skill <name>.

What it helps with

  • change one region of an image and keep the rest exact
  • extend a frame past its current bounds
  • fit an image to another aspect ratio
  • re-render a character from a different angle
  • cut out a background or split art into layers

Example prompts for the agent

  • extend this portrait to 9:16, keep the character and lighting untouched
  • remove the background from this image
  • show this character from behind

How to install layer-image-editing

1Skills CLI (Vercel)

npx skills add layerai/skills --skill layer-image-editing -a claude-code

2Manually: put the files in place

~/.claude/skills/layer-image-editing/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/layer-image-editing/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about layer-image-editing

How do I install layer-image-editing in Claude?

Run npx skills add layerai/skills --skill layer-image-editing -a claude-code. The skill lands in ~/.claude/skills/layer-image-editing/SKILL.md.

What does layer-image-editing do?

It maps an edit request to the right use_case: inpainting, instruction-based editing, reframing, angle changes, upscaling, background removal or layer splitting.

Why not edit on top of the previous edit?

Each pass re-renders the whole image, so stacked edits accumulate drift. The skill tells you to return to the source and rewrite the instruction.

Source text

SKILL.md · MIT
---
name: layer-image-editing
description: "Use when changing an image that already exists on Layer rather than generating a new one: editing or replacing part of it, inpainting with a mask, outpainting or extending the frame, reframing to another aspect ratio, relighting, restyling, re-rendering from another camera angle, splitting into layers, removing a background, vectorising, or upscaling. Keywords: img2img, edit, inpaint, outpaint, mask, expand, turnaround, upscale, background removal, PSD, layers."
license: MIT
---

# Layer Image Editing

## Overview

Editing is not generation with an image attached. Each intent maps to its own `use_case`, and picking
the wrong one is the usual reason an edit changes things it should not have touched.

| The user wants                         | `filter.use_case`    | Attach                            |
| -------------------------------------- | -------------------- | --------------------------------- |
| Change one region, keep the rest exact | `inpainting`         | `init_image` plus a `mask`        |
| Change the whole image by instruction  | `image_editing`      | `init_image`                      |
| Extend past the current frame          | `reframing`          | `init_image`                      |
| Fit another aspect ratio               | `reframing`          | `init_image`                      |
| The same subject from another angle    | `multi_angle`        | `init_image` or `reference_image` |
| Separate, editable layers              | `split_into_layers`  | `init_image`                      |
| Cut the subject out                    | `background_removal` | `init_image`                      |
| More pixels, same picture              | `upscaling`          | `init_image`                      |
| Clean line art into finished art       | `image_editing`      | `lineart` or `scribble`           |
| A crisp SVG from a raster              | `vectorization`      | `init_image`                      |

The loop and the spend gate are in the `layer` skill. If a sibling skill named here is missing from
your available skills, ask the user to install it (`npx skills add layerai/skills --skill <name>`);
unattended, proceed from tool schemas and flag the gap.

## Edit from the source, not from the last edit

Every edit pass is a fresh generation that re-renders the whole image, so each one drifts a little:
colours shift, a face loses its likeness, a logo degenerates. Three passes stacked on each other look
visibly worse than one pass that does all three things.

So when an edit is wrong, go back to the original and write a better instruction. Do not correct the
correction. Output assets carry a `file_id`, so the original is always one argument away.

The exception is genuinely independent regions: masking the left lamp and then masking the right lamp
touches disjoint pixels and stacks cleanly.

## Masks

A mask marks what may change. Supply it as an uploaded `file_id`, or use the `for_transparency` and
`for_nontransparency` flags when the image's own alpha channel already describes the region, which
saves authoring a mask by hand for an asset that is already cut out.

Mask edges matter. A hard-edged mask on a soft-edged subject leaves a halo. When the boundary is hair,
smoke, or glass, prefer an instruction edit over a mask, because the model resolves the boundary
better than your rectangle does.

## What to hold constant

State it in the instruction. Models are literal about what you mention and careless about what you
do not, so "change the banner to red, keep the pose, lighting, and armour exactly as they are" is a
materially different instruction from "make the banner red". The clause costs six words and saves a
reroll.

## Angles are not a prompt trick

"The same character from behind" appended to a text-to-image prompt produces a different character.
Re-rendering an existing asset from another view needs `multi_angle`, a model whose capabilities
report `camera_transform`, and the view supplied through the structured `camera` parameter, which
orbits to side, back, or top, or zooms. Attach the source with the guidance type that model accepts.

## Upscaling

Upscaling adds resolution without changing what the picture depicts. It must never route through a
generation model: re-rendering at a larger size is a new image that merely resembles the approved
one, and approved art has to survive the step unchanged. Use `filter.use_case: "upscaling"`.

## Layers

`split_into_layers` produces genuinely separate, independently editable elements, for rigging,
parallax, or compositing. Before reaching for it, check what the user actually wants: "give me a PSD"
usually means "give me the art with a transparent background", which is `background_removal` and far
cheaper. Ask which one they mean when the request is ambiguous.

## Worked example

"Take this approved hero portrait and make a 9:16 version for the store."

1. The intent is `reframing`, not a reroll of the portrait. Generating it again loses the approval.
2. `list_base_models` with `filter.use_case: "reframing"`, take the first result.
3. The portrait came from an earlier run, so it already has a `file_id`. No upload.
4. `estimate_forge_price` with that file as `init_image`, the target ratio, and an instruction
   naming what must not change: "extend the scene above and below, keep the character, crop, and
   lighting untouched." Above 20 CUs, present the table and wait for an explicit yes.
5. `execute_forge` with exactly those arguments, then poll `get_forge_run` at
   `poll_interval_seconds`.
6. Present the result beside the original so the user can confirm the subject survived.

## Common mistakes

- Stacking edits on edits instead of returning to the source image.
- Using `image_editing` when only one region should change, then explaining the collateral damage.
- Omitting what must stay constant.
- Appending "from behind" to a prompt instead of using `multi_angle` with `camera`.
- Re-rendering an approved asset through a generation model to make it bigger.
- Reaching for `split_into_layers` when the user just wants a transparent background.
- Uploading an asset Layer already produced, which already has a `file_id`.

© layerai · MIT · layerai/skills

Similar skills

Everything for AI and ML →

From the same set7

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor