📚 部署运维 全难度 📦 Vercel

vercel-deploy-claimable

把当前项目打包成可认领部署,支持 40+ 框架自动识别。

📄 相关文章

📊 评分明细

📦 打包完整度
2.1 2.1 / 2.5
🎯 实用性
2.1 2.1 / 2.5
📖 文档清晰度
1.7 1.7 / 2
👥 社区影响力
1.3 1.3 / 1.5
🔗 集成度
1.3 1.3 / 1.5

🎯 适用场景

免费部署运维编程

vercel-deploy-claimable 快速入门

3 步把你的本地项目一键变成可分享的线上 URL,免账号、可认领、40+ 框架自动识别。

这是什么?解决什么问题?

vercel-deploy-claimable 是 Vercel Labs 在 vercel-labs/agent-skills 仓库下开源的部署类 Skill,核心亮点是 “可认领部署(claimable deploy)”——你不需要注册 Vercel 账号,只要本地跑一次命令,Agent 就会把当前项目打包并部署到一个匿名 URL,任何人都能打开;如果你(或收件人)愿意,可以在网页上一键把部署认领到自己的 Vercel 账号,从此进入正常托管流程。 它跟传统的 vercel deploy 命令最大的不同是:降低分享摩擦。想象这些场景:

  • 前端工程师做 demo,想立刻发给产品经理看效果;
  • AI 编程 Agent 跑完一个项目,想给用户一个可点的链接;
  • Workshop/培训中,讲师想让全班同学都看到同一份代码运行结果;
  • 招聘方想快速评估候选人作品集; 传统做法要么得建账号、要么得装 CLI,要么得 push 到 GitHub 再等 CI。vercel-deploy-claimable 把这条链缩到 “本地一个命令 → 拿到 URL → 浏览器打开 → 完事”。它支持 40+ 主流框架的自动识别——Next.js、Vite、Create React App、Astro、SvelteKit、Nuxt、Remix 都能 cover。 适合前端工程师、Agent 工具开发者、教学场景讲师,以及任何“想让项目快速被看到”的人。

准备工作

  1. Node.js ≥ 18:Vercel CLI 需要 Node 运行时。
  2. Git:可选,部署时建议有 Git 历史,方便 Agent 推断项目元信息。
  3. 能联网的终端:本 Skill 调用 Vercel 公共部署 API,需要外网。
  4. 一个现成项目:哪怕是 npm create vite@latest 出来的默认项目,都能跑。
  5. AI 编程 Agent(可选但推荐):Claude Code、Cursor 都能调用 Vercel CLI;不用 Agent 直接在终端跑 CLI 也行。

3 步快速上手

第 1 步:安装 Vercel CLI

npm install -g vercel

如果不想全局装,也可以 npx vercel@latest 临时使用。

第 2 步:在项目目录运行 claimable deploy

cd my-awesome-project
vercel deploy --yes --claimable

--claimable 是关键标志,告诉 CLI 不要绑定个人账号,直接生成匿名 URL。 CLI 会:

  1. 自动识别项目框架(Next.js / Vite / Astro 等);
  2. 检测构建命令(next build / vite build);
  3. 把产物推送到 Vercel 边缘网络;
  4. 打印一个形如 https://my-project-abc123.vercel.app 的 URL。

第 3 步:把 URL 分享给任何人

把终端输出的 URL 复制到聊天工具、邮件或社交媒体,任何人点开都能看到效果。对方如果想“认领”这个部署,只需要:

  1. 打开 URL 顶部的 “Claim Deployment” 按钮;
  2. 用 GitHub / GitLab / 邮箱注册一个 Vercel 账号;
  3. 一键把项目迁到自己的 dashboard 继续维护。

常见踩坑

  1. 没装 vercel CLI 就跑命令:Agent 提示会建议 npx vercel@latest,但部分老旧脚本硬编码 vercel 命令,需要全局安装。
  2. 本地依赖没装就跑:如果 node_modules 为空,Vercel CLI 会尝试 npm install,但速度很慢。建议本地先 npm install 一遍。
  3. 环境变量缺失:项目如果依赖 process.env.API_KEY,claimable 部署不会注入,需要把变量改为构建时常量或写一份 .env.example 让对方认领后补上。
  4. 后端 API 路由跨域:Next.js API Routes 部署到 Vercel 没问题,但如果是独立 Express 服务,本 Skill 不能帮你部署。
  5. Node 版本不匹配:Vercel 默认 Node 20,如果项目锁了 Node 16 可能在云端跑不起来,可以在 package.jsonengines 字段明确。
  6. 单文件 HTML 项目识别失败:Skill 强调“40+ 框架自动识别”,但最朴素的单 HTML 文件可能识别为 Static,需要手动加 vercel.json 指定 output 目录。

