Features

From nothing to a live Shopify store.

Brand identity, a real store from the pool, and the content that fills it. One flow in the chat, not three tools scattered across a menu.

Brand kitReal dev storeGenerationTheme edits

Definition

What launch covers

Three steps that used to look like separate products. First the brand kit: name, palette, typography and voice, from a brief, uploaded assets or a Figma file read over OAuth. Then a real Shopify development store claimed from a pre-provisioned pool, with the custom app already installed, followed by 29 launch milestones, 13 of which run on their own via the launch-tick cron. Then generation and theme editing in the same conversation: pages, sections, product copy, Liquid files, inside the Custom App scope you granted.

Shopify has no public API that creates a merchant store for you. We claim a real Partner-side dev store from DevStorePool, run the playbook, and stop at ownership transfer: that invite is always human.

Steps to launch
29
Run by the AI
13
Your approvals
16
Shopify store provided
1
The launch playbook
  • 13 run by the agents
  • 16 yours to approve
  • Store assets7 automated, 1 yours
  • SEO3 automated, 1 yours
  • Consent & privacy0 automated, 1 yours
  • Reviews & UGC0 automated, 1 yours
  • Markets, legal & finance2 automated, 3 yours
  • Apps & integrations1 automated, 3 yours
  • Support0 automated, 1 yours
  • Your steps0 automated, 5 yours

Read from the playbook the launch runs, section by section, with the agents that own the automated steps.

One conversation

Four jobs that used to look like four products

Brand kit, turnkey store, generation and Liquid edits follow the same Launch path, each one a mode of @Atlas in the same chat.

  • Brand kitName, palette, typography and voice from a brief, uploaded assets or a Figma file. Tokens can export as W3C format.
  • Turnkey Shopify storeAtomic claim from DevStorePool, with the Custom App already installed. Then launch-tick runs the automated milestones every fifteen minutes.
  • GenerationPages, product copy and image variants from the brand inputs, inside the chat that already holds the kit.
  • Theme editsLiquid and settings_data changes through the theme-editor skill, scoped to the Custom App, preview-first.

Figma is read-only via OAuth. We extract palette and type; we never write back into the Figma file.

In practice

In practice

Scenario 1Simulated
Launch a store for my candle brand.
@AtlasI will run the launch playbook: 29 steps, 13 run by me and 16 waiting for your approval. The brand kit comes first. Shall I start?
The mechanism

How it runs

Chat composers open the wizards. The cron finishes what the wizards start.

  1. Brand kit

    Seven-step wizard. Upload assets, describe the brand, or import paint and text styles from a Figma file you duplicated. Exports W3C design tokens as JSON.

    • Name
    • Palette
    • Typography
    • Voice
    • Figma styles, read only
    • Design tokens (JSON)
  2. Turnkey store

    Creates the Store row, claims a DevStorePool entry atomically, and starts the launch playbook. The operator never pastes a token.

    • Development store from the pool
    • Custom App installed
    • Playbook started
    • No token to paste
  3. Populate

    13 automated milestones: theme, products, collections, pages, menus, blog, accessibility, SEO meta, structured data, crawl surface, legal docs, pricing, webhooks. 16 human checkpoints stay human on purpose.

    • Theme
    • Products
    • Collections
    • Pages
    • Menus
    • Blog
    • Accessibility
    • SEO meta
    • Structured data
    • Crawl surface
    • Legal docs
    • Pricing
    • Webhooks
  4. Generate and edit

    Ask @Atlas to generate pages, sections and product descriptions, or to read and write theme files. Every write is logged against the Custom App scope.

    • Pages
    • Sections
    • Product copy
    • Liquid theme files
    • Preview first
The scope

What it covers, what it doesn't

What this covers, and what it leaves to something else. Knowing beforehand costs less than finding out after.

  • A real Shopify development store, provisioned in advance and handed to you. Shopify has no API to create one on demand, so an empty pool puts you on the waitlist rather than failing halfway through.
  • More than half the steps are yours to approve: payments, domain, legal, publishing. Those are the calls an owner signs, and the OS does not sign them for you.
  • Ownership transfer ends with an invite you send from your Shopify Dev Dashboard. The platform detects the moment you accept it and carries on from there.
  • Figma is read, not written. Styles come out into your brand kit; nothing is pushed back into your file.

What Launch will not pretend

  • No create-store API. If the pool is empty you wait. We do not invent a Shopify endpoint that does not exist.
  • Human ownership transfer. Accepting the Partner transfer invite is always done by a person. The cron only detects acceptance.
  • Figma reads, never writes. OAuth extracts styles. Writing into the design file is out of scope.

Not on this page as shipped

  • Bidirectional Figma sync.
  • Creating Shopify stores via Admin API (impossible on Shopify's side).

Follow the roadmap

Jobs

Who opens Launch

  • From nothing to a draft storeA founder with a brief and no Shopify login yet. Pool claim plus brand kit in one path.
  • Agency kickoffBrand system first, then a disposable dev store the client can accept later.
  • Refresh an existing brandRe-run generation and theme edits against a kit that already exists, without a second product.

When to use it

  • Use it when. When you are starting a brand or a store from scratch and want the OS to carry the first weeks instead of a pile of apps and a freelance brief.
  • Do not use it when. When the store already exists and you only need one page rewritten. Open the chat and ask. Launch is the on-ramp, not the daily editor.

The neighboring features

Same family, same product surface.

Launch a store

Questions people ask

Is the Shopify store real?
Yes. It is a development store claimed from a pool the ops team filled. The custom app is already installed, so the playbook can write theme and catalog immediately.
What does the Figma import actually do?
After OAuth it reads paint and text styles from a file URL you paste, and pre-fills the brand kit. It does not sync both ways.
When do I own the store?
When you confirm the handoff in the wizard, ops sends the Shopify transfer invite, and the cron detects acceptance via plan_name. That last step is automatic. The invite is not.
Where did Generation and Theme editing go?
Here. They were never separate products. They are what @Atlas does after the brand and the store exist, so they sit on this page.

A question that is not here?

Ask it, and it joins this page if it comes back.