@coze-arch/cli 0.0.37 → 0.1.2

package/README.md

@@ -1,143 +1,108 @@
-# @coze-coding/cli
+# @coze-arch/cli
 
-Coze Coding 的项目模板引擎，提供基于前端技术栈的项目初始化能力。
-
-## 特性
-
-- 🚀 **快速初始化**: 一键创建预配置的项目模板
-- 🤖 **AI 优先设计**: 专为 AI Agent 消费设计，提供清晰的错误信息和自描述能力
-- 📦 **多模板支持**: 支持 React、Next.js、HTML 等多种技术栈
-- 🔧 **类型安全**: 基于 JSON Schema 的参数校验和 TypeScript 类型生成
-- ⚡ **命令代理**: 统一的 dev/build/start 命令，抹平不同技术栈差异
+Coze Coding 的项目模板与本地运行 CLI。发布包名为 `@coze-arch/cli`，命令为
+`coze-dev`。
 
 ## 安装
 
 ```bash
-rush update
-
+npm install -g @coze-arch/cli
+coze-dev --help
 ```
 
-## 使用
-
-### 初始化项目
+也可以不全局安装：
 
 ```bash
-coze-coding init --template react --app-name my-app --use-typescript --use-tailwind
+npx @coze-arch/cli --help
 ```
 
-### 查看可用模板
+## 初始化项目
 
 ```bash
-coze-coding init --help
+coze-dev init my-app --template <template> --app-name my-app
+coze-dev init --help
 ```
 
-### 开发命令
+`init` 默认会渲染模板、安装依赖、初始化 Git、创建初始提交并启动开发服务。按需使用
+`--skip-install`、`--skip-git`、`--skip-commit`、`--skip-dev` 跳过这些步骤。模板名称和
+参数以 `coze-dev init --help` 的实时输出为准；未声明的参数会以 kebab-case 转为
+camelCase 后传给模板。
 
-```bash
-# 启动开发服务器
-coze-coding dev
+## 在项目中运行
 
-# 构建生产版本
-coze-coding build
+初始化产物根目录的 `.coze` 是统一命令契约：
 
-# 启动生产服务器
-coze-coding start
+```bash
+coze-dev dev       # 读取 dev.run
+coze-dev build     # 读取 deploy.build
+coze-dev start     # 读取 deploy.run
+coze-dev validate  # 读取 dev.validate
 ```
 
-## 模板参数
+`dev` 和 `build` 在执行前会尝试应用模板补丁；补丁失败会记录调试信息，但不会阻止主命令。
+子进程日志默认写入 `~/.coze-logs/dev.log`，可用 `--log-file <path>` 覆盖。
 
-每个模板都有自己的参数配置，通过 CLI 参数透传。参数名使用 kebab-case 格式，会自动转换为 camelCase 传入模板配置。
+## Windows 与 WSL
 
-例如：
-- `--app-name` → `appName`
-- `--use-typescript` → `useTypeScript`
-- `--port` → `port`
+原生 Windows（`process.platform === "win32"`）优先使用 `.coze` 中非空的 Windows
+覆盖命令；未配置时回退默认命令。WSL 被识别为 Linux，始终执行默认命令。
 
-## 开发模板
+| CLI 命令或场景 | 默认字段 | Windows 覆盖字段 |
+| --- | --- | --- |
+| `coze-dev dev` | `dev.run` | `dev.run_win` |
+| `coze-dev build` | `deploy.build` | `deploy.build_win` |
+| `coze-dev start` | `deploy.run` | `deploy.run_win` |
+| `coze-dev validate` | `dev.validate` | `dev.validate_win` |
+| `coze-dev deploy` 的本地打包 | `dev.pack` | `dev.pack_win` |
 
-### 模板结构
+已支持 Windows 的内置 Web 与 Phaser 模板将覆盖命令映射到 PowerShell 脚本，例如：
 
-```
-template-name/
-├── template.config.ts        # 模板配置（开发时）
-├── template.config.js        # 模板配置（生产时）
-├── .coze                     # 项目配置文件
-└── src/                      # 源代码（支持 EJS 模板）
-```
+```toml
+[dev]
+run = ["bash", "./scripts/dev.sh"]
+run_win = ["powershell.exe", "-NoProfile", "-ExecutionPolicy", "Bypass", "-File", "./scripts/dev.ps1"]
 
