rw-check-compatibility

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

Check Compatibility

兼容性检查

Analyze the user's project to determine whether it is compatible with Runway's public API.

分析用户项目，判断其是否与Runway的公开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.

Runway的公开API 要求服务端调用。API密钥绝对不能暴露在客户端代码中。纯前端项目（静态HTML/JS、无后端的纯客户端SPA）无法安全调用该API。

Analysis Steps

分析步骤

Step 1: Identify the Project Type

步骤1：识别项目类型

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.

搜索项目根目录下的以下文件，确定技术栈：

文件	代表的技术栈
`package.json`	Node.js 项目
`requirements.txt` , `pyproject.toml` , `Pipfile` , `setup.py`	Python 项目
`go.mod`	Go 项目
`Cargo.toml`	Rust 项目
`pom.xml` , `build.gradle`	Java/Kotlin 项目
`Gemfile`	Ruby 项目
`composer.json`	PHP 项目

如果以上文件均不存在，则标记项目为未知类型，并询问用户使用的语言/运行时环境。

Step 2: Check for Server-Side Capability

步骤2：检查服务端能力

Look for indicators of a server/backend:

Node.js projects — check
package.json
dependencies for:

```
express
```
,
```
fastify
```
,
```
koa
```
,
```
hapi
```
,
```
nest
```
,
```
hono
```
→ HTTP server framework
```
next
```
→ 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 framework

```
streamlit
```
,
```
gradio
```
→ can make server-side calls

Red flags (frontend-only):

```
package.json
```
with only
```
react
```
,
```
vue
```
,
```
svelte
```
,
```
angular
```
and NO server framework
```
vite.config.ts
```
or
```
webpack.config.js
```
with no server/SSR configuration
Static site generators without server routes (e.g., plain Gatsby, plain Eleventy)
```
index.html
```
as the only entry point with inline
```
<script>
```
tags

寻找服务端/后端的相关标识：

Node.js 项目 — 检查
package.json
中的依赖：

```
express
```
,
```
fastify
```
,
```
koa
```
,
```
hapi
```
,
```
nest
```
,
```
hono
```
→ HTTP服务器框架
```
next
```
→ Next.js（具备API路由 — 兼容）
```
nuxt
```
→ Nuxt.js（具备服务端路由 — 兼容）
```
remix
```
→ Remix（具备加载器/动作 — 兼容）
```
@sveltejs/kit
```
→ SvelteKit（具备服务端路由 — 兼容）
```
astro
```
→ Astro（若启用SSR则具备API端点）

Python 项目 — 检查是否包含：

flask

django

fastapi

starlette

tornado

aiohttp

sanic

→ Web服务器框架

```
streamlit
```
,
```
gradio
```
→ 可进行服务端调用

红色预警（纯前端项目）：

```
package.json
```
仅包含
```
react
```
,
```
vue
```
,
```
svelte
```
,
```
angular
```
，且无服务器框架依赖
```
vite.config.ts
```
或
```
webpack.config.js
```
无服务端/SSR配置
无服务端路由的静态站点生成器（如纯Gatsby、纯Eleventy）
仅以
```
index.html
```
为入口点，且包含内联
```
<script>
```
标签

Step 3: Check for Existing Runway SDK

步骤3：检查是否已安装Runway SDK

Search for existing Runway SDK installations:

Node.js:

Check
```
package.json
```
for
```
@runwayml/sdk
```
Search for
```
import RunwayML
```
or
```
require('@runwayml/sdk')
```
in source files

Python:

Check
```
requirements.txt
```
/
```
pyproject.toml
```
for
```
runwayml
```

Search for

from runwayml import RunwayML

import runwayml

in source files

搜索是否已安装Runway SDK：

Node.js：

检查
```
package.json
```
中是否有
```
@runwayml/sdk
```
在源码文件中搜索
```
import RunwayML
```
或
```
require('@runwayml/sdk')
```

Python：

检查
```
requirements.txt
```
/
```
pyproject.toml
```
中是否有
```
runwayml
```

在源码文件中搜索

from runwayml import RunwayML

或

import runwayml

Step 4: Check Runtime Version

步骤4：检查运行时版本

Node.js: Must be version 18 or higher (

node --version

) Python: Must be version 3.8 or higher (

python3 --version

)

Node.js： 版本必须为18或更高（执行

node --version

查看） Python： 版本必须为3.8或更高（执行

python3 --version

查看）

Step 5: Check for Environment Variable Support

步骤5：检查环境变量支持

Look for

.env

file,

.env.example

.env.local

, or dotenv configuration:

Node.js:
```
dotenv
```
in dependencies, or framework-native env support (Next.js, etc.)
Python:
```
python-dotenv
```
in dependencies, or framework-native support

寻找

.env

文件、

.env.example

、

.env.local

或dotenv配置：

Node.js：依赖中包含
```
dotenv
```
，或框架原生支持环境变量（如Next.js等）
Python：依赖中包含
```
python-dotenv
```
，或框架原生支持

Report Format

报告格式

After analysis, provide a clear report:

undefined

分析完成后，提供清晰的报告：

undefined

Runway API Compatibility Report

Runway API兼容性报告

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]

项目类型： [Node.js / Python / 其他] 具备服务端能力： [是 / 否 / 部分具备] 运行时版本： [版本号] — [兼容 / 需要升级] 已安装Runway SDK： [是 / 否] 环境变量支持： [是 / 否 / 需要配置]

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:

[List specific changes needed]

[If INCOMPATIBLE] Your project is frontend-only and cannot safely call Runway's API. Options:

Add a backend — Add an Express/FastAPI server or use a framework with server routes (Next.js, SvelteKit, etc.)
Use a serverless function — Add API routes via Vercel Functions, AWS Lambda, Cloudflare Workers, etc.
Create a separate backend — Build a thin API proxy that your frontend calls

undefined

[若兼容] 您的项目已准备好集成Runway API。请继续进行API密钥配置。

[若需要修改] 您的项目需要进行以下修改：

[列出具体需要修改的内容]

[若不兼容] 您的项目为纯前端项目，无法安全调用Runway的API。可选方案：

添加后端 — 添加Express/FastAPI服务器，或使用具备服务端路由的框架（如Next.js、SvelteKit等）
使用无服务器函数 — 通过Vercel Functions、AWS Lambda、Cloudflare Workers等添加API路由
创建独立后端 — 构建一个轻量API代理，供前端调用

undefined

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.

切勿建议将API密钥嵌入客户端代码中。这存在安全风险。
如果项目使用Next.js、Remix、SvelteKit、Nuxt或启用SSR的Astro，则兼容 — 服务端路由处理程序可调用API。
无服务器平台（Vercel、Netlify、AWS Lambda、Cloudflare Workers）均兼容。
Docker/容器化应用若运行服务器进程，则兼容。

After Compatibility Check

兼容性检查完成后

If the project is compatible, suggest the user proceed with

+rw-setup-api-key

to configure their API credentials.

如果项目兼容，建议用户执行

+rw-setup-api-key

来配置API凭证。