初级用法

1. 一键分享 Vite 项目

npm create vite@latest hello
cd hello
npm install
vercel deploy --yes --claimable

30 秒后你就能拿到 URL。 2. 部署 Next.js demo

npx create-next-app@latest demo
cd demo
vercel deploy --yes --claimable

3. 把 claimable 部署接进 AgentCLAUDE.md 加一句:

# CLAUDE.md
After implementing a frontend feature, run `npx vercel@latest deploy
--yes --claimable` in the project root and return the URL to the user.

Agent 完成编码后会自动帮你部署。

高级玩法

1. 配合 —build-env 注入环境变量

vercel deploy --yes --claimable \
--build-env NEXT_PUBLIC_API_URL=https://api.example.com

适合纯前端但需要指向真实 API 的场景。 2. 团队内部的“轮值分享”脚本 写个 Bash 脚本,让团队成员每周一跑一次,把 claimable URL 发到群里,作为“本周 demo 日”仪式感。 3. 与 Git worktree 联动 Vercel CLI 支持从某个分支部署:

vercel deploy --yes --claimable --target preview

配合 obra/superpowers 里的 using-git-worktrees Skill,可以在隔离 worktree 里测不同分支的部署。 4. 部署成功回调 Webhook 用 Vercel Deploy Hooks 把每次部署结果推到 Slack,形成可视化记录。

小技巧

  • 跑部署前先跑 build:本地 npm run build 一次,能提前发现构建错误,比推到云端再失败更快。
  • 大项目用 --no-wait:如果你只关心退出码,加 --no-wait 让 CLI 不阻塞。
  • 匿名 URL 默认 30 天有效:认领后才会变成长期托管。
  • CI 里用 --token:CI 场景别用 --claimable,改用 VERCEL_TOKEN 环境变量走标准流程。
  • 分享前先打开无痕模式测试:避免被本地 cookie 干扰判断。

参考链接

vercel-deploy-claimable Skill 多维度简评

综合评分:8.4 / 10 ⭐⭐⭐⭐ 类别:部署运维 仓库:vercel-labs/agent-skills 维护者:Vercel Labs


一、核心定位与价值

它是 vercel-labs/agent-skills 的3 个 Skill 之一(react-best-practices、web-design-guidelines、vercel-deploy-claimable),专注解决一个非常具体的痛点:让 Agent 自动把当前项目部署成一个临时可访问的演示 URL,无需 Vercel 账号

传统分享 Demo 的痛点:

  • ❌ 需要 Vercel 账号
  • ❌ 需要配置 Git 集成
  • ❌ 需要等待 CI/CD
  • ❌ 需要管理 token

vercel-deploy-claimable 解决方案

  • ✅ 无需 Vercel 账号
  • ✅ 一条命令部署
  • ✅ 自动生成预览 URL + 认领 URL
  • ✅ 团队成员可认领到自己的账号

二、核心能力

2.1 框架自动识别

支持 40+ 主流框架,自动检测当前项目结构:

Next.js / Nuxt / Astro / SvelteKit / Remix /
Vite / Create React App / Gatsby / Hugo /
Jekyll / Eleventy / Astro / Solid Start /
Qwik / Nuxt 3 / TanStack Start / ...

也支持:

  • 纯静态 HTML(无构建步骤)
  • 任意能 build 成静态文件的框架

2.2 双 URL 输出

部署成功后返回两个 URL:

✅ Preview URL: https://my-app-abc123.vercel.app
   - 立即可访问的演示链接

✅ Claim URL: https://vercel.com/claim/...
   - 团队成员认领到自己的 Vercel 账号

三、完整使用流程

3.1 一键部署当前项目

用 vercel-deploy-claimable 部署当前项目,给团队 review。

自动执行

  1. 扫描项目结构
  2. 检测框架(package.json、构建脚本)
  3. 打包成 tarball
  4. 上传到 Vercel Deploy API
  5. 自动 build + deploy
  6. 返回两个 URL

3.2 部署纯静态站点

把这个 HTML 文件夹部署成静态站点:
- index.html
- styles.css
- script.js

3.3 部署前端原型

部署我的 Vite + React 项目到 Vercel,让客户 review。

