接入
管理

接入指南

RobotX 提供三种接入方式,将本地或 CI 生成的前端产物发布到平台。构建在您的工作区完成,RobotX 负责产物上传后的版本、预览、发布、CDN、HTTPS 和独立域名。

前置条件

  • 项目能构建为静态产物(支持 React、Vue、Next.js 静态导出、Vite、纯 HTML/JS 等)
  • RobotX CLI 不再支持云端 build;CI / Agent 方式会在当前工作区本地构建,再上传构建产物
  • 注册 RobotX 账号并在 获取 API Key(GitHub Action / Gitee CI 和 Agent Skill 方式需要)
  • 手动上传方式仅需登录 RobotX 控制台,无需额外配置
接入

以下三种接入方式都以构建产物为发布入口,按团队协作模式选择即可:CI 自动化、Agent 命令化、控制台手动上传。

GitHub Action / Gitee CI

推荐 · 全自动化发布

GitHub 建议使用 robotx-dev/cli@v0.3。CLI 会在 runner 工作区执行本地构建并上传产物,RobotX 不再执行远程 build。对于 Gitee 仓库,可在流水线中使用同一套 CLI 二进制安装 + deploy 命令,效果一致。

配置步骤

  1. 1
    获取 API Key

    登录 RobotX 控制台,前往 页面,创建或复制您的 API Key。

  2. 2
    配置 CI Secrets

    在 GitHub 或 Gitee 的 CI Secret 配置中,添加 ROBOTX_BASE_URLROBOTX_API_KEY

  3. 3
    GitHub: 添加 Workflow 文件

    在仓库根目录创建 .github/workflows/deploy.yml

    yaml
    name: Deploy to RobotX
    on:
      push:
        branches: [main]
    
    jobs:
      deploy:
        runs-on: ubuntu-latest
        steps:
          - uses: actions/checkout@v4
          - uses: actions/setup-node@v4
            with:
              node-version: 20
    
          - name: Deploy to RobotX
            id: robotx
            uses: robotx-dev/cli@v0.3
            with:
              base-url: ${{ secrets.ROBOTX_BASE_URL }}
              api-key: ${{ secrets.ROBOTX_API_KEY }}
              project-path: .
              project-name: your-project
              local-build: "true"
              publish: "false"
              source-ref: "branch:${{ github.ref_name }}@${{ github.sha }}"
              extra-args: >-
                --install-command "npm ci"
                --build-command "npm run build"
                --output-dir dist
    
          - name: Print result
            run: |
              echo "project_id=${{ steps.robotx.outputs.project_id }}"
              echo "build_id=${{ steps.robotx.outputs.build_id }}"
              echo "status=${{ steps.robotx.outputs.status }}"
  4. 4
    Gitee: 添加流水线 Shell 步骤

    在 Gitee CI 的部署步骤中执行以下命令:

    bash
    # 在 Gitee 流水线中执行(Shell 步骤)
    curl -fsSL https://raw.githubusercontent.com/robotx-dev/cli/main/scripts/install.sh | bash
    export PATH="$HOME/.local/bin:$PATH"
    
    robotx deploy . --name your-project   --base-url "$ROBOTX_BASE_URL"   --api-key "$ROBOTX_API_KEY"   --install-command "npm ci"   --build-command "npm run build"   --output-dir dist   --source-ref "branch:$GITEE_BRANCH@$GITEE_COMMIT"   --output json
  5. 5
    推送并发布

    将配置提交并推送到主分支后,CI 会在 runner 本地完成安装、构建、产物上传和发布。

参数说明

