Install
$ agentstack add skill-runwayml-skills-rw-check-compatibility ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ● Environment & secrets Used
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Check Compatibility
Analyze the user's project to determine whether it is compatible with Runway's public API.
Why This Matters
Runway's public API requires server-side invocation. The API key must never be exposed in client-side code. Projects that are purely frontend (static HTML/JS, client-only SPAs without a backend) cannot safely call the API.
Analysis Steps
Step 1: Identify the Project Type
Search the project root for these files to determine the stack:
| File | Indicates | |------|-----------| | package.json | Node.js project | | requirements.txt, pyproject.toml, Pipfile, setup.py | Python project | | go.mod | Go project | | Cargo.toml | Rust project | | pom.xml, build.gradle | Java/Kotlin project | | Gemfile | Ruby project | | composer.json | PHP project |
If none of these exist, flag the project as unknown and ask the user what language/runtime they're using.
Step 2: Check for Server-Side Capability
Look for indicators of a server/backend:
Node.js projects — check package.json dependencies for:
express,fastify,koa,hapi,nest,hono→ HTTP server frameworknext→ Next.js (has API routes — compatible)nuxt→ Nuxt.js (has server routes — compatible)remix→ Remix (has loaders/actions — compatible)@sveltejs/kit→ SvelteKit (has server routes — compatible)astro→ Astro (has API endpoints if SSR enabled)
Python projects — check for:
flask,django,fastapi,starlette,tornado,aiohttp,sanic→ web server frameworkstreamlit,gradio→ can make server-side calls
Red flags (frontend-only):
package.jsonwith onlyreact,vue,svelte,angularand NO server frameworkvite.config.tsorwebpack.config.jswith no server/SSR configuration- Static site generators without server routes (e.g., plain Gatsby, plain Eleventy)
index.htmlas the only entry point with inline `` tags
Step 3: Check for Existing Runway SDK
Search for existing Runway SDK installations:
Node.js:
- Check
package.jsonfor@runwayml/sdk - Search for
import RunwayMLorrequire('@runwayml/sdk')in source files
Python:
- Check
requirements.txt/pyproject.tomlforrunwayml - Search for
from runwayml import RunwayMLorimport runwaymlin source files
Step 4: Check Runtime Version
Node.js: Must be version 18 or higher (node --version) Python: Must be version 3.8 or higher (python3 --version)
Step 5: Check for Environment Variable Support
Look for .env file, .env.example, .env.local, or dotenv configuration:
- Node.js:
dotenvin dependencies, or framework-native env support (Next.js, etc.) - Python:
python-dotenvin dependencies, or framework-native support
Report Format
After analysis, provide a clear report:
## Runway API Compatibility Report
**Project type:** [Node.js / Python / etc.]
**Server-side capable:** [Yes / No / Partial]
**Runtime version:** [version] — [Compatible / Needs upgrade]
**Runway SDK installed:** [Yes / No]
**Environment variable support:** [Yes / No / Needs setup]
### Verdict: [COMPATIBLE / NEEDS CHANGES / INCOMPATIBLE]
[If COMPATIBLE]
Your project is ready for Runway API integration. Proceed with API key setup.
[If NEEDS CHANGES]
Your project needs the following changes:
1. [List specific changes needed]
[If INCOMPATIBLE]
Your project is frontend-only and cannot safely call Runway's API. Options:
1. **Add a backend** — Add an Express/FastAPI server or use a framework with server routes (Next.js, SvelteKit, etc.)
2. **Use a serverless function** — Add API routes via Vercel Functions, AWS Lambda, Cloudflare Workers, etc.
3. **Create a separate backend** — Build a thin API proxy that your frontend calls
Important Notes
- Never suggest embedding the API key in client-side code. This is a security risk.
- If the project uses Next.js, Remix, SvelteKit, Nuxt, or Astro with SSR, it IS compatible — the server-side route handlers can call the API.
- Serverless platforms (Vercel, Netlify, AWS Lambda, Cloudflare Workers) are compatible.
- Docker/containerized apps are compatible if they run a server process.
After Compatibility Check
If the project is compatible, suggest the user proceed with +rw-setup-api-key to configure their API credentials.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: runwayml
- Source: runwayml/skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.