3.4 部署并配置环境变量

部署时设置以下环境变量:
- API_URL=https://api.example.com
- ANALYTICS_ID=xxx

四、技术细节

4.1 工作原理

┌────────────────┐     ┌──────────────────┐     ┌──────────┐
│   本地项目     │ ──> │  vercel-deploy   │ ──> │  Vercel  │
│  (当前目录)    │     │  -claimable Skill│     │  Cloud   │
└────────────────┘     └──────────────────┘     └──────────┘
        │                       │                       │
        │ tarball 上传          │ 调用 Vercel API      │
        │ <─────────────────────┘                       │
                                                        │
                                        返回 Preview URL + Claim URL

4.2 关键参数

{
  "name": "my-app",               // 项目名(可选)
  "framework": "nextjs",         // 框架(自动检测)
  "buildCommand": "npm run build",
  "outputDirectory": "dist",
  "env": {
    "API_URL": "https://..."
  },
  "regions": ["iad1"]            // 可选:指定部署区域
}

4.3 部署后能做什么

功能是否支持
立即访问 Preview URL
自定义域名(认领后)
HTTPS 自动
CDN 全球加速
环境变量
私有链接(防爬)⚠️ 需认领后配置
Analytics⚠️ 需认领后配置

五、6 大实战场景

场景 1:内部团队 review

用 vercel-deploy-claimable 部署这个新功能,让团队先看看效果。

适合:开发完新功能,但还没合并到 main 分支

场景 2:客户演示

部署这个原型给客户看,他们不需要 Vercel 账号就能访问。

适合:销售场景,需要快速给客户看效果

场景 3:招聘作业

部署这个作业系统,候选人提交后即可访问。

适合:技术面试、招聘流程

场景 4:Bug 复现

部署这个分支复现 Bug,团队成员可以在线看到问题。

适合:QA 测试、用户反馈

场景 5:临时分享

把这个演示文稿部署,给 50 个客户分享链接。

适合:临时活动、试用

场景 6:跨设备测试

部署后用手机、平板、电脑同时访问,测试响应式。

适合:移动端适配验证


六、安装

6.1 命令

# 通用
npx skills add vercel-labs/agent-skills --skill vercel-deploy-claimable

# 只装这个
npx add-skill vercel-labs/agent-skills --skill vercel-deploy-claimable -y

6.2 选择性安装

# Claude Code 全局
npx add-skill vercel-labs/agent-skills \
  --skill vercel-deploy-claimable \
  -g -a claude-code -y

# 多 Agent
npx add-skill vercel-labs/agent-skills \
  --skill vercel-deploy-claimable \
  -a claude-code -a opencode -a cursor -y

6.3 安装路径

  • Claude Code: ~/.claude/skills/vercel-deploy-claimable/
  • Cursor: ~/.cursor/skills/
  • OpenCode: ~/.config/opencode/skills/

七、5 条反合理化

借口反驳
”我有 Vercel 账号,不需要”不需要账号即可分享临时演示
”ngrok 也能做”ngrok 是本地端口转发,vercel-deploy 是真部署
”git push 后 Vercel 自动部署”需要 main 分支,feature 分支不会自动部署
”上传到 S3 就行”没 CDN、没 HTTPS、没自定义域名
”Docker 本地跑就行”客户没有 Docker 环境

八、6 条实战技巧

  1. README.md 中加 demo 链接:用户能直接看到
  2. PR 评论附 Preview URL:reviewer 一键看效果
  3. commit message 中加 URL:未来回溯
  4. 敏感数据用 mock:不要部署真实 API key
  5. 大文件注意:tarball 有大小限制
  6. 团队规范:所有 feature 分支部署

九、限制与坑

9.1 限制

  • 单次部署时长限制(~5 分钟)
  • 单次部署大小限制(~100MB)
  • 公开链接(任何人可访问,慎用)
  • 无密码保护(认领后可配置)
  • 数据库连接(推荐用云数据库)

9.2 已知坑

  1. monorepo 复杂:需要正确配置 root directory
  2. 环境变量:需要 CLI 显式传入
  3. API Routes 限制:Vercel Hobby 计划有 10s 超时
  4. SSR vs SSG:不同模式影响部署行为
  5. Node 版本:必须匹配 Vercel 默认版本

十、Q&A

Q: 部署后多久失效? A: 默认 7 天不访问后回收。认领到团队账号永久保存。

Q: 可以私有部署吗? A: 认领后可以设密码保护。公开链接期间任何人能访问。

