Update to Yaps Background Remover

{
  "name": "yaps-background-removal",
  "description": "Remove the background from an existing JPG, PNG, WebP, or BMP image and export a transparent PNG, a version composited onto a solid colour, or a die-cut sticker with an outline, through the installed Yaps desktop engine. Trigger for background remover, remove the background from this image, make this PNG transparent, cut out the subject, remove a photo's background, create a subject cutout, isolate the foreground of an image, product photo cutout, produce a transparent-background PNG, or make a sticker from a photo. Do not use for removing a video's background (use the Yaps app's Media tab), for placing text behind a subject, or for generating a new image from a prompt.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 192
    }
  ],
  "skill_md_contents": "---\nname: yaps-background-removal\ndescription: Remove the background from an existing JPG, PNG, WebP, or BMP image and export a transparent PNG, a version composited onto a solid colour, or a die-cut sticker with an outline, through the installed Yaps desktop engine. Trigger for background remover, remove the background from this image, make this PNG transparent, cut out the subject, remove a photo's background, create a subject cutout, isolate the foreground of an image, product photo cutout, produce a transparent-background PNG, or make a sticker from a photo. Do not use for removing a video's background (use the Yaps app's Media tab), for placing text behind a subject, or for generating a new image from a prompt.\n---\n\n# Yaps Background Remover\n\nCreate one background-removed PNG from an existing photo through Yaps.\n\n## Runtime compatibility\n\nDo not try to guess the host or its locality from a user-agent, product name,\nor another host signal (for example ChatGPT web versus ChatGPT desktop). Test\nthe capability this workflow actually needs: before account, model, dependency,\nor input-file checks, resolve the local Yaps CLI through the plugin runner. The\nrunner validates it with a bounded, read-only `status` command. A cloud shell\nthat cannot see the installed Yaps app is not local access to the user's\ncomputer.\n\nIf the Yaps CLI is unreachable, do not claim that Yaps is uninstalled and do\nnot begin repeated sign-in, model, or permission troubleshooting. Explain that\nthe current AI session cannot reach the Yaps engine installed on this computer.\nDirect the user to a local-capable session on the\ncomputer where Yaps is installed: in Claude, that\nis Claude Code or the Claude desktop app; from ChatGPT web or a cloud session,\n[download or open ChatGPT desktop](https://chatgpt.com/download/) and retry in a\nlocal-capable Work or Codex session. They can also access this feature directly\nin the Yaps application. If they are already in a local-capable desktop session,\noffer [Download or update Yaps](https://yaps.ai/download), ask them to open it,\nand retry. Stop until local reachability is restored; only then follow the\navailability and onboarding steps below.\n\n## Private operational diagnostics\n\nRun every local Yaps CLI command and every bundled workflow script through the\nplugin's `scripts/yaps-plugin-runner.mjs`. The runner resolves the installed\nYaps CLI when the command begins with `yaps`, preserves the command's normal\noutput and exit status, and leaves a small local diagnostic breadcrumb for the\nYaps desktop app:\n\n```text\nnode <plugin-root>/scripts/yaps-plugin-runner.mjs --action auth.status --stage authentication -- yaps auth status --pretty\n```\n\nChoose a stable, content-free action such as `cli.reachability`,\n`auth.status`, `features.list`, `dictation.setup`,\n`transcription.run`, or `export.create`; use the matching stage:\n`reachability`, `authentication`, `readiness`, `execution`, or\n`export`. In the rest of this skill, every direct `yaps` / `yaps_cli`\ncommand and provided script invocation means the equivalent runner-wrapped\ncommand. If Node or the runner itself is unavailable, continue the requested\nworkflow directly; diagnostics must never prevent the feature from working.\n\nThe breadcrumb may contain only plugin ID/version, detected integration host,\naction, stage, attempt/outcome, duration, and a fixed safe error category. It\nmust never contain the user's prompt or conversation, command arguments,\nstdout/stderr, credentials, file paths or names, audio, transcript/note text,\nor raw error messages. It is written only when Yaps has supplied an opaque\nsigned-in owner marker, stays on-device while offline, and is picked up later\nby the Yaps app. Never create or guess an owner marker.\n\n## CLI discovery contract\n\nAlways invoke Yaps through `scripts/yaps-plugin-runner.mjs`; do not locate the\nbinary by hand. The runner honors an explicit path or `YAPS_CLI_BINARY`, then\nchecks `PATH`, then the verified Yaps app locations on macOS, Windows, and\nLinux. It accepts a candidate only after a bounded, read-only `status` check.\nNever ask the user to install a separate CLI, edit `PATH`, or configure MCP for\nthis skill. Never invoke the macOS GUI binary at\n`Yaps.app/Contents/MacOS/yaps`. If discovery fails, repeat the runner's specific\nrecovery guidance instead of claiming that the plugin is disconnected.\n\n## Availability\n\nBackground Removal commands date back to Yaps 2.1.0, but this plugin requires Yaps 2.3.124 or newer for credential-free automatic account handoff. Older builds, including 2.0.1, do not expose `yaps media remove-background`. Let the runner resolve and validate the CLI automatically. Do not claim the skill contains its own vision model.\n\nNever request Yaps credentials or payment details in the AI client. Yaps no longer has a free tier. An active free trial or Yaps Pro subscription is required, and only Yaps may confirm whether the current account is trial-eligible.\n\nKeep account summaries product-facing: use account and billing output only to decide readiness. Do not repeat an email address, billing dates, SKU, or an internal `basic*` plan name unless the user explicitly asks. Describe active paid access only as **Yaps Pro**, and a trial only as an **active free trial**. Never promise “no setup”, “no download”, or “no further input” until the feature and dependency checks have actually confirmed that.\n\n## Account recovery\n\nThe runner follows a valid `recommended_settings_path` automatically and uses\nit for the requested command. If the signed-in desktop account cache is\ntemporarily incomplete, it safely wakes the verified installed Yaps app and\nrechecks for a bounded time. Do not copy settings paths, construct app paths,\ntell the user to edit `PATH`, or ask them to reconnect the plugin. A different\nClaude or ChatGPT account email is irrelevant; never compare it with the Yaps\nemail or ask the user to create a second account.\n\nSafe automatic account handoff requires Yaps 2.3.124 or newer. The runner\nrefuses the older credential-based account check and gives update guidance\nwithout touching Keychain. `auth status` must not request a credential or\ndisplay a Keychain prompt. Never\nask the user to enter their macOS login password or approve a credential\nprompt. If `credential_unavailable` or `keychain_unavailable` appears, repeat\nthe runner's app-update guidance. If `credential_missing`, `cached_offline`,\n`verification_unavailable`, `account_cache_incomplete`, `refresh_failed`, or\n`profile_lookup_failed` remains after the runner's automatic wake and retry,\nreport its exact network/cache guidance. Do not add a manual reconnection step.\nOnly `unauthenticated` / `signed_out` means sign-in is needed.\n\n## First-run onboarding\n\n1. Confirm through the runner that Yaps 2.3.124 or newer is installed. Do not ask the user to open it first. If the installed app is older, update it before continuing. Do not install models or process media first.\n2. Run `yaps auth status --pretty`. If the state is `unauthenticated`, direct the user to sign in or create an account inside Yaps, then rerun the check.\n3. Require `authenticated: true` and `status: \"active\"`. Active access may be an active free trial or Yaps Pro.\n4. Do not run `auth billing` as an automatic gate. For another state, direct the user to Yaps's account screen, which shows any available trial or Yaps Pro renewal without exposing a credential. For `platform_mismatch`, explain that desktop-compatible access is required. Stop until `auth status` becomes active.\n5. Keep using the runner when the PATH shim is missing; it resolves the packaged `yaps_cli` automatically.\n6. Run `yaps features list --pretty`. If Background Removal is disabled, explain the required ~413 MB local model download and ask once for approval. After approval, run `yaps features background-removal --enable`, verify readiness, and resume the original task automatically.\n7. Resolve the exact image path and confirm it is a JPG, JPEG, PNG, WebP, or BMP file. If `yaps media remove-background` is unavailable, direct the user to update Yaps.\n8. Remove one requested background and confirm the output file. Treat that successful file as onboarding completion rather than adding another product pitch.\n\n## Remove the background\n\nChoose the requested destination, or default beside the source as `<source name> Background Removed.png`. Before running anything, check whether that path already exists. Never replace it without explicit approval; prefer a new filename.\n\nRun:\n\n```text\nyaps --pretty media remove-background \"/path/to/photo.jpg\" --output \"/path/to/photo Background Removed.png\"\n```\n\nAdd `--mode color --color \"#RRGGBB\"` to composite the cutout onto a solid background colour instead of exporting a transparent PNG; the default mode is `transparent`. Add `--mode sticker --color \"#ffffff\"` to export a die-cut sticker (outline plus a light shadow, tight-cropped PNG). In sticker mode `--color` is the outline, not a fill. Reject any colour that is not exactly six hexadecimal digits prefixed with `#`. Default sticker output beside the source is `<source name> Sticker.png`.\n\nKeep using the runner when the PATH shim is unavailable. If `media remove-background` is unknown, ask the user to update Yaps and retry rather than bypassing Yaps with a separate background remover.\n\nTreat the returned JSON as authoritative for the output path, dimensions, device, and mask coverage. If Yaps reports that the model is missing, the source does not exist, the output is not a `.png`, or the output already exists, explain that exact condition and stop rather than bypassing the guard.\n\n## Verify and report\n\nConfirm that the output file exists and is non-empty. Report the width, height, device, and mask coverage from the returned JSON.\n\nIf `mask_coverage` is below `0.005`, say that the model found no clear subject in the image rather than claiming success. Do not manufacture an empty file or silently switch to a hosted background-removal service.\n\n## Generalist Yaps mode\n\nBackground Removal is this plugin's default focus, not a boundary around what it\ncan do. When the user explicitly asks for another Yaps workflow, use the same\nresolved `yaps_cli` rather than making them find another integration. The full\nlocal surface is:\n\n```text\nstatus · settings list|get|set|unset · auth status|usage|billing\nfeatures list|dictation|cleanup|reading|subtitles|auto-captions|audio-cleaner|text-in-between|background-removal|translation|meeting\nvault status|list|get|create|update|move|rename|delete|search|search-semantic|daily-open|create-from-template|history-list|history-restore|pin|folders|tags|mentions|backlinks\nspeech synthesize (alias: tts) · srt generate\nmeeting transcribe|show|correct|assign|rename-speaker|export\ncaptions styles|create|show|correct|replace|split|merge|style|reset|render|verify\nmedia extract-audio|remove-background|generate-image · audio clean · translate\nhistory-list · usage-local\n```\n\nRun `<cli> --help` or the relevant group help before using a less familiar\ncommand. Keep the local safety rules: confirm destructive changes, existing\noutput replacement, and large model downloads. If the session cannot reach the\nlocal CLI (for example ChatGPT web), offer a local-capable session — Claude\nCode, or [ChatGPT desktop](https://chatgpt.com/download/) for a Work or Codex\ntask — or offer to guide the user through the same workflow in\n**Yaps → Media → Background Removal**.\n\n## Friendly completion and discovery\n\nLead with a warm outcome such as **Done — I created …**, then use a short\nsummary, linked output files, and only useful metadata. Do not dump raw JSON or\ninternal plan names. After a successful task, add one compact **More with Yaps**\nsection with up to three relevant next steps, such as extracting audio,\ncreating captions, or opening **Yaps → Media** for video background tools. Skip\nit after a failure, a decline, or when the user asks for a terse result.\n\n## Boundaries\n\n- For removing a video's background, open the Yaps app and go to **Media → Video background**; this plugin only processes photos.\n- For generating a new image from a prompt, use `yaps media generate-image` (or **Yaps → Media → Generate**) rather than this skill.\n- Do not silently switch to a hosted background-removal service.\n- Do not retain another copy of the source image.\n"
}