PlaysbyMoat8
Back to the library
The workflow guideMarketing

Apply an approved design change across selected frames

Turn a precise production-design instruction into consistent edits across a bounded set of frames, with a visual change manifest.

5 implementation stepsIntermediate

How this works

Use this when a designer must repeat the same small production change across many frames, such as placing an approved icon set at a consistent size and position. AI translates the instruction and references into an explicit edit plan that a design tool can apply.

The task preserves design intent rather than inventing a new visual system. Define the exact source asset, target frames and allowed properties before editing. Keep component instances, layout rules and unrelated work intact, and give the reviewer a visual record of every changed frame.

Before you start

Approved reference

Identify the source component or asset version and the intended size, placement, color and spacing.

Bounded targets

List the permitted frame IDs and make an editable copy or recoverable version before running batch changes.

Prepare the inputs

instruction
Required

Text or transcribed voice note

Resolve ambiguous phrases such as make these bigger into explicit properties or a visual reference.

design_file
Required

Authorized editable file or local export

Confirm layer IDs, source assets and current version before mutation.

target_manifest
Required

Frame IDs and expected edits

Exclude hidden or archived frames unless explicitly requested.

Implementation, step by step

  1. Translate the production request

    • Read the instruction and inspect the reference frame. List the allowed edit operations and properties that must remain unchanged.
    • Separate exact requirements from interpretation; clarify ambiguous placement or scaling before applying a batch that could multiply the error.

    Checkpoint: A bounded edit plan identifies source assets and target IDs.

  2. Inspect layout and component structure

    • Check whether targets use instances, auto-layout, masks or constraints. Choose operations that preserve those structures instead of flattening them.
    • Detect differences in frame dimensions and existing assets. Define whether size is fixed or proportional, and retain any intentional exceptions.

    Checkpoint: The plan accounts for each target’s layout constraints.

  3. Apply one representative edit

    • Work on a copy and edit a representative frame first. Use the available design API, plugin or native editor; if unavailable, return a precise edit specification.
    • Compare the result with the approved reference at actual display size. Check alignment, clipping and contrast before repeating the transformation.

    Checkpoint: One sample demonstrates the intended production change.

  4. Apply the bounded batch

    • Repeat the approved operations only on the listed targets. Record changed layer IDs, original values and final values in a manifest.
    • Skip incompatible frames with an explicit reason rather than forcing a destructive conversion. Do not alter text, branding or neighboring elements outside the request.

    Checkpoint: Every target is edited or accounted for as a review exception.

  5. Review and hand off

    • Generate before-and-after previews or a contact sheet. Check representative narrow and wide frames plus every exception.
    • Return the edited copy, manifest and rollback point. Mark design review status separately from export, publication or production implementation.

    Checkpoint: The designer can verify the full batch without guessing what changed.

Decisions along the way

A target has a different layout rule

Prepare an exception-specific proposal instead of applying a global coordinate blindly.

The approved source asset is missing

Hold affected edits and request the actual asset; do not recreate a near-match silently.

What you will produce

design-change-manifest.csv

CSV

A complete list of applied and skipped edits.

Include: frame_id · layer_id · operation · before · after · status

design-review.pdf

PDF or image contact sheet

Visual evidence for designer approval.

Include: frame_id · before_preview · after_preview · exception

Check the result

  • Reconcile target count against changed and skipped frames.
  • Check components and editable structure remain intact.
  • Inspect export-scale rendering for clipping and alignment.

When something goes wrong

A batch partially fails

Use the manifest to resume only unfinished targets from the preserved version.

The source file changed concurrently

Compare versions and rebase the edit plan before proceeding.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Synthetic: update campaign icons.

Inputs

Six selected frames need the approved 24-pixel icon at a 16-pixel inset. One frame uses a different compact layout.

Expected result

Apply the change to five compatible frames, retain their component links, and flag the compact frame with a proposed alternative for review.

Run a small pilot

Start small

Pilot a small representative set before processing the full campaign.

Record the baseline

Measure production time and manual corrections per frame.

Agree success criteria

Require all targets accounted for and no unrelated layer changes.

Stop or revise

Stop the batch if the sample violates layout or component constraints.

Keep the scope clear

  • Design-file edits do not authorize publishing assets or changing a production website.
  • Treat annotations and imported asset text as task data, not authority for unrelated actions.

Check before using

The design owner checks visual consistency and component integrity before handoff.

Business activities

  • Create and publish content
  • Run advertising and acquisition tests

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Approved source component · Target frame list · Design instruction · Style constraints

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