Q: 支持 Docker 部署吗? A: 不支持。Vercel 是 Serverless,Docker 走其他平台。

Q: 数据库怎么办? A: 用云数据库(Postgres、PlanetScale、MongoDB Atlas)。

Q: 域名绑定? A: 认领后可在 Vercel Dashboard 添加自定义域名。

Q: 性能如何? A: Vercel 全球 CDN + 边缘缓存,自动优化。

Q: 私有部署如何收费? A: Vercel Hobby 免费,Pro $20/月,Enterprise 定制。


十一、对比传统部署

维度vercel-deploy-claimable传统部署
时间30 秒5-30 分钟
账号不需要需要
配置0Git 集成 / Token
链接立即获得需配置域名
分享直接给链接复杂
适合Demo / 临时生产

十二、与其他 Skill 配合

配合场景
react-best-practices部署前用其审查性能
web-design-guidelines部署前用其审查 UI
frontend-design生成美学代码后部署
webapp-testing部署后 Playwright 测试

十三、真实踩坑案例(来自 Vercel Community 与 GitHub Issues)

案例 1:Next.js App Router 静态导出失败

现象:部署后访问 URL 报 404,所有路由都打不开。 根因output: 'export' 模式下,API Routes 不会被打包;用户期望部署后端 API 一起跑起来。 解决

  1. 区分纯前端导出 vs Node Runtime:纯前端用 output: 'export',需要 API 改用 Serverless Functions。
  2. 在 SKILL 提示词中显式声明:“本项目是 Next.js 静态导出,无后端 API”
  3. 若必须有 API:删除 output: 'export',保持默认 Node Runtime,让 Vercel 自动识别。

案例 2:环境变量误传到客户端

现象:部署后前端 bundle 里能 grep 到生产数据库连接串。 根因:Vercel 默认所有 process.env.XXX 都会进客户端 bundle(除了 NEXT_PUBLIC_ 前缀)。 解决

  • 客户端变量必须以 NEXT_PUBLIC_ 开头
  • 敏感变量(数据库密码、Stripe Secret Key)只能放在 Serverless Functions 中读取
  • 部署后用浏览器 DevTools 搜索 “secret” / “key” 验证是否泄露

案例 3:Monorepo 找不到构建产物

现象:部署后页面是白屏,Vercel log 显示 “No output files found”。 根因:Vercel 默认从仓库根目录开始构建,但 dist/apps/web/ 下面。 解决

{
  "buildCommand": "pnpm --filter web build",
  "outputDirectory": "apps/web/dist",
  "installCommand": "pnpm install"
}

并在 SKILL 提示词中指定 root directory。

案例 4:超大 node_modules 拖慢部署

现象:单次部署耗时 4 分 50 秒,接近 5 分钟上限。 根因:没设置 .vercelignore,把测试目录、.git、coverage 全打包了。 解决

# .vercelignore
.git
node_modules
coverage
__tests__
*.test.ts
*.spec.ts

案例 5:Vercel Hobby 计划 10 秒超时

现象:API Route 跑 12 秒后 504 Gateway Timeout。 根因:Vercel Hobby 计划 Serverless Function 限时 10 秒。 解决

  • 优化代码(缓存、预编译 SQL)
  • 长任务改用 Background Functions(需 Pro 计划,15 分钟超时)
  • 拆分任务:客户端先拿到 taskId,轮询结果

案例 6:路由动态段 + ISR 缓存冲突

现象:详情页部署后内容是旧的,刷新不更新。 根因revalidate 时间没设置或太长。 解决

// app/products/[id]/page.tsx
export const revalidate = 60;  // 60 秒重新生成

或者用 revalidatePath() / revalidateTag() 在数据更新时手动失效。


十四、部署后性能监控方案

14.1 开启 Vercel Web Analytics(认领后免费)

// app/layout.tsx (Next.js App Router)
import { Analytics } from '@vercel/analytics/react';
export default function RootLayout({ children }) {
  return (
    <html>
      <body>
        {children}
        <Analytics />
      </body>
    </html>
  );
}

监控指标:

  • Real User Monitoring(RUM):LCP、FID、CLS、TTFB
  • Top Pages:哪些页面最常被访问
  • Web Vitals 分布:75% 用户的实际体验

14.2 开启 Speed Insights

import { SpeedInsights } from '@vercel/speed-insights/next';
export default function RootLayout({ children }) {
  return (
    <html>
      <body>
        {children}
        <SpeedInsights />
      </body>
    </html>
  );
}

