app-deployment
Skill646 starsChanged 36 days agoMITView on GitHub
Validate and remotely deploy a Universal App through the installed, version-matched Rayfin CLI. Use before deploying to run local checks, confirm the target workspace, preview the operation, deploy, and validate the live app. This skill orchestrates existing executables; it does not implement deployment.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- The-Focus-AI/marina-skilltheir own version, first seen Oct 13, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- The-Focus-AI/marina-skill★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository76 other files it gives its agents.
- common/config/typedoc/AGENTS.mdAGENTS.md
- docs/site/AGENTS.mdAGENTS.md
- .github/skills/react-best-practices/AGENTS.mdAGENTS.md
- packages/docgen/AGENTS.mdAGENTS.md
- packages/guide/AGENTS.mdAGENTS.md
- packages/host-docs/AGENTS.mdAGENTS.md
- packages/tools/AGENTS.mdAGENTS.md
- packages/tools/cli/AGENTS.mdAGENTS.md
- packages/tools/cli/assets/agent-files/AGENTS.mdAGENTS.md
- packages/tools/common/AGENTS.mdAGENTS.md
- packages/tools/docs-lib/AGENTS.mdAGENTS.md
- packages/tools/mcp/AGENTS.mdAGENTS.md
- packages/tools/vscode/AGENTS.mdAGENTS.md
- packages/typescript-sdk/AGENTS.mdAGENTS.md
- packages/typescript-sdk/auth/AGENTS.mdAGENTS.md
- packages/typescript-sdk/core/AGENTS.mdAGENTS.md
- packages/typescript-sdk/data/AGENTS.mdAGENTS.md
- packages/typescript-sdk/storage/AGENTS.mdAGENTS.md
- packages/udf/udf-worker-extension/AGENTS.mdAGENTS.md
- samples/data-app/AGENTS.mdAGENTS.md
- samples/getting-started-auth/AGENTS.mdAGENTS.md
- samples/notes-app/AGENTS.mdAGENTS.md
- samples/todo-app/AGENTS.mdAGENTS.md
- samples/universal-app/template/AGENTS.mdAGENTS.md
- samples/welcome-app-react-auth/AGENTS.mdAGENTS.md
- samples/welcome-app-react-no-auth/AGENTS.mdAGENTS.md
- samples/welcome-app-typescript/AGENTS.mdAGENTS.md
- hotfix-releaseSkill
- launch-vscode-extensionSkill
- openspec-apply-changeSkill
- openspec-archive-changeSkill
- openspec-bulk-archive-changeSkill
- openspec-continue-changeSkill
- openspec-exploreSkill
- openspec-ff-changeSkill
- openspec-new-changeSkill
- openspec-onboardSkill
- openspec-sync-specsSkill
- openspec-verify-changeSkill
- privacy-dfdSkill
- rayfin-cli-uxSkill
- vercel-react-best-practicesSkill
- react-clean-architectureSkill
- run-cli-e2e-locallySkill
- vscode-react-webview-architectureSkill
- vscode-webview-trpc-messagingSkill
- rayfin-connectorsSkill
- rayfin-functionsSkill
- rayfinSkill
- rayfin-storageSkill
- rayfin-getting-startedSkill
- app-designSkill
- app-validationSkill
- dax-authoringSkill
- fabric-cliSkill
- fabric-sdkSkill
- playwright-cliSkill
- query-designSkill
- schema-discoverySkill
- visualsSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
19 rules. About 0 are common, 10 are distinctive, and 9 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 19
Read app-validation and complete its static gates: typecheck, build, lint, tests, and pack-provided validators.
- Distinctive: line 21
Run pre-deploy browser or persistence checks only when the installed guide and current environment already support a local or deployed …
- Very specific: line 28
Read the installed package metadata for @microsoft/rayfin-guide, then read its version-matched deployment guide.
- Very specific: line 32
Follow that guide's authentication and deployment workflow.
- Very specific: line 39
Read the machine-readable deployment result before continuing.
- Very specific: line 45
Only when a result has status: "skipped" should you inspect its skipReason.
- Distinctive: line 47
Every connector required by the requested deployed experience must complete the generation/apply path its installed type contract requires.
- Very specific: line 55
Do not use skippedConnectors or warning wording to decide whether a connector succeeded.
- Distinctive: line 57
If a required connector is missing, errors, or has a blocking skip, report the blocker and stop.
- Distinctive: line 59
Do not continue to browser validation or claim the source-backed request succeeded.
- Distinctive: line 61
Do not claim the CLI has validation guarantees that its installed guide does not document.
- Distinctive: line 63
Use the direct static-hosting link emitted by the CLI for standalone browser validation.
- Distinctive: line 64
Use the actual Fabric or external host when validating embedded capabilities.
- Very specific: line 69
Do not publish automatically.
- Very specific: line 70
Do not add --force unless the user explicitly requests it and the installed guide documents the consequence for the exact operation.
- Distinctive: line 73
Never put access tokens, credentials, or secret values in command arguments, chat, source, or logs.
- Very specific: line 79
After deployment succeeds, read app-validation and validate the deployed app at its direct hosting URL, confirming that signed-out users …
- Distinctive: line 81
Run the browser checks and, for app-owned records, the persistence create, reload, update, and delete checks against the deployed result.
- Distinctive: line 87
Do not report deployment complete from a build, dry run, hosting URL, or CLI success alone.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 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.
Files
App Deployment
This skill orchestrates the installed Rayfin CLI lifecycle. It does not recreate the validation or deployment implementation.
Before a remote write
- Apply every capability pack the app needs.
- Read
app-validationand complete its static gates: typecheck, build, lint, tests, and pack-provided validators. Run pre-deploy browser or persistence checks only when the installed guide and current environment already support a local or deployed runtime. - Obtain the user's confirmation for the target Fabric workspace and remote deployment. Do not select or create a workspace the user did not approve.
Rayfin CLI deployment
- Read the installed package metadata for
@microsoft/rayfin-guide, then read its version-matched deployment guide. The current guide location isnode_modules/@microsoft/rayfin-guide/assets/docs/app-backend/deploy.md; if package metadata points elsewhere, follow that installed location. - Follow that guide's authentication and deployment workflow. For the current
version, preview the remote operation with
npx rayfin up -n, verify the confirmed target, and then runnpx rayfin up --json. JSON mode is non-interactive. On a first deployment with no recorded target, pass the confirmed target explicitly with--workspace-id <id>,--workspace <name>, or--workspace-uri <uri>. - Read the machine-readable deployment result before continuing.
Overall
status: "success"is not enough for a source-backed request. Inspectgeneratestatus first. For every connector declared inrayfin.yml, require one matchinggenerate[]result. A missing result or a result withstatus: "error"is blocking. Only when a result hasstatus: "skipped"should you inspect itsskipReason. Every connector required by the requested deployed experience must complete the generation/apply path its installed type contract requires. A Category Bnon-graphql-connectorskip is acceptable only when the installed type contract documents that path and the connector's deployed behavior was validated separately. Any other skip for a required connector is blocking.skippedConnectorssummarizes skipped results only; it excludes errors and cannot reveal a missinggenerate[]result. Do not useskippedConnectorsor warning wording to decide whether a connector succeeded. If a required connector is missing, errors, or has a blocking skip, report the blocker and stop. Do not continue to browser validation or claim the source-backed request succeeded. - Do not claim the CLI has validation guarantees that its installed guide does not document.
- Use the direct static-hosting link emitted by the CLI for standalone browser validation. Use the actual Fabric or external host when validating embedded capabilities.
- Determine
services.staticHosting.assetAccessbefore choosing the browser checks. LocalautoLogindoes not prove the deployed public signed-out experience.
Do not publish automatically.
Do not add --force unless the user explicitly requests it and the installed
guide documents the consequence for the exact operation.
Never put access tokens, credentials, or secret values in command arguments, chat, source, or logs. Use interactive authentication and masked secret prompts when the installed guide requires them.
Prove the deployed result
After deployment succeeds, read app-validation and validate the deployed app
at its direct hosting URL, confirming that signed-out users must authenticate before app content renders.
Run the browser checks and, for app-owned records, the persistence create,
reload, update, and delete checks against the deployed result.
For public hosting, also open the standalone hosting URL in a clean browser
session and verify signed-out then signed-in behavior. For protected hosting,
verify session restoration and stale-session replacement. For embedded apps,
validate through the actual Fabric or external host.
Do not report deployment complete from a build, dry run, hosting URL, or CLI
success alone.
Report the Fabric app link only after the deployed runtime checks pass, unless
the user explicitly defers runtime validation.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