-### 参数定义
-
-使用 JSON Schema 定义模板参数：
-
-```typescript
-import type { JSONSchemaType } from 'ajv';
-
-export interface TemplateParams {
-  appName: string;
-  useTypeScript: boolean;
-  port: number;
-}
-
-export const paramsSchema: JSONSchemaType<TemplateParams> = {
-  type: 'object',
-  properties: {
-    appName: {
-      type: 'string',
-      minLength: 1,
-      pattern: '^[a-z0-9-]+$',
-      cliParam: '--app-name',
-      description: 'Application name'
-    },
-    useTypeScript: {
-      type: 'boolean',
-      default: true,
-      cliParam: '--use-typescript',
-      description: 'Enable TypeScript'
-    },
-    port: {
-      type: 'number',
-      default: 3000,
-      minimum: 1024,
-      maximum: 65535,
-      cliParam: '--port',
-      description: 'Development server port'
-    }
-  },
-  required: ['appName'],
-  additionalProperties: false
-};
+[deploy]
+build = ["bash", "./scripts/build.sh"]
+build_win = ["powershell.exe", "-NoProfile", "-ExecutionPolicy", "Bypass", "-File", "./scripts/build.ps1"]
 ```
 
-### 生命周期钩子
+## 部署
 
-```typescript
-export const onBeforeRender = (context) => {
-  // 渲染前处理
-  return context;
-};
+`coze-dev deploy` 内置于同一 CLI。认证优先读取
+`~/.coze/desktop/runtime.beta.json`，其次读取 `~/.coze/desktop/runtime.json`；
+CLI 会依次验证候选 Token，收到 401 时继续尝试下一项，再回退到
+`COZE_API_TOKEN` 和 `~/.coze/cli/config.json` 登录态：
 
-export const onAfterRender = (context, outputPath) => {
-  // 渲染后处理
-};
+```bash
+coze-dev deploy auth login
+coze-dev deploy doctor
+coze-dev deploy --source-root . --yes --wait
 ```
 
-## 编码规范
+完整的应用、环境变量、Pages 和小程序命令说明见 [部署文档](./docs/deploy.md)。
+`dev.pack_win` 是自定义模板可选的 Windows 打包覆盖；当前 Expo、Taro 和 Pi Agent 模板
+不承诺 Windows 支持。
 
-本项目严格遵循函数式编程风格：
+## 模板开发
 
-- ✅ 使用纯函数和不可变数据
-- ✅ 函数组合和高阶函数
-- ✅ 使用工厂函数和闭包
-- ❌ 禁止使用 class
-- ❌ 避免副作用和可变状态
+模板位于 `src/__templates__/`，每个模板通过 `template.config.ts` 定义参数和渲染钩子，
+`.coze` 定义生成项目的运行命令。新增模板或修改模板目录后执行：
 
-详见 [技术设计文档](./docs/technical-design.md#7-编码规范)
+```bash
+npm run prebuild
+```
 
-## 文档
+模板开发细节见 [模板开发指南](./docs/how-to-dev.md)。仓库开发依赖由 Rush 管理，不要在本包目录单独执行 `npm install` 或 `pnpm install`。
 
-- [需求文档](./docs/requirement.md)
-- [技术设计](./docs/technical-design.md)
+## 本地开发与验证
 
-## 许可证
+源码入口支持直接运行，无需先构建：
+
+```bash
+node src/cli.js --help
+npm run test
+npm run build
+```
 
-内部项目
+端到端模板验证使用 `npm run test:e2e`，会真实安装模板依赖并启动服务。发布前需完成该验证。

package/docs/deploy.md

@@ -0,0 +1,181 @@
+# coze-dev deploy
+
+`coze-dev` 内置的部署命令。认证凭据按以下优先级读取：
+
+1. `~/.coze/desktop/runtime.beta.json` 的 `patToken.accessToken`
+2. `~/.coze/desktop/runtime.json` 的 `patToken.accessToken`
+3. 非空环境变量 `COZE_API_TOKEN`
+4. 主 Coze CLI 保存在 `~/.coze/cli/config.json` 中的登录状态
+
+桌面运行时文件不存在、不可读、JSON 无效或 Token 字段缺失、为空时，CLI
+静默尝试下一来源。固定 Token 会在单次 CLI 进程首次使用时依次验证；候选返回
+401 时继续尝试下一来源，其他网络或服务端错误不会被误判成 Token 无效。选中的
+Token 在本次进程内复用，不输出或持久化。
+
+## 安装与运行
+
+```bash
+npm install -g @coze-arch/cli
+coze-dev deploy auth login
+coze-dev deploy auth status
+coze-dev deploy doctor
+```
+
+默认输出 JSON，可通过 `--format text` 切换为文本输出。
+
+首次部署不需要手动查找 `space_id` 或 `project_id`。当 `.coze [project]` 没有
+`project_id` 时，CLI 会复用已配置的 Space；如果尚未配置，会查询当前账号
+可用的 Space、自动选择第一个并保存，然后根据 `.coze` 的
+`[project].project_type` 创建当前源码目录专属的普通编程 Project。
+映射与部署服务端对 `.coze` 的解析保持一致：`agent`→Agent、`workflow`/`automation`→Automation、
+`app`→App、`skill`→Skill、`web`/`backend`→GeneralWeb、`miniapp`/`miniprogram`→WechatMiniProgram；
+其他值或未声明 `project_type` 时创建通用 General Project。不会复用共享的 CLIBilling Project。
+
+> Project 类型不只是元信息：它决定注入运行时的 `COZE_PROJECT_TYPE`、是否为该 Project 开通
+> Postgres、以及流量网关是否强制入站鉴权。类型建错时部署照样成功，但服务可能起不来 —— 例如
+> agent 模板靠 `COZE_PROJECT_TYPE` 选择要加载的图，并在启动时读取 `PGDATABASE_URL`。
+> 类型在创建 Project 时一次性确定，之后再改 `.coze project_type` 不会改变已有 Project 的类型。
+
+指定 PPE 泳道时，增加全局参数 `--lane`。CLI 会为所有部署 API 请求发送
+`x-tt-env` 和 `x-use-ppe: 1`，该参数只对当前命令生效：
+
+```bash
+coze-dev deploy --lane ppe_deploy app list
+coze-dev deploy --lane ppe_deploy --source-root .
+```
+
+## 命令
+
+```text
+coze-dev deploy context show
+coze-dev deploy auth login|status|logout
+coze-dev deploy context use --space-id <space_id>
+coze-dev deploy doctor
+coze-dev deploy app list [--page-size <n>] [--page-token <token>] [--all]
+coze-dev deploy app show --app-id <app_id>
+coze-dev deploy app rename <name> --app-id <app_id> --yes
+coze-dev deploy app delete --app-id <app_id> --yes
+coze-dev deploy app analytics|metrics --app-id <app_id> [--time-range <range>]
+coze-dev deploy app usage --app-id <app_id> --bill-month <YYYY-MM>
+coze-dev deploy [--lane <ppe_lane>] [--source-root <directory>] [--app-id <app_id>] [--application-type <type>] [--name <name>] [--connector-id <id>]
+coze-dev deploy status|list|online|rollback-check|cancel|rollback|stop|resume|pause
+coze-dev deploy logs|log-count|count|build-log|config
+coze-dev deploy domain list [--unit-type dev|prod]
+coze-dev deploy domain add <domain>
+coze-dev deploy domain set-prefix <prefix> --app-id <app_id> --yes
+coze-dev deploy mini-program status|bind|submit-code|unbind|auth|preview
+```
+
+`app list` 是真分页：一次只返回一页（`--page-size` 默认 20、上限 100），`has_more` 为真时用返回的 `next_page_token` 取下一页；要一次拿到名下全部应用用 `--all`，它会自己翻到底。
+
+部署确认阶段不传 `--yes`；确认后使用相同参数增加 `--yes`，需要等待终态时再增加
+`--wait`。CLI 会为每次请求自动生成一个 40 位十六进制源码快照 ID，用于兼容 V2 接口的
+`commit_hash` 字段，用户无需指定。该 ID 不代表 Git commit；源码目录无需由 Git 管理，
+打包时始终读取目录的最新内容。CLI 会把当前源码目录专属的 `project_id` 和唯一 `app_id`
+写入 `.coze [project]`，ID 使用引号包裹的十进制字符串。后续类型一致时自动复用该
+Application；类型不一致时创建新 Application、覆盖 `app_id` 并提示。也可用 `--project-id`
+或 `--app-id` 显式指定已有资源，显式指定时不会额外创建 Project。
+
+首次部署的应用名称可通过 `--name` 指定；显式参数优先于 `.coze` 的
+`[project].name`。Pages 部署没有 `.coze` 时，CLI 会先生成最小配置再写入绑定。
+
+```toml
+[project]
+name = "Phaser 游戏"
+project_type = "web"
+project_id = "987654321"
+app_id = "123456789"
+```
+
+Pages 首次部署没有 `app_id`，必须显式指定交付类型。Pages 将
+`--source-root` 视为项目根目录：根目录已有 `index.html` 时直接打包；否则读取 `.coze`，
+要求 `project.template = "nextjs"` 且 `deploy.build` 为非空命令数组。CLI 不在本地安装
+依赖或执行 Pages 构建，只上传源码；Deploy 服务在 Sandbox 中注入 Next.js 静态导出配置，
+执行 `deploy.build`，并要求最终产出 `out/index.html`：
+
+```bash
+coze-dev deploy --source-root . --application-type pages
+coze-dev deploy --source-root . --application-type pages --yes --wait
+```
+
+创建成功后 CLI 会把 Pages Application 写入 `.coze`；后续可继续传
+`--application-type pages` 自动复用，或显式传 `--app-id`。
+
+V2 接口的所有参数均通过 POST JSON body 发送，不会放入 URL。确认非 Pages 部署后，CLI
+会执行 `.coze` 中可选的 `dev.pack` 命令；原生 Windows 优先执行非空的
+`dev.pack_win`，未配置时回退 `dev.pack`。该步骤将
+本地部署内容打成无根目录的 `tar.gz`，再通过 `source_package_base64` 上传。Pages 部署
+统一上传源码根目录：已有 `index.html` 时服务端跳过构建，没有时由服务端按 Snapshot 中的
+`.coze deploy.build` 构建。打包由 CLI 自带的 Node.js 脚本执行，并排除 `.coze`、`.env`、
+`.git`、`.venv`、`.codegraph`、`node_modules`、`.next`、`site-packages` 和 `__pycache__`。
+`scripts/package-project.py` 仍随源码和 npm 包保留，仅作为 Python 参考备份与行为对照，
+生产打包链路不会调用 Python。
+
+环境变量以当前线上成功版本的 Secret 快照为准，CLI 不再读取源码根目录的 `.env`。
+更新服务或小程序时，CLI 会读取线上快照中的用户变量并重新加密上传；首次部署没有线上
+快照，因此使用空的用户变量集合。平台系统变量由 Secret 服务管理，不作为用户变量上传。
+
+通过 `app_id` 查看当前线上版本的环境变量及快照状态：
+
+```bash
+coze-dev deploy env list
+coze-dev deploy env list --app-id 7672644451805691910
+```
+
+小程序部署可重复指定渠道：微信为 `10000127`，抖音为 `10000126`：
+
+```bash
+coze-dev deploy --source-root . --application-type mini_program \
+  --connector-id 10000127 --yes --wait
+```
+
+小程序预览先完成授权，再执行 preview。preview 会打包微信的 dist/ 或抖音的 dist-tt/ 并上传。Project ID 可通过参数传入或从 .coze 自动读取。
+
+```bash
+coze-dev deploy mini-program auth --platform wechat --mini-app-id wx123 --source-root .
+coze-dev deploy mini-program preview --platform wechat --mini-app-id wx123 --source-root .
+```
+
+绑定小程序 AppID 时，默认从源码目录 `.coze [project]` 读取该目录的 `project_id`：
+
+```bash
+coze-dev deploy mini-program bind \
+  --platform wechat \
+  --mini-app-id wx123 \
+  --redirect-url https://code.coze.cn/coding/auth/callback/miniprogram
+```
+
+返回 `bind_status=1` 时，打开 `need_authorize_data.auth_url` 完成授权。回调页会自动
+提交授权码；无回调页的调用方也可使用 `mini-program submit-code` 手动提交。
+
+`deploy status` 和 `list` 会返回 `deploy_detail[].deploy_log_key`。只有一个日志
+key 时，`deploy build-log --deploy-id <id>` 会自动解析；存在多个 key 时按错误
+详情中的 `available_keys` 选择一个并传 `--key`。
+
+应用维度的管理和观测命令均支持 `--app-id`；省略时从当前目录的 `.coze [project]` 读取：
+
+```bash
+coze-dev deploy app rename "新应用名称" --app-id <app_id> --yes
+coze-dev deploy online --app-id <app_id>
+coze-dev deploy rollback-check --app-id <app_id> --deploy-id <history_id>
+coze-dev deploy log-count --app-id <app_id>
+coze-dev deploy count --app-id <app_id>
+coze-dev deploy app metrics --app-id <app_id> --time-range week
+coze-dev deploy app usage --app-id <app_id> --bill-month 2026-08
+coze-dev deploy domain list --app-id <app_id> --unit-type dev
+```
+
+`domain list` 默认查询 Prod 域名；传 `--unit-type dev` 查询开发态预览域名。
+审核 Unit 是内部流水线槽位，不支持从 CLI 查询。
+
+`domain set-prefix` 改的是**系统分配的默认域名**（`<prefix>.coze.site`）里的 prefix，
+后缀不变；`domain add` 加进来的自定义域名不受影响 —— 那类域名服务端只有 create/delete，
+域名串本身改不了。改完旧默认域名立刻不再指向本应用，已经发出去的链接会失效，所以必须传 `--yes`。
+前缀的长度、保留词、是否被占用由服务端判定，CLI 只拦形态明显不合法的值（大写、首尾连字符等）。
+这是**权益能力**：账号没有对应权益时服务端会直接拒绝。
+
+`app delete` 删除应用，终态不可撤销，必须传 `--yes`。服务端**只接受已停服的应用**：
+仍在服务时会返回一条带当前状态的错误，先跑 `deploy stop --yes` 再删。CLI 不会替你先停 ——
+停服会真的把线上服务摘掉，那一步要由你自己确认。删除会一并停掉该应用名下的部署单元、
+软删它的域名并清理残留的函数；已删除的应用再删一次是幂等成功。删完记得把 `.coze [project]`
+里的 `app_id` 去掉，否则同目录下一次 `deploy` 会打到这个已删除的应用上被服务端拒。

package/lib/__templates__/expo/.cozeproj/scripts/dev_build.sh

@@ -3,6 +3,7 @@ if [ -z "${BASH_VERSION:-}" ]; then exec /usr/bin/env bash "$0" "$@"; fi
 set -euo pipefail
 ROOT_DIR="$(pwd)"
 PREVIEW_DIR="/source/preview"
+SOURCE_DIR="/source"
 
 # ==================== 配置项 ====================
 SERVER_DIR="app"
@@ -40,6 +41,9 @@ echo "检查根目录 post_install.py"
 if [ -f "$PREVIEW_DIR/post_install.py" ]; then
   echo "执行：python $PREVIEW_DIR/post_install.py"
   python "$PREVIEW_DIR/post_install.py" || echo "post_install.py 执行失败"
+elif [ -f "$SOURCE_DIR/post_app_install.py" ]; then
+  echo "执行：python $SOURCE_DIR/post_app_install.py $ROOT_DIR"
+  python "$SOURCE_DIR/post_app_install.py" "$ROOT_DIR" || echo "post_app_install.py 执行失败"
 fi
 
 echo "==================== 依赖安装完成！====================\n"

package/lib/__templates__/expo/.cozeproj/scripts/dev_run.sh

@@ -1,18 +1,27 @@
+#!/usr/bin/env bash
+
 ROOT_DIR="$(cd "$(dirname "$0")/../.." && pwd)"
 PREVIEW_DIR="/source/preview"
 LOG_DIR="${COZE_LOG_DIR:-$ROOT_DIR/logs}"
 LOG_CLIENT_FILE="$LOG_DIR/client.log"
+LOG_SERVER_FILE="$LOG_DIR/server.log"
 mkdir -p "$LOG_DIR"
 
 # ==================== 配置项 ====================
 # Server 服务配置
 SERVER_HOST="0.0.0.0"
-SERVER_PORT="9091"
+SERVER_PORT="${SERVER_PORT:-<%= serverPort %>}"
 # Expo 项目配置
 EXPO_HOST="0.0.0.0"
 EXPO_DIR="expo"
-EXPO_PORT="5000"
-WEB_URL="${COZE_PROJECT_DOMAIN_DEFAULT:-http://127.0.0.1:${SERVER_PORT}}"
+# DEPLOY_RUN_PORT 是平台注入的对外端口，EXPO_PORT 保留为本地覆盖项。
+EXPO_PORT="${DEPLOY_RUN_PORT:-${EXPO_PORT:-<%= port %>}}"
+COZE_HARDWARE_DID="${COZE_HARDWARE_DID:-}"
+if [ -n "${EXPO_PORT:-}" ] && [ -n "${COZE_HARDWARE_DID}" ]; then
+  WEB_URL="${COZE_PROJECT_DOMAIN_DEFAULT:-https://cozedaemon-${COZE_HARDWARE_DID}-${EXPO_PORT}.dev.coze.site}"
+else
+  WEB_URL="${COZE_PROJECT_DOMAIN_DEFAULT:-http://127.0.0.1:${SERVER_PORT}}"
+fi
 ASSUME_YES="1"
 EXPO_PUBLIC_BACKEND_BASE_URL="${EXPO_PUBLIC_BACKEND_BASE_URL:-$WEB_URL}"
 EXPO_PUBLIC_COZE_PROJECT_ID="${COZE_PROJECT_ID:-}"
@@ -22,6 +31,7 @@ export EXPO_PUBLIC_BACKEND_BASE_URL EXPO_PACKAGER_PROXY_URL EXPO_PUBLIC_COZE_PRO
 # 运行时变量（为避免 set -u 的未绑定错误，预置为空）
 SERVER_PID=""
 EXPO_PID=""
+PNPM_BIN=""
 
 # ==================== 工具函数 ====================
 check_command() {
@@ -112,22 +122,94 @@ wait_port_connectable() {
   return 1
 }
 
-start_expo() {
-  local offline="${1:-0}"
+# detached 出去的进程没人负责回收，超过这个时长就自己退出，避免端口与内存长期泄露。
+MAX_RUNTIME_SECONDS=1200
+
+# 真正被 detach 的是这层 bash wrapper：它是进程组 leader，组内 watchdog 到点回收整组
+# （wrapper -> pnpm -> expo/node）；被包的进程自己先退出时也顺手清空进程组，不留残余。
+RUN_WITH_TIMEOUT='
+timeout_seconds=$1
+shift
+
+"$@" &
+child_pid=$!
+
+# 先忽略 TERM，才能在向整组发 TERM（自己也在组里）之后存活下来补一发 KILL。
+( trap "" TERM
+  sleep "${timeout_seconds}"
+  echo "[dev] 后台进程运行超过 ${timeout_seconds}s，回收进程组 $$。"
+  kill -TERM -- "-$$" 2>/dev/null || true
+  sleep 5
+  kill -KILL -- "-$$" 2>/dev/null || true
+) &
+
+wait "${child_pid}"
+kill -KILL -- "-$$" 2>/dev/null || true
+'
+
+# coze-daemon 会在 runtime shell 退出时清理原进程组。
+# 通过 Node detached spawn 创建独立 session/进程组，并将 stdio 直接写入日志。
+# 返回的 PID 是 wrapper 的，同时也是整个进程组的 PGID，后续按组回收。
+spawn_detached() {
+  local cwd="$1"
+  local log_file="$2"
+  shift 2
+
+  node - "$cwd" "$log_file" \
+    /bin/bash -c "${RUN_WITH_TIMEOUT}" detached-runner "${MAX_RUNTIME_SECONDS}" "$@" <<'NODE'
+const fs = require('node:fs');
+const { spawn } = require('node:child_process');
 
-  pushd "$ROOT_DIR/client"
+const [cwd, logFile, command, ...args] = process.argv.slice(2);
+if (!cwd || !logFile || !command) {
+  throw new Error('spawn_detached 缺少 cwd、log_file 或 command');
+}
+
+const logFd = fs.openSync(logFile, 'a');
+try {
+  const child = spawn(command, args, {
+    cwd,
+    detached: true,
+    env: process.env,
+    stdio: ['ignore', logFd, logFd],
+  });
+  child.unref();
+  process.stdout.write(String(child.pid));
+} finally {
+  fs.closeSync(logFd);
+}
+NODE
+}
+
+stop_detached() {
+  local pid="${1:-}"
+  if [ -z "$pid" ]; then
+    return
+  fi
 
+  kill -TERM -- "-$pid" 2>/dev/null || kill -TERM "$pid" 2>/dev/null || true
+  sleep 1
+  kill -KILL -- "-$pid" 2>/dev/null || true
+}
+
+start_expo() {
+  local offline="${1:-0}"
+  local -a expo_env
+  expo_env=(
+    "EXPO_NO_DEPENDENCY_VALIDATION=1"
+    "EXPO_PUBLIC_BACKEND_BASE_URL=$EXPO_PUBLIC_BACKEND_BASE_URL"
+    "EXPO_PACKAGER_PROXY_URL=$EXPO_PACKAGER_PROXY_URL"
+    "EXPO_PUBLIC_COZE_PROJECT_ID=$EXPO_PUBLIC_COZE_PROJECT_ID"
+  )
   if [ "$offline" = "1" ]; then
-    ( EXPO_OFFLINE=1 EXPO_NO_DEPENDENCY_VALIDATION=1 EXPO_PUBLIC_BACKEND_BASE_URL="$EXPO_PUBLIC_BACKEND_BASE_URL" EXPO_PACKAGER_PROXY_URL="$EXPO_PACKAGER_PROXY_URL" EXPO_PUBLIC_COZE_PROJECT_ID="$EXPO_PUBLIC_COZE_PROJECT_ID" \
-      nohup npx expo start --clear --port "$EXPO_PORT" 2>&1 | pipe_to_log "CLIENT" "$LOG_CLIENT_FILE" ) &
-  else
-    ( EXPO_NO_DEPENDENCY_VALIDATION=1 EXPO_PUBLIC_BACKEND_BASE_URL="$EXPO_PUBLIC_BACKEND_BASE_URL" EXPO_PACKAGER_PROXY_URL="$EXPO_PACKAGER_PROXY_URL" EXPO_PUBLIC_COZE_PROJECT_ID="$EXPO_PUBLIC_COZE_PROJECT_ID" \
-      nohup npx expo start --clear --port "$EXPO_PORT" 2>&1 | pipe_to_log "CLIENT" "$LOG_CLIENT_FILE" ) &
+    expo_env+=("EXPO_OFFLINE=1")
   fi
-  EXPO_PID=$!
-  disown $EXPO_PID 2>/dev/null || true
 
-  popd
+  EXPO_PID="$(spawn_detached \
+    "$ROOT_DIR/client" \
+    "$LOG_CLIENT_FILE" \
+    /usr/bin/env "${expo_env[@]}" \
+    "$PNPM_BIN" exec expo start --clear --port "$EXPO_PORT")"
 }
 
 detect_expo_fetch_failed() {
@@ -168,6 +250,8 @@ check_command "npm"
 check_command "pnpm"
 check_command "lsof"
 check_command "bash"
+check_command "node"
+PNPM_BIN="$(command -v pnpm)"
 
 # 端口占用预检查与处理
 ensure_port SERVER_PORT "$SERVER_PORT"
@@ -175,9 +259,12 @@ ensure_port EXPO_PORT "$EXPO_PORT"
 
 echo "==================== 启动 server 服务 ===================="
 echo "正在执行：pnpm run dev (server)"
-( pushd "$ROOT_DIR/server" > /dev/null && SERVER_PORT="$SERVER_PORT" nohup pnpm run dev; popd > /dev/null ) &
-SERVER_PID=$!
-disown $SERVER_PID 2>/dev/null || true
+: > "$LOG_SERVER_FILE"
+export SERVER_PORT
+SERVER_PID="$(spawn_detached \
+  "$ROOT_DIR/server" \
+  /dev/null \
+  "$PNPM_BIN" run dev)"
 if [ -z "${SERVER_PID}" ]; then
   echo "无法获取 server 后台进程 PID"
 fi
@@ -185,11 +272,12 @@ echo "server 服务已启动，进程 ID：${SERVER_PID:-unknown}"
 
 echo "==================== 启动 Expo 项目 ===================="
 echo "开始启动 Expo 服务，端口 ${EXPO_PORT}"
+: > "$LOG_CLIENT_FILE"
 start_expo 0
 if detect_expo_fetch_failed 8; then
   echo "Expo 启动检测到网络错误：TypeError: fetch failed，启用离线模式重试"
-  if [ -n "${EXPO_PID}" ]; then kill -9 "$EXPO_PID" 2>/dev/null || true; fi
-  : > "$ROOT_DIR/logs/client.log"
+  stop_detached "$EXPO_PID"
+  : > "$LOG_CLIENT_FILE"
   start_expo 1
 fi
 # 输出以下环境变量，确保 Expo 项目能正确连接到 Server 服务
@@ -202,6 +290,7 @@ if [ -z "${EXPO_PID}" ]; then
 fi
 
 echo "所有服务已启动。Server PID: ${SERVER_PID}, Expo PID: ${EXPO_PID}"
+echo "两个服务均在 ${MAX_RUNTIME_SECONDS}s 后自动退出。"
 
 echo "检查 Server 服务端口：$SERVER_HOST:$SERVER_PORT"
 if wait_port_connectable "$SERVER_HOST" "$SERVER_PORT" 10 2; then

package/lib/__templates__/expo/.cozeproj/scripts/prod_run.sh

@@ -5,7 +5,7 @@ set -euo pipefail
 ROOT_DIR="$(pwd)"
 
 HOST="${HOST:-0.0.0.0}"
-PORT="${PORT:-5000}"
+PORT="${DEPLOY_RUN_PORT:-${PORT:-<%= port %>}}"
 
 # ==================== 工具函数 ====================
 info() {

package/lib/__templates__/expo/.cozeproj/scripts/server_dev_run.sh

@@ -4,7 +4,7 @@ ROOT_DIR="$(cd "$(dirname "$0")/../.." && pwd)"
 SERVER_DIR="$ROOT_DIR/server"
 LOG_DIR="${COZE_LOG_DIR:-$ROOT_DIR/logs}"
 LOG_SERVER_FILE="$LOG_DIR/server.log"
-SERVER_PORT="${SERVER_PORT:-9091}"
+SERVER_PORT="${SERVER_PORT:-<%= serverPort %>}"
 
 mkdir -p "$LOG_DIR"
 

package/lib/__templates__/expo/client/metro.config.js

@@ -32,7 +32,9 @@ config.resolver.blockList = [
   /.*node_modules\/\.pnpm\/.*_tmp_\d+.*/,
 ];
 
-const BACKEND_TARGET = 'http://localhost:9091';
+const DEFAULT_BACKEND_PORT = '<%= serverPort %>';
+const BACKEND_PORT = process.env.SERVER_PORT || DEFAULT_BACKEND_PORT;
+const BACKEND_TARGET = `http://localhost:${BACKEND_PORT}`;
 
 const apiProxy = createProxyMiddleware({
   target: BACKEND_TARGET,

package/lib/__templates__/expo/pnpm-lock.yaml

@@ -269,8 +269,8 @@ importers:
         specifier: ^2.8.5
         version: 2.8.6
       coze-coding-dev-sdk:
-        specifier: ^0.7.24
-        version: 0.7.24(openai@6.16.0(ws@8.19.0)(zod@4.3.6))(ws@8.19.0)
+        specifier: ^0.7.25
+        version: 0.7.25(openai@6.16.0(ws@8.19.0)(zod@4.3.6))(ws@8.19.0)
       dayjs:
         specifier: ^1.11.20
         version: 1.11.20
@@ -2643,8 +2643,8 @@ packages:
     resolution: {integrity: sha512-AdmX6xUzdNASswsFtmwSt7Vj8po9IuqXm0UXz7QKPuEUmPB4XyjGfaAr2PSuELMwkRMVH1EpIkX5bTZGRB3eCA==}
     engines: {node: '>=10'}
 
-  coze-coding-dev-sdk@0.7.24:
-    resolution: {integrity: sha512-oL9Tg5PwxP6iMixonzzMO4aBjOKWcFUMVM+iz5dPyaqQkG84HP1y9DqK5DJVmtdfJuYdAW7pzOatDqLvgvZiXg==}
+  coze-coding-dev-sdk@0.7.25:
+    resolution: {integrity: sha512-5683ngikMdsRW0slGTE2OAZ1Fyj0lhkC4fGNOwsqKc35e68/gtg9KmmtK9CK9SZ+5/oIn/4wLoHXFB0gHJtO2A==}
     engines: {node: '>=18.0.0'}
     hasBin: true
 
@@ -9088,7 +9088,7 @@ snapshots:
       path-type: 4.0.0
       yaml: 1.10.2
 
-  coze-coding-dev-sdk@0.7.24(openai@6.16.0(ws@8.19.0)(zod@4.3.6))(ws@8.19.0):
+  coze-coding-dev-sdk@0.7.25(openai@6.16.0(ws@8.19.0)(zod@4.3.6))(ws@8.19.0):
     dependencies:
       '@langchain/core': 1.1.17(openai@6.16.0(ws@8.19.0)(zod@4.3.6))
       '@langchain/openai': 1.2.3(@langchain/core@1.1.17(openai@6.16.0(ws@8.19.0)(zod@4.3.6)))(ws@8.19.0)