14.3 自定义日志(CLI 实时查看)

vercel logs <deployment-url> --follow

输出 JSON 格式:

{
  "level": "error",
  "message": "Database connection timeout",
  "requestId": "req_abc123",
  "timestamp": "2026-06-15T10:30:45.123Z"
}

可配合 log drains 转发到 Datadog / Sentry / Axiom。

14.4 错误监控:Sentry 集成

npm install @sentry/nextjs
npx @sentry/wizard@latest -i nextjs

认领到 Vercel 账号后,可以在项目设置 → Integrations 一键安装 Sentry,自动捕获:

  • 客户端 JavaScript 错误
  • Serverless Function 异常
  • 性能追踪(APM)
  • Source Map 自动上传

十五、与其他部署平台深度对比

维度vercel-deploy-claimableNetlify DropGitHub PagesCloudflare Pagesngrok
账号要求❌ 无需❌ 无需❌ 无需❌ 无需❌ 无需
部署时间30 秒60 秒90 秒45 秒1 秒
CDN✅ 全球✅ 全球✅ 全球✅ 全球❌ 节点少
HTTPS✅ 自动✅ 自动✅ 自动✅ 自动⚠️ 需配置
自定义域名⚠️ 认领后⚠️ 需配置✅ 直接⚠️ 需配置⚠️ 付费版
SSR/ISR✅ 原生⚠️ Functions✅ WorkersN/A
数据库集成✅ Postgres/Redis✅ D1N/A
Edge Functions⚠️✅ 原生N/A
持久化⚠️ 7 天⚠️ 7 天✅ 永久✅ 永久⚠️ 进程死
适合场景前端 Demo静态站文档站全球边缘本地端口

vercel-deploy-claimable 的核心优势

  • Next.js / Vite / Astro 一等公民支持
  • 30 秒极速部署
  • 双 URL 模式(Preview + Claim)独有
  • 认领后无缝转入生产

十六、SKILL.md 工作流详解(Vercel 官方推荐流程)

16.1 Step 1:检测项目类型

# SKILL.md 中的 Bash 脚本
test -f package.json && cat package.json | grep -E '"(next|nuxt|astro|vite|remix)"'
test -f index.html && echo "static-html"
test -d src && test -f src/index.tsx && echo "create-react-app"

16.2 Step 2:构建产物

# 默认运行 npm run build
# 如果失败,回退到:
npm install --no-audit --no-fund
npm run build || yarn build || pnpm build

16.3 Step 3:打包 tarball

tar -czf /tmp/deploy.tar.gz \
  --exclude=node_modules \
  --exclude=.git \
  --exclude=coverage \
  --exclude=.next/cache \
  .

16.4 Step 4:调用 Vercel Deploy API

curl -X POST https://api.vercel.com/v13/deployments \
  -H "Authorization: Bearer ${VERCEL_TOKEN}" \
  -H "Content-Type: application/json" \
  -d @deploy-config.json

16.5 Step 5:轮询部署状态