参数必填说明
base-urlRobotX API 地址(如 https://api.robotx.xin
api-keyRobotX API Key(建议通过 Secret 传入)
project-path项目路径,通常为 .
project-name / project-id二选一project-name 默认 create-or-update(同 owner 复用),也可显式传 project-id
local-build必须保持 true;RobotX 已不支持远程 build
extra-args传入 --install-command--build-command--output-dir 等 CLI 构建参数

Agent Skill

适合 AI 开发者

在 Cursor、Codex、Claude Code 等 AI 编码环境中,通过 robotx skill + CLI,可一键完成发布。本节流程参考 github/robotx-dev/cli 中的 SKILL.md,推荐统一使用 --output json 便于 Agent 稳定解析。请让 Agent 在本地完成构建并上传产物,不要调用已下线的远程 build 或日志能力。

安装 Skill

bash
# 在 Codex 对话中安装 robotx skill
$skill-installer install https://github.com/robotx-dev/cli/tree/main

# 若环境中尚未安装 robotx CLI,可直接安装二进制(无需 Go)
curl -fsSL https://raw.githubusercontent.com/robotx-dev/cli/main/scripts/install.sh | bash

将项目 SKILL.md 添加到 Agent

Codex(项目级目录优先读取):

bash
# 项目级(推荐,随仓库共享)
mkdir -p .agents/skills/robotx
cp ./SKILL.md .agents/skills/robotx/SKILL.md

# 旧版 Codex 兼容路径(可选)
mkdir -p ~/.codex/skills/robotx
cp ./SKILL.md ~/.codex/skills/robotx/SKILL.md

Claude Code(项目级或个人级):

bash
# 项目级(推荐,随仓库共享)
mkdir -p .claude/skills/robotx
cp ./SKILL.md .claude/skills/robotx/SKILL.md

# 个人级(仅本机用户生效)
mkdir -p ~/.claude/skills/robotx
cp ./SKILL.md ~/.claude/skills/robotx/SKILL.md

使用步骤

  1. 1
    安装 Skill 与 CLI

    安装 robotx skill,并将项目的 SKILL.md 放入 Codex/Claude 对应 skill 目录。

  2. 2
    配置凭据并做鉴权预检

    设置 ROBOTX_BASE_URLROBOTX_API_KEY,先执行 robotx projects --limit 1 --output json 验证凭据。若返回 401/403,可执行 robotx login --base-url https://robotx.xin 后重试。

  3. 3
    构建并发布到 RobotX

    执行 deploy 命令,让 CLI 在本地工作区构建并上传产物,建议全程使用 JSON 输出:

    bash
    # 1. 配置 RobotX 凭据
    export ROBOTX_BASE_URL=https://api.robotx.xin
    export ROBOTX_API_KEY=<your-api-key>
    
    # 2. 鉴权预检(推荐)
    robotx projects --limit 1 --output json
    
    # 3. 部署(CLI 会在本地工作区构建并上传产物)
    robotx deploy . --name your-project   --install-command "npm ci"   --build-command "npm run build"   --output-dir dist   --output json
    
    # 4. 可选:查看项目或构建状态
    robotx status --project-id proj_123 --output json
    robotx status --build-id build_456 --output json

CLI 参数说明

参数必填说明
deploy [project-path]项目路径(常用 .
--name / --project-id二选一--name 默认 create-or-update(同 owner 复用),也可显式传 --project-id
--local-build默认 true,且必须保持为 true
--install-command / --build-command / --output-dir覆盖本地安装、构建命令和产物目录;默认会结合扫描结果或 package.json 推断
--output json供 Agent 稳定解析结构化结果

提示

添加或更新 SKILL.md 后,建议重启或新开 Agent 会话。随后可直接说「发布到 RobotX」,并要求 Agent 使用 --output json 返回结构化结果;构建日志请以本地命令输出为准。

手动上传

最简单 · 零配置

直接在 RobotX 控制台上传 zip 格式的构建产物,无需配置 CI/CD 或安装任何工具。适合快速验证和一次性发布场景。

操作步骤

  1. 1
    构建项目

    在本地执行构建命令,生成产物目录(通常为 dist/build/)。

  2. 2
    打包为 zip

    将构建产物目录打包为 .zip 文件。确保 zip 根目录包含 index.html

    bash
    # 示例:打包 dist 目录
    cd dist && zip -r ../my-project.zip . && cd ..
  3. 3
    上传并发布

    前往 页面,输入项目名称,选择「手动上传」后选择 zip 文件。系统将自动扫描、配置并部署。

Zip 文件要求

  • zip 根目录必须包含 index.html
  • 仅包含构建产物(HTML/CSS/JS/Assets),不要包含 node_modules 或源码
  • 文件大小建议不超过 50MB
管理

接入完成后,重点是持续管理访问策略与发布版本,确保“谁可访问”和“线上跑哪个版本”都可控。

私域访问控制

策略与控制逻辑

私域控制由两层组成:登录门槛 + 访问凭证。你可以按项目选择策略,决定“谁能进入”以及“如何被放行”。

可选策略

仅平台登录

访问者完成平台登录后即可访问。

白名单

登录后还需在授权名单内,未授权用户可申请访问。

邀请码

登录后输入邀请码,校验通过才放行。

签名链接

持有效签名链接访问,适合限时分享场景。

策略控制逻辑

  1. 1
    先判断是否要求平台登录;若要求,未登录访问将被拦截。
  2. 2
    登录后按凭证策略继续校验(白名单 / 邀请码 / 签名链接)。
  3. 3
    校验通过后放行访问;不满足条件时停留在申请或校验入口。
  4. 4
    发布域名按项目策略执行;预览地址用于内部验收,默认仅项目拥有者访问。

默认策略

public 项目默认“仅平台登录”;private 项目默认“白名单”。

组合约束

白名单与邀请码/签名链接不能同时启用。建议一次只选择一种凭证策略,保证访问行为可预期。

版本控制

版本流转与回滚逻辑

RobotX 将“上传后的构建产物”和“线上发布”解耦:每次 CI、CLI 或手动上传都会生成独立版本,只有你主动发布后,线上版本才会切换。

构建版本

每次产物上传都会生成一个 Build 记录,包含版本号、版本 ID、构建状态和来源标识。

Preview 引用

用于验收当前候选版本,适合测试与联调,不直接影响线上访问。

Publish 引用

对应线上生效版本,只有执行“发布此版本”后才会更新。

控制逻辑

  1. 1
    新产物上传产生新版本,进入版本历史。
  2. 2
    构建成功后先在 Preview 验证。
  3. 3
    验证通过后手动发布,Publish 引用切到该版本。
  4. 4
    需要回退时,从历史中选择旧的成功版本重新发布即可。

管理视图

在项目详情可同时查看 Preview/Publish 当前版本,以及版本历史中的状态、创建时间和提交标识。失败版本会保留用于排查,但不会覆盖线上版本。

准备好了?

选择任意一种方式,几分钟内将您的项目发布上线。