agentleFS
MicrosoftKnown publishermicrosoft/managed-apps/plugins/microsoft-managed-apps/skills/delete-app/SKILL.md

delete-app

Skill34 starsChanged 4 months agoMITView on GitHub

Deletes a Microsoft App via `ms app delete`. Use when the user asks to delete an app; always require explicit confirmation.

  • Deletes or force-pushes

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 4 are distinctive, and 5 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Read memory-bank.md for app slug + GUID + environment.

    line 23
  2. Very specific:

    If no ms.config.json, ask the user for the app slug or GUID.

    line 31
  3. Distinctive:

    Before the destructive call, fetch the app metadata so the user sees what they're about to delete:

    line 35
  4. Distinctive:

    Wait for explicit yes. If no, STOP — do not delete.

    line 48
  5. Very specific:

    If the service returns a non-2xx with a message like "delete requires --force" (the app has active shares, child resources, etc.), DO NOT …

    line 60
  6. Distinctive:

    Wait for an explicit second yes.

    line 64
  7. Very specific:

    Never short-circuit the two confirmations into one.

    line 70
  8. Distinctive:

    After successful delete, surface (do NOT run automatically):

    line 74
  9. Very specific:

    If memory-bank.md exists, append a "Deleted" note with the timestamp and the app GUID, but do NOT delete the memory bank itself — the user …

    line 88

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

📋 Shared Instructions: shared-instructions.md — Cross-cutting concerns. Two confirmations required; never auto---force.

Delete App

Removes the app from the service. The local workspace is NOT deleted by this skill — the user can clean it up afterward (this skill suggests the command but doesn't run it).

Workflow

  1. Memory Bank → 2. Resolve App ID → 3. Verify with Show → 4. First Confirmation → 5. Try Non-Force Delete → 6. If Service Says Force Required: Second Confirmation → 7. Suggest Local Cleanup → 8. Update Memory Bank

Step 1: Check Memory Bank

Read memory-bank.md for app slug + GUID + environment.

Step 2: Resolve App ID

test -f ms.config.json && APP_ID=$(node -p "require('./ms.config.json').appId" 2>/dev/null) || true

If no ms.config.json, ask the user for the app slug or GUID. Optionally invoke /list-apps to discover.

Step 3: Verify with Show

Before the destructive call, fetch the app metadata so the user sees what they're about to delete:

BIN=ms
$BIN app show --app "$APP_ID" --json

Display: display name, slug, app GUID, environment, version, creation date, last modified, share count if available.

Step 4: First Confirmation

"About to delete the app <display-name> (slug <slug>, GUID <guid>) from environment <env-name>. This removes the app from the service for all users — playing the app stops working immediately. Continue?"

Wait for explicit yes. If no, STOP — do not delete.

Step 5: Try Non-Force Delete

$BIN app delete --app "$APP_ID" --non-interactive

ms app delete is idempotent: if the app is already gone (HTTP 204) it emits a warning rather than erroring. Treat both existed: true and existed: false outcomes as success.

Step 6: If Service Says Force Required

If the service returns a non-2xx with a message like "delete requires --force" (the app has active shares, child resources, etc.), DO NOT auto-add --force. Instead, ask a second confirmation:

"The service requires --force to delete this app. Reason from the service: <verbatim message>. Adding --force will remove the app and any associated state (shares, etc.) immediately. Are you sure?"

Wait for an explicit second yes. Only then:

$BIN app delete --app "$APP_ID" --force --non-interactive

Never short-circuit the two confirmations into one. The service's --force requirement is the signal that downstream state will be affected.

Step 7: Suggest Local Cleanup

After successful delete, surface (do NOT run automatically):

App removed from service.

To clean up local workspace:
  cd ..
  rm -rf <project-dir>

Or keep the workspace if you intend to recreate / re-link to a new app.

Step 8: Update Memory Bank

If memory-bank.md exists, append a "Deleted" note with the timestamp and the app GUID, but do NOT delete the memory bank itself — the user may want the history.


Failure Modes

ErrorAction
App '<id>' not found in environment '<env>'Idempotent path — the app is already gone. Emit a success note and update memory bank (mark deleted).
403 not authorizedThe account doesn't have Owner permissions on the app. Surface the error; suggest $BIN app share review or a different account.
5xx from the serviceTransient. Retry once after 5s; if still failing, STOP and surface verbatim — do not loop.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.