Update to AppLaunchFlow

{
  "description": "Create and edit AppLaunchFlow social posts, stories, banners, ad graphics and static store creatives; adapt formats, localize, inspect and export them.",
  "included_files": [
    {
      "relative_path": "references/store-creatives.md",
      "size_in_bytes": 3851
    },
    {
      "relative_path": "references/tool-catalog.md",
      "size_in_bytes": 38117
    }
  ],
  "name": "applaunchflow-graphics",
  "skill_md_contents": "---\nname: applaunchflow-graphics\ndescription: Create and edit AppLaunchFlow social posts, stories, banners, ad graphics and static store creatives; adapt formats, localize, inspect and export them.\n---\n\nCheck that the workflow's named tools are exposed by this host. If one is absent, use the matching AppLaunchFlow editor link and explain the specific step that needs the dashboard; don't claim the step completed.\n\n# Choose the actual surface\n\nResolve project, variant and language. For a new design, use the project's existing source screenshots and `prepare_social_graphics_styles`; show its picker/URL and stop for the user's choice. Picker confirmation creates the variant; don't apply twice. Use `apply_social_graphics_style` only for an explicit template/catalog choice supplied directly in chat or by an API. `browse_social_templates` supports revisiting and programmatic inspection. Most formats need 3–7 source screenshots; app_store_header can start with 1–7.\n\n`get_graphics` gives an overview and primary format. Use `get_editing_reference(feature: \"socialGraphics\")` and `SOCIAL_FORMATS`/`SocialFormatDefinition` for the current formats and dimensions. Distinguish a static App Store header/search creative from an animated promo export in category creative.\n\nSupported formats in the audited release: og, x_post, instagram_story, instagram_post, x_header, linkedin_banner, play_store_feature, app_store_event_card, app_store_event_details, app_store_header, app_store_search, ad_banner, ad_mobile_banner, ad_tablet_banner_720, ad_tablet_banner_728, ad_mrec, ad_phone_portrait, ad_phone_landscape, ad_fullscreen_landscape, ad_tablet_portrait, ad_tablet_landscape. Consult the live catalog when it changes.\n\n# Edit and adapt\n\nFor one format, `get_graphics_format` returns the full Layout and receipt; `save_graphics_format` saves the complete edited layout for that same project/variant/language/format. Each contains exactly one screen and its exact format canvas dimensions. If it returns derived:true, the layout was adapted from the primary format; it becomes stored on save. Don't resize a layout by changing its canvas dimensions.\n\nLayout nodes/coordinates follow screenshot conventions: canvas units, text top-left, device center, degrees for ordinary rotation and radians for 3D. Typography uses richContent. Fetch relevant symbols rather than guessing fields. Preserve all other elements.\n\nFor requested changes across several formats, `transform_graphics` applies operations atomically. Inspect the actual layouts first, even though this tool doesn't require a read receipt. Use `save_graphics` when complete multiple layouts are needed, preserving formats/languages not requested.\n\nUse `transform_graphics(syncFrom: ...)` only for intentional recomposition from one format: it replaces target layouts and can remove format-specific customization. An Instagram Story usually needs a different text/device composition from a wide header; keep safe margins and useful hierarchy for each ratio.\n\n`update_graphics_settings` sets the primary format or store platform for the variant. The platform switch affects device frames and badges across all formats/languages, not just the open format.\n\nUse `list_graphics_translations` and `translate_graphics` for localization. Re-translating an existing language replaces its layouts; don't use it for one copy correction. A targeted correction uses that language's normal edit flow.\n\n# Review and export\n\n`render_graphics(mode: \"preview\")` returns rendered images (up to six inline); request only relevant formats/languages and inspect actual pixels. A widget alone isn't proof the model has seen an image. `view_review_snapshot` can inspect a previously uploaded browser snapshot when one exists; it cannot create one.\n\nFor delivery, use `render_graphics(mode: \"export\")`. Native-size/export rules come from the format definition: app_store_header is 3840×1646 and PNG without alpha; app_store_search is 1920×1280 with opaque JPEG rules. Native-only sizes and file-size ceilings must survive export. Use the actual returned files/ZIP promptly because links expire.\n\nPreview images serve inspection, not store submission. If details look soft, improve preview resolution where the tool supports it and inspect the exported native file before asserting quality.\n\nSee [App Store headers and creative adaptation](references/store-creatives.md) for store-specific composition and output rules; [the tool catalog](references/tool-catalog.md) covers every input.\n"
}