{"id":19000,"plugin_id":"plugins_6a8f7048ed7881918bf5b79011fe2b5e","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T23:15:08.465Z","digest":"e2bb5feb93f7f6c4ead7f1f65d69afa4fc6ced6374ecf52259bcfc1c531750ec","against":null,"payload":{"name":"foundry-redirect","description":"TRIGGER when the user asks to \"build a Foundry app\", \"create a Foundry app\", mentions manifest.yml, or needs a UI page/extension, serverless function, collection, or a custom API integration from a third-party API (Okta, ServiceNow, Jira, etc.) built. DO NOT TRIGGER for a standalone Fusion workflow that only wires together existing actions. This skill declines Foundry-app requests and points to the crowdstrike-falcon-foundry plugin, so the redirect works even without Claude Code hooks; it yields to the real Foundry plugin when that plugin is also installed.","included_files":[],"skill_md_contents":"---\nname: foundry-redirect\ndescription: >\n  TRIGGER when the user asks to \"build a Foundry app\", \"create a Foundry app\",\n  mentions manifest.yml, or needs a UI page/extension, serverless function,\n  collection, or a custom API integration from a third-party API (Okta, ServiceNow,\n  Jira, etc.) built. DO NOT TRIGGER for a standalone Fusion workflow that only wires\n  together existing actions. This skill declines Foundry-app requests and points to\n  the crowdstrike-falcon-foundry plugin, so the redirect works even without Claude\n  Code hooks; it yields to the real Foundry plugin when that plugin is also installed.\nversion: 1.2.0\nupdated: 2026-09-08\ntags: [fusion, foundry, redirect, routing]\nauthor: CrowdStrike\nlicense: MIT\ncompatibility: Claude Code >=1.0\nmetadata:\n  category: routing\n---\n\n# Falcon Foundry Redirect\n\nIf this skill triggered, the request is a **Falcon Foundry app**, not a standalone\nFalcon Fusion workflow. It belongs to the sibling Falcon Foundry plugin — the\n`fusion-skills` plugin builds Fusion workflows only.\n\nWhy this skill exists: the `workflows` orchestrator declines Foundry-app requests too,\nbut its description matches *Fusion workflow* language, so a \"build a Foundry app\"\nprompt never loads it. On Claude Code a hook covers that gap; on Codex, Copilot CLI,\nCursor, and the Agent SDK there are no hooks, so this skill — whose description matches\nFoundry-app language directly — is what makes the redirect reachable.\n\n## What to do\n\nDo NOT author workflow YAML. Do NOT scaffold an app yourself. Respond with all three:\n\n1. State plainly that this request needs a Falcon Foundry app, not a standalone Fusion workflow.\n2. Name the plugin: **`crowdstrike-falcon-foundry`**.\n3. How to install it: `/plugin install crowdstrike-falcon-foundry`, or clone https://github.com/CrowdStrike/foundry-skills.\n\n## When both plugins are installed\n\nIf `crowdstrike-falcon-foundry` is present, its own `development-workflow` skill matches\nFoundry-app requests directly and handles them — a stronger match than this one, so the\nagent picks it and this redirect never fires. That is correct: this skill is the safety\nnet for when the Foundry plugin is absent, not a competitor with it when present.\n\n## Foundry app vs. standalone workflow\n\n| Signal in the request | Route |\n|---|---|\n| \"Foundry app\", `manifest.yml`, a UI page/extension, serverless function, collection, or custom third-party API integration | **Here** — redirect to foundry-skills |\n| A trigger plus existing Fusion actions only (no UI, function, collection, or custom integration) | **`workflows`** — handle it as a standalone workflow |\n| \"a workflow inside a Foundry app\" | **Here** — the app owns the workflow; Foundry scaffolds it |\n| Fetch/summarize a population of alerts/detections the workflow doesn't already hold | **`workflows`** — a standalone CrowdStrike HTTP Request handles this without an app |\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}