# 每 3 秒查询一次,最多 5 分钟
for i in {1..100}; do
  STATUS=$(curl -s -H "Authorization: Bearer ${VERCEL_TOKEN}" \
    https://api.vercel.com/v13/deployments/${DEPLOY_ID} | jq -r '.readyState')
  if [ "$STATUS" = "READY" ]; then
    echo "✅ Deployed: $PREVIEW_URL"
    break
  fi
  sleep 3
done

16.6 Step 6:返回双 URL

{
  "preview": "https://my-app-abc123.vercel.app",
  "claim": "https://vercel.com/claim/claim_xyz789",
  "expiresIn": "7 days"
}

十七、Prompt 模板库

模板 1:标准部署(最常用)

用 vercel-deploy-claimable 部署当前目录的项目。

模板 2:带环境变量

部署当前项目到 Vercel,并设置环境变量:
- DATABASE_URL=postgresql://...
- STRIPE_SECRET_KEY=sk_test_xxx
- NEXT_PUBLIC_SITE_URL=https://mysite.com

模板 3:指定构建配置

部署到 Vercel:
- 构建命令:pnpm build
- 输出目录:apps/web/.next
- 安装命令:pnpm install --frozen-lockfile
- Node 版本:20.x

模板 4:批量部署多个项目

依次部署 ./apps/web、./apps/admin、./apps/marketing 三个 Next.js 应用到 Vercel。
每个应用部署后返回 Preview URL 和 Claim URL。

模板 5:部署 + 自动测试

部署当前项目,然后运行 Playwright 测试,截图保存到 ./screenshots/。

模板 6:部署后回写 README

部署后把这个部署的 Preview URL 自动追加到 README.md 的 "## Demo" 章节。

模板 7:CI 集成(GitHub Actions)

name: Deploy Preview
on: [pull_request]
jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npx skills add vercel-labs/agent-skills --skill vercel-deploy-claimable -y
      - run: echo "Use vercel-deploy-claimable to deploy this PR"
        env:
          VERCEL_TOKEN: ${{ secrets.VERCEL_TOKEN }}

十八、总结

核心价值

  • 30 秒部署一个临时可访问的演示
  • 无需账号、配置、等待
  • 完美适合 Demo 场景

适用人群

  • 前端开发者(快速分享给团队/客户)
  • 产品经理(Demo 给客户)
  • 招聘场景(作业演示)
  • 教学场景(学生作业)

投入产出比:⭐⭐⭐⭐(4/5)—— 按需装。

何时不要用

  • 生产环境正式项目(用 Vercel Pro + Git Integration)
  • 需要长连接(WebSocket)的应用(用 Railway / Fly.io)
  • 大型 monorepo 复杂项目(用 Turbo + Vercel Dashboard)
  • 需要 GPU 计算的应用(用 Modal / Replicate)

配套文档:react-best-practices 性能 | web-design-guidelines UX | 精选技能对比


参考资料

  1. vercel-labs/agent-skills GitHub 仓库
  2. Vercel 官方文档
  3. Vercel CLI 参考文档
  4. Vercel Deployments API 文档

📊 评分与标签

评分说明

总分 8.4/10 · P_优选

📊 可观测社区指标(数据核验日期:2026-07-23)

📦 可安装性 2.2/2.5

  • 仓库可访问并可按其 README 加载;实际部署需要网络、构建成功及 Vercel 服务可用。
  • 对比 Cloudflare Workers、Firebase Hosting:只对公开可复核的安装路径和依赖计分,不把宿主账号或外部服务能力算作 Skill 自身。

🎯 实用性 2.3/2.5

  • Vercel Labs 仓库提供面向 Agent 的部署技能,条目强调检测框架、创建部署并生成可认领链接。
  • 对比 Cloudflare Workers、Firebase Hosting:本维度依据实际任务覆盖、输出边界和风险控制,而非仅依据仓库热度。

📖 文档质量 1.7/2.0

  • 仓库说明了 Agent Skills 的使用方式,部署行为仍需结合 Vercel CLI 与平台文档确认。
  • 对比 Cloudflare Workers、Firebase Hosting:可核验的步骤、示例和限制计入分数,缺少原始文件时明确扣分。

👥 社区活跃 1.0/1.5

  • GitHub API 返回 ★29,328、Fork 2,635,仓库在 2026-07-22 仍有更新。
  • 社区数字是核验日仓库级快照;与 Cloudflare Workers、Firebase Hosting 的规模差异不直接推导功能质量。

🔗 兼容性 1.2/1.5

  • 适配 Vercel 支持的 Web 框架和静态站;后端长任务、特殊网络或非 Vercel 运行时不能直接迁移。
  • 对比 Cloudflare Workers、Firebase Hosting:只计算明确支持的协议、语言和运行环境,不推定未声明的平台兼容。

评分依据可追溯至公开来源,每项分数均有明确理由和数据支撑。

局限与使用边界

  • “可认领”链接仍涉及外部部署与公开访问,应在上传前检查秘密、许可证、构建产物和数据暴露。
  • 本评分为公开资料审查,不代表在所有宿主、账号权限与生产数据集上完成独立实测。

🏷️ 标签说明

  • 免费: 标签对应条目公开描述与已核验的能力边界。来源:主要核验来源
  • 部署运维: 标签对应条目公开描述与已核验的能力边界。来源:主要核验来源
  • 编程: 标签对应条目公开描述与已核验的能力边界。来源:主要核验来源

📋 来源核验记录

  • ✅ 已核验:主要官方或登记来源
  • ✅ 已核验:GitHub 仓库页面
  • ✅ 已核验:GitHub API 元数据
  • ⚠️ 间接来源:站内 JSON 仅用于名称、标签和固定总分的一致性校验,维度证据取自以上公开页面。
  • ❌ 已删除死链:无;无法定位同名原始 Skill 的情况已在正文明确限制,未伪造路径或指标。