[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DV2GCYWAEYJ2QEK0FWDF06":3,"skill-same:01M6DV2GCYWAEYJ2QEK0FWDF06":103},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":26,"publishedAt":47,"linkOnly":48,"markdownContent":49,"markdownBody":50,"frontMatter":51,"refName":54,"commitSha":55,"skillDirectory":56,"forksCount":57,"repositoryHtmlUrl":58,"repositoryHomepageUrl":6,"ownerHtmlUrl":59,"ownerBlogUrl":60,"ownerDescription":61,"updatedAt":62,"install":63,"resources":76},"01M6DV2GCYWAEYJ2QEK0FWDF06","prisma-compute",null,"Prisma Compute deployment and hosting guide. Use whenever the user mentions Prisma Compute, `prisma.compute.ts`, `defineComputeConfig`, deploying or hosting a Prisma app, `@prisma\u002Fcli app deploy`, `compute:deploy`, `create-prisma --deploy`, `PRISMA_SERVICE_TOKEN`, Compute auth\u002Fworkspaces, apps\u002Fdeployments\u002Fbuild logs\u002Fdomains, localhost vs `0.0.0.0`, deploy port binding, or framework deploy readiness for Hono, Elysia, Next.js, TanStack Start, Astro, Nuxt, Svelte, Nest, Turborepo, or custom\u002Fprebuilt artifacts.","robomotionio\u002Frobomotion-skills","robomotionio","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F49553031?v=4","01M6DNT9VFKCCTN41ZX2AJAKF6","Robomotion RPA","01M6DNTA04HHCEWE175YJ41Q1M",3,"MIT","https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000011","运维与部署",[27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46],"prisma compute","prisma","compute","tanstack start","domains","apps","app","svelte","token","next","cli","workspaces","guide","astro","start","turborepo","logs","framework","create","auth","2026-11-10 10:12:30",false,"---\nname: prisma-compute\ndescription: Prisma Compute deployment and hosting guide. Use whenever the user mentions Prisma Compute, `prisma.compute.ts`, `defineComputeConfig`, deploying or hosting a Prisma app, `@prisma\u002Fcli app deploy`, `compute:deploy`, `create-prisma --deploy`, `PRISMA_SERVICE_TOKEN`, Compute auth\u002Fworkspaces, apps\u002Fdeployments\u002Fbuild logs\u002Fdomains, localhost vs `0.0.0.0`, deploy port binding, or framework deploy readiness for Hono, Elysia, Next.js, TanStack Start, Astro, Nuxt, Svelte, Nest, Turborepo, or custom\u002Fprebuilt artifacts.\nlicense: MIT\nmetadata:\n  author: prisma\n  version: \"1.5.1\"\n---\n\n# Prisma Compute\n\nGuide agents through Prisma Compute app creation, deployment, operations, and framework-specific deploy readiness.\n\n## Prisma Compute CLI Surface\n\nUse the Prisma Platform CLI for Compute app workflows:\n\n```bash\nbunx @prisma\u002Fcli@latest app deploy --help\nbunx @prisma\u002Fcli@latest app --help\nbunx @prisma\u002Fcli@latest build logs --help\nbunx create-prisma@latest --help\n```\n\nUse `@prisma\u002Fcli@latest` for Compute app deployment. Use `create-prisma@latest` for new-project scaffolding.\n\n## Send Feedback and Report CLI Issues\n\nThe CLI has a built-in feedback channel. Use it whenever a command crashes (`UNEXPECTED_ERROR`), a failure survives troubleshooting, or the user asks to send feedback to the Prisma team:\n\n```bash\nbunx @prisma\u002Fcli@latest feedback \"app deploy crashed: \u003Cfirst error line>\"\nbunx @prisma\u002Fcli@latest feedback \"love the deploy flow\" --email you@example.com\n```\n\nCrash output points here on its own: `--json` crash envelopes carry the exact pre-filled command as a `recover` entry in `nextActions` (run it verbatim), and human crash output ends with a `Tell us what happened:` hint. Feedback is anonymous unless `--email` is passed and attaches only the CLI version, node version, and OS platform\u002Farch. Never include secrets, connection URLs, or user data in the message.\n\n## Source-of-Truth Order\n\nUse evidence in this order when deciding what to edit or run:\n\n1. The project's generated scripts and config, especially `prisma.compute.ts`, `compute:deploy`, framework config, and `package.json`.\n2. CLI help output from `create-prisma` and `@prisma\u002Fcli`.\n3. Local installed package code, generated artifacts, and type definitions.\n4. Official docs.\n\n## When to Apply\n\nUse this skill for:\n\n- Creating a new app that can deploy to Prisma Compute\n- Deploying an existing TypeScript app to Prisma Compute\n- Creating or updating a typed `prisma.compute.ts` deploy config\n- Deciding whether a framework is Compute-ready\n- Debugging `create-prisma --deploy`, `compute:deploy`, or `app deploy`\n- Managing Compute app logs, deployments, environment variables, and domains, and listing platform branches (`branch list`; there are no branch create\u002Fremove commands)\n- Inspecting GitHub\u002FConsole build logs and GitHub push-to-deploy status\n- Running non-interactive deploys with browser auth, multiple stored workspaces, or Prisma service tokens\n- Switching, selecting, listing, or logging out local Prisma Platform workspaces for `@prisma\u002Fcli`\n- Sending feedback about an unresolvable Compute CLI failure with `@prisma\u002Fcli feedback`\n- Programmatic deployments with `@prisma\u002Fcompute-sdk` or Management API integrations\n\n## Decision Tree\n\n1. Existing project deployment or redeploy:\n   Read [`references\u002Fapp-deploy-cli.md`](references\u002Fapp-deploy-cli.md).\n\n2. Typed Compute config, monorepos, deploy targets, app roots, or build\u002Fenv defaults:\n   Read [`references\u002Fcompute-config.md`](references\u002Fcompute-config.md).\n\n3. Framework-specific build\u002Fruntime work:\n   Read [`references\u002Fframeworks.md`](references\u002Fframeworks.md).\n\n4. New project from a scaffold:\n   Read [`references\u002Fcreate-prisma.md`](references\u002Fcreate-prisma.md).\n\n5. Programmatic deployment, SDKs, APIs, or low-level App\u002FDeployment concepts:\n   Read [`references\u002Fsdk-api.md`](references\u002Fsdk-api.md).\n\n6. Build, auth, env, deploy, or runtime failures:\n   Read [`references\u002Ftroubleshooting.md`](references\u002Ftroubleshooting.md).\n\n## Rules by Priority\n\n| Priority | Category | Impact | Prefix |\n|----------|----------|--------|--------|\n| 1 | Command verification | CRITICAL | `verify-` |\n| 2 | Auth and workspace selection | CRITICAL | `auth-` |\n| 3 | Framework readiness | CRITICAL | `framework-` |\n| 4 | Runtime host and port binding | CRITICAL | `runtime-` |\n| 5 | Typed Compute config | HIGH | `config-` |\n| 6 | Branch, environment, and database wiring | HIGH | `env-` |\n| 7 | Deploy operations | HIGH | `deploy-` |\n| 8 | SDK and API automation | MEDIUM | `sdk-` |\n\n## Quick Rules\n\n### 1. Command Verification\n\n- `verify-help-first` - Use CLI help output to confirm command syntax while working.\n- `verify-prisma-vs-platform-cli` - Do not assume `prisma app deploy` exists in the ORM CLI; check whether the task should use `@prisma\u002Fcli`.\n- `verify-generated-scripts` - Prefer the generated `compute:deploy` script when a project already has one.\n- `verify-public-url` - After a real deploy, request the public deployment URL instead of trusting local or readiness-only checks.\n- `verify-config-support` - Treat `prisma.compute.ts` as the typed Compute config; inspect the project's config and generated scripts before editing or deploying.\n- `verify-auth-workspace-support` - Use `@prisma\u002Fcli auth workspace` commands for local workspace list\u002Fuse\u002Flogout flows.\n\n### 2. Auth and Workspace Selection\n\n- `auth-source-precedence` - A non-empty `PRISMA_SERVICE_TOKEN` is the active auth source for commands and local OAuth workspaces are ignored for execution. If it is set but empty, the CLI should fail instead of falling back to stored OAuth.\n- `auth-multi-workspace` - `auth login` can store OAuth sessions for multiple workspaces on the same machine. The active workspace pointer selects which stored OAuth grant normal commands use.\n- `auth-list-before-switch` - Use `auth workspace list --json` to inspect local sessions. Agents should prefer workspace ids from JSON over names because names can be ambiguous.\n- `auth-switch-explicitly` - Use `auth workspace use \u003Cid-or-name>` for non-interactive switching. Use `auth workspace use` with no argument only for an interactive picker or when exactly one local OAuth workspace exists.\n- `auth-no-fallthrough` - If the active OAuth workspace is logged out or fails refresh, the CLI should not silently fall through to another cached workspace. Run `auth workspace use \u003Cid>` to choose the next workspace.\n- `auth-single-workspace-logout` - Use `auth workspace logout \u003Cid-or-name>` or `auth logout --workspace \u003Cid-or-name>` to remove one local OAuth workspace session. Plain `auth logout` clears all local OAuth workspace sessions.\n- `auth-service-token-switching` - While `PRISMA_SERVICE_TOKEN` is set, `auth workspace use` is unavailable because the service token is the active auth source; unset the env var to switch local OAuth workspaces. Workspace logout still only cleans local OAuth state.\n- `auth-storage-awareness` - Local OAuth credentials live in the platform auth file, with workspace metadata in a sidecar context file. Project pins live in `.prisma\u002Flocal.json`, and CLI app\u002Fproject state lives in `.prisma\u002Fcli\u002Fstate.json` near `prisma.compute.ts` when present.\n\n### 3. Framework Readiness\n\n- `framework-cli-first` - Evaluate deploy readiness against `@prisma\u002Fcli app deploy`, not against what `create-prisma` can scaffold.\n- `framework-supported-cli-deploy` - Compute deploy supports `nextjs`, `nuxt`, `astro`, `hono`, `nestjs`, `tanstack-start`, `custom`, and `bun`.\n- `framework-create-prisma-defaults-only` - `create-prisma` can provide generated defaults and `compute:deploy`, but it is not the general deploy surface for existing apps.\n- `framework-build-output` - Compute needs a server entrypoint or framework artifact, not only static output.\n\n### 4. Runtime Host and Port Binding\n\n- `runtime-bind-all-interfaces` - Deployed servers must bind on all interfaces (`0.0.0.0` or the framework equivalent), not hard-coded `localhost` or `127.0.0.1`.\n- `runtime-match-http-port` - The app must listen on the deployed HTTP port: read `process.env.PORT` when possible, or pass the matching `--http-port`.\n- `runtime-readiness-port-only` - Compute readiness watches listening ports; a loopback-only listener can look ready while public ingress cannot reach it.\n- `runtime-respond-within-60s` - The ingress gives an app 60 seconds to start responding, then returns `504 Gateway Time-out` and cancels the request. Design handlers to answer first and run longer work under `waitUntil` or from a queue, never inside the request.\n\n### 5. Typed Compute Config\n\n- `config-optional-simple-app` - `prisma.compute.ts` is not required to deploy a normal single app; use flags when there is no durable config.\n- `config-init-formalizer` - Generate a fresh config with `bunx @prisma\u002Fcli@latest init`: it detects the framework, pins name\u002Fframework\u002FhttpPort (plus entry for Bun\u002FHono), and offers the Project link. `--format json` writes a dependency-free `prisma.compute.json` instead. `init` refuses when any config already exists, never scaffolds code, and never deploys.\n- `config-use-prisma-compute-ts` - Put reusable deploy defaults in `prisma.compute.ts` with `defineComputeConfig`, not in `prisma.config.ts`.\n- `config-app-vs-apps` - Use `app` for a single deploy target and `apps` for monorepos or multi-app repos; define exactly one.\n- `config-monorepo-roots` - For monorepos, use `prisma.compute.ts` to declare app targets, roots, framework defaults, entrypoints, ports, and env inputs.\n- `config-targets` - In multi-app configs, `@prisma\u002Fcli app deploy web` selects the `apps.web` target. Without `[app]`, commands can infer the target from the current directory; otherwise deploy can run all targets while build\u002Frun require one.\n- `config-region-new-app-only` - A config `region` is only a default for newly created apps; deploys to existing apps keep the app's current region.\n- `config-custom-artifact` - Use `framework: \"custom\"` with `build.outputDirectory` and `build.entrypoint` for prebuilt or custom-built artifacts.\n- `config-no-project-branch-secrets` - Do not commit Workspace, Project, Branch, production intent, service tokens, or secret values in `prisma.compute.ts`; keep those in flags, `.prisma\u002Flocal.json`, env storage, or CI secrets. App-level defaults such as `region`, `root`, `framework`, `entry`, `httpPort`, and non-secret env file paths belong in config.\n- `config-flags-win` - Explicit deploy flags such as `--framework`, `--entry`, `--http-port`, `--region`, and `--env` override matching config values.\n\n### 6. Branch, Environment, and Database\n\n- `env-do-not-leak-secrets` - Never print full `DATABASE_URL`, service tokens, or secret values.\n- `env-deploy-loads-dotenv` - Generated deploy scripts may load env via `prisma.compute.ts` or `--env .env`; inspect the actual script\u002Fconfig before redeploy.\n- `env-migrations-separate` - Redeploy scripts do not run migrations or seed data. Run the appropriate Prisma database scripts separately.\n- `env-cli-token-name` - `@prisma\u002Fcli` uses `PRISMA_SERVICE_TOKEN` for service-token auth.\n- `env-branch-scope` - Branch deploys, branch env vars, and branch databases must use the same branch name; pass `--branch \u003Cgit-name>` explicitly when targeting a preview branch.\n- `env-production-vs-preview` - Use `--role production` for production env, `--role preview` for preview template env, and `--branch \u003Cgit-name>` for branch-specific overrides.\n- `env-db-explicit` - Keep database and env wiring explicit through database and project env commands; deploy examples should not add database setup, and deploys do not run migrations, seed data, or create one database per app automatically.\n\n### 7. Deploy Operations\n\n- `deploy-prod-intent` - Use `--prod --yes` only when the user intends a production deploy. The first production deploy of an App auto-promotes without `--prod`; the flag gates subsequent production-branch deploys.\n- `deploy-no-promote` - Use `app deploy --no-promote` for build-then-verify: it builds a candidate reachable at its own URL without touching the live deployment, promoted later with `app promote \u003Cdeployment-id>`.\n- `deploy-github-default-branch` - When a Compute app is connected to GitHub push-to-deploy, a merge to the default branch is the production deploy path; check deployment records or GitHub check runs instead of telling users to redeploy the merged PR branch or run a default-branch preview deploy.\n- `deploy-build-logs` - Use `@prisma\u002Fcli build logs \u003Cbuild-id>` for GitHub\u002FConsole build output. Use `app logs` for runtime deployment logs; the two ids are different.\n- `deploy-noninteractive-auth` - Non-interactive deploys need either the correct active stored OAuth workspace or a supported service token env var; never print the token.\n- `deploy-json-for-agents` - Use `--json --no-interactive` for scripts and agent-readable output.\n- `deploy-create-project` - Use `--create-project \u003Cname>` only when the user wants deploy to create and link a new project; it conflicts with `--project` and `PRISMA_PROJECT_ID`.\n- `deploy-ops-targets` - App show\u002Fopen\u002Flogs\u002Flist-deploys\u002Fpromote\u002Frollback\u002Fremove and domain commands can also accept `[app]` targets from `prisma.compute.ts`.\n- `deploy-report-cli-bugs` - On `UNEXPECTED_ERROR` or an unresolvable failure, report it with the feedback command; see \"Send Feedback and Report CLI Issues\" above.\n\n### 8. SDK and API\n\n- `sdk-use-cli-first` - Prefer `@prisma\u002Fcli app deploy` for app workflows; use `create-prisma` only to scaffold a new app unless the user is building lower-level automation.\n- `sdk-result-handling` - `@prisma\u002Fcompute-sdk` returns `Result` values; check `isOk()`\u002F`isErr()` instead of relying on exceptions.\n- `sdk-snapshot-detection` - Use `detectComputeApp` for repository snapshots that are not checked out to disk; enumerate workspaces yourself and call it once per candidate app root.\n\n## Preferred Workflow\n\n1. Inspect the project: package manager, template\u002Fframework, `package.json` scripts, Prisma version, Prisma client location, `prisma.compute.ts`, and existing `compute:deploy`.\n2. Verify CLI help output for the package actually being used.\n3. Verify auth context before project\u002Fapp mutations: `auth whoami --json`, and when multiple local sessions may exist, `auth workspace list --json`.\n4. Choose the path:\n   - existing app deploy: config-backed target when present, generated `compute:deploy`, or `@prisma\u002Fcli app build\u002Frun\u002Fdeploy` flags\n   - new app scaffold: `create-prisma`, then generated `compute:deploy` or `@prisma\u002Fcli app deploy`\n   - low-level automation: `@prisma\u002Fcompute-sdk` or Management API\n5. Check framework readiness plus host\u002Fport\u002Fenv\u002Fruntime requirements, including project and branch scope.\n6. Run a local build or `app build` before deploying when feasible.\n7. Deploy with JSON output when automating, then request the public URL and summarize app URL, app id, deployment id, project id, workspace id, and follow-up steps.\n8. For GitHub\u002FConsole builds, inspect the `Prisma Compute Deploy` check run or `build logs \u003Cbuild-id>` before guessing why a build failed.\n\n## Avoid\n\n- Do not bury Compute deployment guidance in the generic `prisma-cli` skill.\n- Do not run `create-prisma` inside an existing app just to deploy it; use the generated `compute:deploy` script or `@prisma\u002Fcli app deploy`.\n- Do not tell users that every `create-prisma` template can auto-deploy.\n- Do not deploy with placeholder `DATABASE_URL` values.\n- Do not assume `next start` is the Compute runtime path; Next.js deploys need standalone output.\n","# Prisma Compute\n\nGuide agents through Prisma Compute app creation, deployment, operations, and framework-specific deploy readiness.\n\n## Prisma Compute CLI Surface\n\nUse the Prisma Platform CLI for Compute app workflows:\n\n```bash\nbunx @prisma\u002Fcli@latest app deploy --help\nbunx @prisma\u002Fcli@latest app --help\nbunx @prisma\u002Fcli@latest build logs --help\nbunx create-prisma@latest --help\n```\n\nUse `@prisma\u002Fcli@latest` for Compute app deployment. Use `create-prisma@latest` for new-project scaffolding.\n\n## Send Feedback and Report CLI Issues\n\nThe CLI has a built-in feedback channel. Use it whenever a command crashes (`UNEXPECTED_ERROR`), a failure survives troubleshooting, or the user asks to send feedback to the Prisma team:\n\n```bash\nbunx @prisma\u002Fcli@latest feedback \"app deploy crashed: \u003Cfirst error line>\"\nbunx @prisma\u002Fcli@latest feedback \"love the deploy flow\" --email you@example.com\n```\n\nCrash output points here on its own: `--json` crash envelopes carry the exact pre-filled command as a `recover` entry in `nextActions` (run it verbatim), and human crash output ends with a `Tell us what happened:` hint. Feedback is anonymous unless `--email` is passed and attaches only the CLI version, node version, and OS platform\u002Farch. Never include secrets, connection URLs, or user data in the message.\n\n## Source-of-Truth Order\n\nUse evidence in this order when deciding what to edit or run:\n\n1. The project's generated scripts and config, especially `prisma.compute.ts`, `compute:deploy`, framework config, and `package.json`.\n2. CLI help output from `create-prisma` and `@prisma\u002Fcli`.\n3. Local installed package code, generated artifacts, and type definitions.\n4. Official docs.\n\n## When to Apply\n\nUse this skill for:\n\n- Creating a new app that can deploy to Prisma Compute\n- Deploying an existing TypeScript app to Prisma Compute\n- Creating or updating a typed `prisma.compute.ts` deploy config\n- Deciding whether a framework is Compute-ready\n- Debugging `create-prisma --deploy`, `compute:deploy`, or `app deploy`\n- Managing Compute app logs, deployments, environment variables, and domains, and listing platform branches (`branch list`; there are no branch create\u002Fremove commands)\n- Inspecting GitHub\u002FConsole build logs and GitHub push-to-deploy status\n- Running non-interactive deploys with browser auth, multiple stored workspaces, or Prisma service tokens\n- Switching, selecting, listing, or logging out local Prisma Platform workspaces for `@prisma\u002Fcli`\n- Sending feedback about an unresolvable Compute CLI failure with `@prisma\u002Fcli feedback`\n- Programmatic deployments with `@prisma\u002Fcompute-sdk` or Management API integrations\n\n## Decision Tree\n\n1. Existing project deployment or redeploy:\n   Read [`references\u002Fapp-deploy-cli.md`](references\u002Fapp-deploy-cli.md).\n\n2. Typed Compute config, monorepos, deploy targets, app roots, or build\u002Fenv defaults:\n   Read [`references\u002Fcompute-config.md`](references\u002Fcompute-config.md).\n\n3. Framework-specific build\u002Fruntime work:\n   Read [`references\u002Fframeworks.md`](references\u002Fframeworks.md).\n\n4. New project from a scaffold:\n   Read [`references\u002Fcreate-prisma.md`](references\u002Fcreate-prisma.md).\n\n5. Programmatic deployment, SDKs, APIs, or low-level App\u002FDeployment concepts:\n   Read [`references\u002Fsdk-api.md`](references\u002Fsdk-api.md).\n\n6. Build, auth, env, deploy, or runtime failures:\n   Read [`references\u002Ftroubleshooting.md`](references\u002Ftroubleshooting.md).\n\n## Rules by Priority\n\n| Priority | Category | Impact | Prefix |\n|----------|----------|--------|--------|\n| 1 | Command verification | CRITICAL | `verify-` |\n| 2 | Auth and workspace selection | CRITICAL | `auth-` |\n| 3 | Framework readiness | CRITICAL | `framework-` |\n| 4 | Runtime host and port binding | CRITICAL | `runtime-` |\n| 5 | Typed Compute config | HIGH | `config-` |\n| 6 | Branch, environment, and database wiring | HIGH | `env-` |\n| 7 | Deploy operations | HIGH | `deploy-` |\n| 8 | SDK and API automation | MEDIUM | `sdk-` |\n\n## Quick Rules\n\n### 1. Command Verification\n\n- `verify-help-first` - Use CLI help output to confirm command syntax while working.\n- `verify-prisma-vs-platform-cli` - Do not assume `prisma app deploy` exists in the ORM CLI; check whether the task should use `@prisma\u002Fcli`.\n- `verify-generated-scripts` - Prefer the generated `compute:deploy` script when a project already has one.\n- `verify-public-url` - After a real deploy, request the public deployment URL instead of trusting local or readiness-only checks.\n- `verify-config-support` - Treat `prisma.compute.ts` as the typed Compute config; inspect the project's config and generated scripts before editing or deploying.\n- `verify-auth-workspace-support` - Use `@prisma\u002Fcli auth workspace` commands for local workspace list\u002Fuse\u002Flogout flows.\n\n### 2. Auth and Workspace Selection\n\n- `auth-source-precedence` - A non-empty `PRISMA_SERVICE_TOKEN` is the active auth source for commands and local OAuth workspaces are ignored for execution. If it is set but empty, the CLI should fail instead of falling back to stored OAuth.\n- `auth-multi-workspace` - `auth login` can store OAuth sessions for multiple workspaces on the same machine. The active workspace pointer selects which stored OAuth grant normal commands use.\n- `auth-list-before-switch` - Use `auth workspace list --json` to inspect local sessions. Agents should prefer workspace ids from JSON over names because names can be ambiguous.\n- `auth-switch-explicitly` - Use `auth workspace use \u003Cid-or-name>` for non-interactive switching. Use `auth workspace use` with no argument only for an interactive picker or when exactly one local OAuth workspace exists.\n- `auth-no-fallthrough` - If the active OAuth workspace is logged out or fails refresh, the CLI should not silently fall through to another cached workspace. Run `auth workspace use \u003Cid>` to choose the next workspace.\n- `auth-single-workspace-logout` - Use `auth workspace logout \u003Cid-or-name>` or `auth logout --workspace \u003Cid-or-name>` to remove one local OAuth workspace session. Plain `auth logout` clears all local OAuth workspace sessions.\n- `auth-service-token-switching` - While `PRISMA_SERVICE_TOKEN` is set, `auth workspace use` is unavailable because the service token is the active auth source; unset the env var to switch local OAuth workspaces. Workspace logout still only cleans local OAuth state.\n- `auth-storage-awareness` - Local OAuth credentials live in the platform auth file, with workspace metadata in a sidecar context file. Project pins live in `.prisma\u002Flocal.json`, and CLI app\u002Fproject state lives in `.prisma\u002Fcli\u002Fstate.json` near `prisma.compute.ts` when present.\n\n### 3. Framework Readiness\n\n- `framework-cli-first` - Evaluate deploy readiness against `@prisma\u002Fcli app deploy`, not against what `create-prisma` can scaffold.\n- `framework-supported-cli-deploy` - Compute deploy supports `nextjs`, `nuxt`, `astro`, `hono`, `nestjs`, `tanstack-start`, `custom`, and `bun`.\n- `framework-create-prisma-defaults-only` - `create-prisma` can provide generated defaults and `compute:deploy`, but it is not the general deploy surface for existing apps.\n- `framework-build-output` - Compute needs a server entrypoint or framework artifact, not only static output.\n\n### 4. Runtime Host and Port Binding\n\n- `runtime-bind-all-interfaces` - Deployed servers must bind on all interfaces (`0.0.0.0` or the framework equivalent), not hard-coded `localhost` or `127.0.0.1`.\n- `runtime-match-http-port` - The app must listen on the deployed HTTP port: read `process.env.PORT` when possible, or pass the matching `--http-port`.\n- `runtime-readiness-port-only` - Compute readiness watches listening ports; a loopback-only listener can look ready while public ingress cannot reach it.\n- `runtime-respond-within-60s` - The ingress gives an app 60 seconds to start responding, then returns `504 Gateway Time-out` and cancels the request. Design handlers to answer first and run longer work under `waitUntil` or from a queue, never inside the request.\n\n### 5. Typed Compute Config\n\n- `config-optional-simple-app` - `prisma.compute.ts` is not required to deploy a normal single app; use flags when there is no durable config.\n- `config-init-formalizer` - Generate a fresh config with `bunx @prisma\u002Fcli@latest init`: it detects the framework, pins name\u002Fframework\u002FhttpPort (plus entry for Bun\u002FHono), and offers the Project link. `--format json` writes a dependency-free `prisma.compute.json` instead. `init` refuses when any config already exists, never scaffolds code, and never deploys.\n- `config-use-prisma-compute-ts` - Put reusable deploy defaults in `prisma.compute.ts` with `defineComputeConfig`, not in `prisma.config.ts`.\n- `config-app-vs-apps` - Use `app` for a single deploy target and `apps` for monorepos or multi-app repos; define exactly one.\n- `config-monorepo-roots` - For monorepos, use `prisma.compute.ts` to declare app targets, roots, framework defaults, entrypoints, ports, and env inputs.\n- `config-targets` - In multi-app configs, `@prisma\u002Fcli app deploy web` selects the `apps.web` target. Without `[app]`, commands can infer the target from the current directory; otherwise deploy can run all targets while build\u002Frun require one.\n- `config-region-new-app-only` - A config `region` is only a default for newly created apps; deploys to existing apps keep the app's current region.\n- `config-custom-artifact` - Use `framework: \"custom\"` with `build.outputDirectory` and `build.entrypoint` for prebuilt or custom-built artifacts.\n- `config-no-project-branch-secrets` - Do not commit Workspace, Project, Branch, production intent, service tokens, or secret values in `prisma.compute.ts`; keep those in flags, `.prisma\u002Flocal.json`, env storage, or CI secrets. App-level defaults such as `region`, `root`, `framework`, `entry`, `httpPort`, and non-secret env file paths belong in config.\n- `config-flags-win` - Explicit deploy flags such as `--framework`, `--entry`, `--http-port`, `--region`, and `--env` override matching config values.\n\n### 6. Branch, Environment, and Database\n\n- `env-do-not-leak-secrets` - Never print full `DATABASE_URL`, service tokens, or secret values.\n- `env-deploy-loads-dotenv` - Generated deploy scripts may load env via `prisma.compute.ts` or `--env .env`; inspect the actual script\u002Fconfig before redeploy.\n- `env-migrations-separate` - Redeploy scripts do not run migrations or seed data. Run the appropriate Prisma database scripts separately.\n- `env-cli-token-name` - `@prisma\u002Fcli` uses `PRISMA_SERVICE_TOKEN` for service-token auth.\n- `env-branch-scope` - Branch deploys, branch env vars, and branch databases must use the same branch name; pass `--branch \u003Cgit-name>` explicitly when targeting a preview branch.\n- `env-production-vs-preview` - Use `--role production` for production env, `--role preview` for preview template env, and `--branch \u003Cgit-name>` for branch-specific overrides.\n- `env-db-explicit` - Keep database and env wiring explicit through database and project env commands; deploy examples should not add database setup, and deploys do not run migrations, seed data, or create one database per app automatically.\n\n### 7. Deploy Operations\n\n- `deploy-prod-intent` - Use `--prod --yes` only when the user intends a production deploy. The first production deploy of an App auto-promotes without `--prod`; the flag gates subsequent production-branch deploys.\n- `deploy-no-promote` - Use `app deploy --no-promote` for build-then-verify: it builds a candidate reachable at its own URL without touching the live deployment, promoted later with `app promote \u003Cdeployment-id>`.\n- `deploy-github-default-branch` - When a Compute app is connected to GitHub push-to-deploy, a merge to the default branch is the production deploy path; check deployment records or GitHub check runs instead of telling users to redeploy the merged PR branch or run a default-branch preview deploy.\n- `deploy-build-logs` - Use `@prisma\u002Fcli build logs \u003Cbuild-id>` for GitHub\u002FConsole build output. Use `app logs` for runtime deployment logs; the two ids are different.\n- `deploy-noninteractive-auth` - Non-interactive deploys need either the correct active stored OAuth workspace or a supported service token env var; never print the token.\n- `deploy-json-for-agents` - Use `--json --no-interactive` for scripts and agent-readable output.\n- `deploy-create-project` - Use `--create-project \u003Cname>` only when the user wants deploy to create and link a new project; it conflicts with `--project` and `PRISMA_PROJECT_ID`.\n- `deploy-ops-targets` - App show\u002Fopen\u002Flogs\u002Flist-deploys\u002Fpromote\u002Frollback\u002Fremove and domain commands can also accept `[app]` targets from `prisma.compute.ts`.\n- `deploy-report-cli-bugs` - On `UNEXPECTED_ERROR` or an unresolvable failure, report it with the feedback command; see \"Send Feedback and Report CLI Issues\" above.\n\n### 8. SDK and API\n\n- `sdk-use-cli-first` - Prefer `@prisma\u002Fcli app deploy` for app workflows; use `create-prisma` only to scaffold a new app unless the user is building lower-level automation.\n- `sdk-result-handling` - `@prisma\u002Fcompute-sdk` returns `Result` values; check `isOk()`\u002F`isErr()` instead of relying on exceptions.\n- `sdk-snapshot-detection` - Use `detectComputeApp` for repository snapshots that are not checked out to disk; enumerate workspaces yourself and call it once per candidate app root.\n\n## Preferred Workflow\n\n1. Inspect the project: package manager, template\u002Fframework, `package.json` scripts, Prisma version, Prisma client location, `prisma.compute.ts`, and existing `compute:deploy`.\n2. Verify CLI help output for the package actually being used.\n3. Verify auth context before project\u002Fapp mutations: `auth whoami --json`, and when multiple local sessions may exist, `auth workspace list --json`.\n4. Choose the path:\n   - existing app deploy: config-backed target when present, generated `compute:deploy`, or `@prisma\u002Fcli app build\u002Frun\u002Fdeploy` flags\n   - new app scaffold: `create-prisma`, then generated `compute:deploy` or `@prisma\u002Fcli app deploy`\n   - low-level automation: `@prisma\u002Fcompute-sdk` or Management API\n5. Check framework readiness plus host\u002Fport\u002Fenv\u002Fruntime requirements, including project and branch scope.\n6. Run a local build or `app build` before deploying when feasible.\n7. Deploy with JSON output when automating, then request the public URL and summarize app URL, app id, deployment id, project id, workspace id, and follow-up steps.\n8. For GitHub\u002FConsole builds, inspect the `Prisma Compute Deploy` check run or `build logs \u003Cbuild-id>` before guessing why a build failed.\n\n## Avoid\n\n- Do not bury Compute deployment guidance in the generic `prisma-cli` skill.\n- Do not run `create-prisma` inside an existing app just to deploy it; use the generated `compute:deploy` script or `@prisma\u002Fcli app deploy`.\n- Do not tell users that every `create-prisma` template can auto-deploy.\n- Do not deploy with placeholder `DATABASE_URL` values.\n- Do not assume `next start` is the Compute runtime path; Next.js deploys need standalone output.\n",{"name":5,"license":15,"metadata":52,"description":7},{"author":28,"version":53},"1.5.1","main","255bc92da499b24be3950e91bf3fd2f84adc6246","prisma-skills\u002Fskills\u002Fprisma-compute",0,"https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills","https:\u002F\u002Fgithub.com\u002Frobomotionio","https:\u002F\u002Fwww.robomotion.io","A web-based and cloud-native Robotic Process Automation (RPA) platform","2026-11-09 21:54:14",{"source":8,"skillName":5,"commands":64,"prompt":74,"zipAvailable":75},[65,68,71],{"tool":66,"command":67},"npx","npx skills add robomotionio\u002Frobomotion-skills --skill prisma-compute",{"tool":69,"command":70},"bunx","bunx skills add robomotionio\u002Frobomotion-skills --skill prisma-compute",{"tool":72,"command":73},"pnpm","pnpm dlx skills add robomotionio\u002Frobomotion-skills --skill prisma-compute","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002FSKILL.md",true,[77,83,87,91,95,99],{"path":78,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Fapp-deploy-cli.md","REFERENCE","参考文档",17119,"https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002Freferences\u002Fapp-deploy-cli.md",{"path":84,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Fcompute-config.md",9289,"https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002Freferences\u002Fcompute-config.md",{"path":88,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fcreate-prisma.md",4230,"https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002Freferences\u002Fcreate-prisma.md",{"path":92,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fframeworks.md",12593,"https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002Freferences\u002Fframeworks.md",{"path":96,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Fsdk-api.md",6676,"https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002Freferences\u002Fsdk-api.md",{"path":100,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Ftroubleshooting.md",18021,"https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fprisma-skills\u002Fskills\u002Fprisma-compute\u002Freferences\u002Ftroubleshooting.md",[104,138,167,188,212,241],{"skillNo":105,"name":106,"nameZh":6,"description":107,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":108,"categories":109,"keywords":118,"publishedAt":47},"01M6DVHBXN0KDNGD4H9DSWTTCG","ckm:ui-styling","Create beautiful, accessible user interfaces with shadcn\u002Fui components (built on Radix UI + Tailwind), Tailwind CSS utility-first styling, and canvas-based visual designs. Use when building user interfaces, implementing design systems, creating responsive layouts, adding accessible components (dialogs, dropdowns, forms, tables), customizing themes and colors, implementing dark mode, generating visual designs and posters, or establishing consistent styling patterns across applications.","https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fui-ux-pro-max-skill\u002F.claude\u002Fskills\u002Fui-styling\u002FSKILL.md",[110,113],{"categoryNo":111,"categoryName":112,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":114,"categoryName":115,"taxonomyType":116,"taxonomyTypeDesc":117},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[119,120,121,122,123,124,125,126,127,45,128,129,130,131,132,133,134,135,136,137],"ui styling","ui","styling","ckm:ui styling","design","css","canvas","components","component","design systems","applications","first","Tailwind","radix ui","use","visual","across","dark mode","ui components",{"skillNo":139,"name":140,"nameZh":6,"description":141,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":142,"categories":143,"keywords":152,"publishedAt":47},"01M6DVH17X0AE8DN1QYVG0RC16","ckm:design","Comprehensive design skill: brand identity, design tokens, UI styling, logo generation (55 styles, Gemini AI), corporate identity program (50 deliverables, CIP mockups), HTML presentations (Chart.js), banner design (22 styles, social\u002Fads\u002Fweb\u002Fprint), icon design (15 styles, SVG, Gemini 3.1 Pro), social photos (HTML→screenshot, multi-platform). Actions: design logo, create CIP, generate mockups, build slides, design banner, generate icon, create social photos, social media images, brand identity, design system. Platforms: Facebook, Twitter, LinkedIn, YouTube, Instagram, Pinterest, TikTok, Threads, Google Ads.","https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fui-ux-pro-max-skill\u002F.claude\u002Fskills\u002Fdesign\u002FSKILL.md",[144,147,148,151],{"categoryNo":145,"categoryName":146,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000003","演示文稿",{"categoryNo":111,"categoryName":112,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":149,"categoryName":150,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":114,"categoryName":115,"taxonomyType":116,"taxonomyTypeDesc":117},[123,140,153,119,154,155,45,156,157,120,158,159,160,161,121,162,163,164,165,166],"google","design system","presentations","generate","screenshot","actions","Media","logo","ads","images","youtube","tiktok","social","chart",{"skillNo":168,"name":169,"nameZh":6,"description":170,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":171,"categories":172,"keywords":175,"publishedAt":47},"01M6DVGVP1W8D53EFXNCCVQMFC","ckm:design-system","Token architecture, component specifications, and slide generation. Three-layer tokens (primitive→semantic→component), CSS variables, spacing\u002Ftypography scales, component specs, strategic slide creation. Use for design tokens, systematic design, brand-compliant presentations.","https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fui-ux-pro-max-skill\u002F.claude\u002Fskills\u002Fdesign-system\u002FSKILL.md",[173,174],{"categoryNo":111,"categoryName":112,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":114,"categoryName":115,"taxonomyType":116,"taxonomyTypeDesc":117},[123,154,176,177,140,124,127,178,155,179,133,180,181,182,35,183,184,185,186,187],"system","ckm:design system","architecture","brand","typography","design tokens","three","generation","tokens","creation","systematic","css variables",{"skillNo":189,"name":190,"nameZh":6,"description":191,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":192,"categories":193,"keywords":199,"publishedAt":47},"01M6DVGK91P01C99NQ5Z83VN7S","ckm:banner-design","Design banners for social media, ads, website heroes, creative assets, and print. Multiple art direction options with AI-generated visuals. Actions: design, create, generate banner. Platforms: Facebook, Twitter\u002FX, LinkedIn, YouTube, Instagram, Google Display, website hero, print. Styles: minimalist, gradient, bold typography, photo-based, illustrated, geometric, retro, glassmorphism, 3D, neon, duotone, editorial, collage. Uses ui-ux-pro-max, frontend-design, ai-artist, ai-multimodal skills.","https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fui-ux-pro-max-skill\u002F.claude\u002Fskills\u002Fbanner-design\u002FSKILL.md",[194,197,198],{"categoryNo":195,"categoryName":196,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000009","前端开发",{"categoryNo":111,"categoryName":112,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":114,"categoryName":115,"taxonomyType":116,"taxonomyTypeDesc":117},[123,200,201,202,203,45,156,204,158,159,205,161,206,207,208,163,165,209,210,211],"banner design","ckm:banner design","banner","frontend","website","3D","generated","Art","ui-ux","dimensions","options","neon",{"skillNo":213,"name":214,"nameZh":6,"description":215,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":216,"categories":217,"keywords":222,"publishedAt":47},"01M6DVC00Y6MH20TM98KVDHQB1","supabase-postgres-best-practices","Postgres best practices maintained by Supabase, for Postgres running anywhere. Load this skill BEFORE writing or changing anything that lives in a Postgres database: creating or altering tables and columns (including choosing column types), schema design, migrations and declarative schema files, RLS policies and the tests that verify them, indexes, triggers, database functions, queues and scheduled jobs (pg_cron, pgmq), vector\u002Fsemantic search (pgvector), and restoring dumps (pg_restore) or importing data. Also load it when diagnosing slow queries, high CPU, timeouts, EXPLAIN plans, connection exhaustion, locking, bloat, or rows visible to the wrong user or tenant. This is not just a performance guide — schema, migration, security, and SQL authoring tasks need these rules too, even for a one-column change or a single query.","https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Fsupabase-skills\u002Fskills\u002Fsupabase-postgres-best-practices\u002FSKILL.md",[218,219],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":220,"categoryName":221,"taxonomyType":116,"taxonomyTypeDesc":117},"01JBSEEDCAT000000000000033","数据分析师",[223,224,225,226,227,123,228,229,230,231,232,233,234,235,236,237,238,135,239,240],"best practices","supabase postgres best practices","supabase","postgres best practices","postgres","writing","performance","tasks","code","database","search","vector","analysis","plan","files","query","critical","impact",{"skillNo":242,"name":243,"nameZh":6,"description":244,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":245,"licenseFileUrl":6,"sourceHtmlUrl":246,"categories":247,"keywords":251,"publishedAt":47},"01M6DV40GRQ962SZH6C252N34A","scrapedo-search","Search Google and read web pages (as Markdown) through Scrape.do, keeping each result's link so every finding can be cited. Use for account and company research, competitor and pricing checks, finding a page that answers a question, or reading a page a search turned up.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Frobomotionio\u002Frobomotion-skills\u002Fblob\u002Fmain\u002Frobomotion-web\u002Fskills\u002Fscrapedo-search\u002FSKILL.md",[248],{"categoryNo":249,"categoryName":250,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000021","资料检索与研究",[233,252,253,254,255,256,257,258,259,260,261,133,262,263,264,265,266,267,268,269],"scrapedo search","research","pricing","web","api","scrape","markdown","access","page","question","only","up","do","outbound","pages","read web","as","link"]