@clawos-dev/clawd 0.2.143-beta.300.c2a3792 → 0.2.143-beta.301.814d293

package/dist/persona-defaults/persona-app-builder/extension-kit/scripts/new-extension.sh

@@ -1,66 +0,0 @@
-#!/usr/bin/env bash
-# 从示例模板生成一个新 extension
-# 用法: new-extension.sh <name> [示例模板, 默认 nestjs-react] [目标项目目录绝对路径]
-#
-# 目标目录解析（优先级从高到低）：
-#   - 显式目标目录（第三参，v2 per-user）：daemon createProject 已在
-#     users/<userId>/projects/<name>/ 建好（含 .clawd-project.json）→ 把模板展开到此目录。
-#     v2 多人隔离后项目不再落 persona 目录下，脚本无法自行推导，必须由 daemon 显式传入。
-#   - picker 模式（老布局兼容）：persona-app-builder/projects/<name>/ 已由 daemon 建好
-#   - 老路径兼容：以上都不存在时回退到 persona-app-builder/<name>/
-set -euo pipefail
-KIT_DIR="$(cd "$(dirname "$0")/.." && pwd)"
-PERSONA_DIR="$(cd "$KIT_DIR/.." && pwd)"
-
-NAME="${1:?用法: new-extension.sh <name> [模板,默认 nestjs-react] [目标目录]}"
-TMPL="${2:-nestjs-react}"
-DEST_OVERRIDE="${3:-}"
-SRC="$KIT_DIR/examples/$TMPL"
-
-[ -d "$SRC" ]  || { echo "示例模板不存在: $SRC (现有: $(ls "$KIT_DIR/examples"))"; exit 1; }
-
-# 把模板内容展开到一个已含 .clawd-project.json 的目录（daemon 预建）
-expand_into() {
-  local dest="$1"
-  local remaining
-  remaining="$(find "$dest" -mindepth 1 -maxdepth 1 ! -name '.clawd-project.json' -print -quit)"
-  [ -z "$remaining" ] || { echo "目标已有内容（非空目录）: $dest"; exit 1; }
-  cp -R "$SRC/." "$dest/"
-}
-
-PICKER_DEST="$PERSONA_DIR/projects/$NAME"
-if [ -n "$DEST_OVERRIDE" ]; then
-  # v2 per-user：daemon 显式传入目标目录
-  DEST="$DEST_OVERRIDE"
-  [ -d "$DEST" ] && [ -f "$DEST/.clawd-project.json" ] || {
-    echo "目标目录无效（必须已存在且含 .clawd-project.json）: $DEST"; exit 1
-  }
-  expand_into "$DEST"
-elif [ -d "$PICKER_DEST" ] && [ -f "$PICKER_DEST/.clawd-project.json" ]; then
-  # picker 模式（老布局）：目录已存在且仅含 .clawd-project.json
-  DEST="$PICKER_DEST"
-  expand_into "$DEST"
-else
-  DEST="$PERSONA_DIR/$NAME"
-  [ -e "$DEST" ] && { echo "目标已存在: $DEST"; exit 1; }
-  cp -r "$SRC" "$DEST"
-fi
-
-# 写 ext.conf(框架相关配置,publish.sh 会读)
-cat > "$DEST/ext.conf" <<EOF
-APP_NAME=$NAME
-CODE_DIR=./server
-FC_ENTRY=dist/main.js
-BUILD_CMD="cd web && pnpm install && pnpm build && cd ../server && pnpm install && pnpm build && mkdir -p dist/public && cp -R ../web/dist/. dist/public/"
-# 本 extension 拥有的 Supabase 表(空格分隔,必须 ${NAME}_ 前缀);remove-extension.sh 据此清理
-SUPABASE_TABLES=""
-EOF
-
-echo "✅ 新 extension: $DEST"
-echo ""
-echo "接下来:"
-echo "  1) 设计 Supabase 表(务必用 ${NAME}_ 前缀,别碰 clawos 已有表)"
-echo "  2) 改前端(web/)和后端(server/)业务逻辑"
-echo "  3) 本地验证后发布: extension-kit/scripts/publish.sh $DEST"
-echo ""
-echo "换框架/语言: 改 ext.conf 的 BUILD_CMD/FC_ENTRY;换语言再看 extension-kit/README.md"

package/dist/persona-defaults/persona-app-builder/extension-kit/scripts/publish.sh

@@ -1,110 +0,0 @@
-#!/usr/bin/env bash
-# ============================================================
-# 一键发布 extension 到阿里云 FC(框架无关)
-# 用法: publish.sh <extension目录>
-# extension 目录里可放 ext.conf 声明框架相关的: APP_NAME/CODE_DIR/FC_ENTRY/BUILD_CMD
-# ============================================================
-set -euo pipefail
-
-KIT_DIR="$(cd "$(dirname "$0")/.." && pwd)"
-PERSONA_DIR="$(cd "$KIT_DIR/.." && pwd)"
-
-EXT_DIR="${1:?用法: publish.sh <extension目录>}"
-EXT_DIR="$(cd "$EXT_DIR" && pwd)"
-
-# 1) 平台变量 + extension 自身配置(后者覆盖前者)
-source "$KIT_DIR/config.env"
-[ -f "$EXT_DIR/ext.conf" ] && source "$EXT_DIR/ext.conf"
-APP_NAME="${APP_NAME:-$(basename "$EXT_DIR")}"
-CODE_DIR="${CODE_DIR:-./server}"
-FC_ENTRY="${FC_ENTRY:-dist/main.js}"
-BUILD_CMD="${BUILD_CMD:-}"
-
-# 2) 工具链就绪(检测环境,缺 aliyun CLI / Serverless Devs 则装,已装跳过)+ 阿里云凭证
-source "$KIT_DIR/scripts/ensure-toolchain.sh"
-ensure_toolchain
-
-# 阿里云凭证(现读)+ Serverless Devs 认证(必须含 AccountID,SK 走 heredoc 不进命令行)
-set -a; . "$PERSONA_DIR/.secrets/aliyun.env"; set +a
-# aliyun CLI 需要 region；新机器没跑过 `aliyun configure`(无 ~/.aliyun/config.json) → "region can't be empty"。
-# 用 env 给 region(REGION 来自 config.env):一处覆盖脚本里所有 aliyun 调用,不进 argv,和 AK/SK 走 env 的方式对称。
-export ALIBABA_CLOUD_REGION_ID="$REGION"
-# aliyun 报错不再吞进 2>/dev/null —— 否则凭证失效 / CLI 异常时只剩一条无头 python traceback(老板踩过)。
-_ident="$(aliyun sts GetCallerIdentity 2>&1)" || { echo "❌ aliyun sts GetCallerIdentity 失败(检查 .secrets/aliyun.env 凭证):" >&2; echo "$_ident" >&2; exit 1; }
-ACC="$(printf '%s' "$_ident" | python3 -c 'import sys,json;print(json.load(sys.stdin)["AccountId"])')" || { echo "❌ 解析 AccountId 失败,aliyun 输出非 JSON:" >&2; echo "$_ident" >&2; exit 1; }
-mkdir -p ~/.s
-cat > ~/.s/access.yaml <<EOF
-default:
-  AccountID: '$ACC'
-  AccessKeyID: $ALIBABA_CLOUD_ACCESS_KEY_ID
-  AccessKeySecret: $ALIBABA_CLOUD_ACCESS_KEY_SECRET
-EOF
-chmod 600 ~/.s/access.yaml
-
-# 3) 构建产物(框架相关,由 ext.conf 的 BUILD_CMD 定义)
-# 发布上线脚手架化 (spec 2026-06-03-app-builder-publish-scaffold-design §5.4)：
-# echo ::stage::build 在 if 外，BUILD_CMD 为空时也通知 daemon 进入 build 阶段（即使啥也没构建）。
-# daemon 解析 stdout 命中此 marker 后 broadcast appBuilder:publish-progress 帧推 UI checklist。
-echo "::stage::build"
-if [ -n "$BUILD_CMD" ]; then
-  echo "==> build: $BUILD_CMD"
-  ( cd "$EXT_DIR" && eval "$BUILD_CMD" )
-fi
-
-# 4) 放置框架无关的 bootstrap 到 code 目录
-cp "$KIT_DIR/contract/bootstrap" "$EXT_DIR/$CODE_DIR/bootstrap"
-chmod +x "$EXT_DIR/$CODE_DIR/bootstrap"
-
-# 5) 渲染 s.yaml(| 作分隔符,避免 URL/层 ARN 里的 / : 冲突)
-sed -e "s|__APP_NAME__|$APP_NAME|g" \
-    -e "s|__REGION__|$REGION|g" \
-    -e "s|__FC_RUNTIME__|$FC_RUNTIME|g" \
-    -e "s|__NODE_LAYER__|$NODE_LAYER|g" \
-    -e "s|__FC_CPU__|$FC_CPU|g" \
-    -e "s|__FC_MEMORY__|$FC_MEMORY|g" \
-    -e "s|__FC_TIMEOUT__|$FC_TIMEOUT|g" \
-    -e "s|__CODE_DIR__|$CODE_DIR|g" \
-    -e "s|__FC_ENTRY__|$FC_ENTRY|g" \
-    -e "s|__SUPABASE_URL__|$SUPABASE_URL|g" \
-    -e "s|__SUPABASE_KEY__|$SUPABASE_KEY|g" \
-    "$KIT_DIR/contract/s.yaml.tmpl" > "$EXT_DIR/s.yaml"
-
-# 6) 部署
-echo "::stage::deploy"
-echo "==> s deploy ($APP_NAME)"
-( cd "$EXT_DIR" && s deploy -y )
-
-# 7) 取自定义域名 + 验证
-echo "::stage::verify"
-DOM="$(aliyun fc GET /2023-03-30/custom-domains --region "$REGION" 2>/dev/null | python3 -c "
-import sys,json
-d=json.load(sys.stdin)
-m=[c['domainName'] for c in d.get('customDomains',[]) if '$APP_NAME' in c.get('domainName','')]
-print(m[0] if m else '')")"
-
-echo ""
-echo "=================================================="
-if [ -n "$DOM" ]; then
-  # daemon runner 优先解析这个 marker 作为 prodUrl（避免抠到 s deploy 中间的 FC system_url
-  # fcapp.run，阿里云对它强制 Content-Disposition: attachment，iframe / 浏览器直访都会变成下载）。
-  # 必须用 custom domain（<app>.fcv3.<accountId>.cn-hangzhou.fc.devsapp.net）。
-  echo "::prod-url::http://$DOM"
-  echo "  ✅ 发布完成: http://$DOM"
-  echo "=================================================="
-  # verify.sh 失败（非 200 / Content-Disposition）→ exit 非 0，由 set -e 让 publish.sh
-  # 整体失败 → daemon runner 走 publish-failed 路径 + 回灌 chat 让 assistant 接管修复。
-  # 之前的 `|| true` 兜底已去掉，理由：线上挂了 prodUrl 仍写盘 = 老板看到"打开线上"按钮
-  # 但点开 404，不如 fail-loud。
-  #
-  # 显式走 bash 解释器调用（不依赖 verify.sh 自己的 +x 权限）：
-  # daemon 调 publish.sh / new-extension.sh 都是 `spawn('bash', [scriptPath, ...])`，所以即使脚本
-  # +x bit 丢了（历史上有过：OTA 解包 / cp -p 未带 / desktop 旧包 mode 不对）也能跑。但这一行
-  # 之前是 direct-exec `"$KIT_DIR/scripts/verify.sh"`，OS 会检查 +x —— verify.sh 因此成为唯一
-  # 暴露 +x 丢失问题的执行点（老板撞到过一次"verify.sh permission denied"）。
-  # 改 bash 调用后永远不再依赖 fs +x bit。
-  bash "$KIT_DIR/scripts/verify.sh" "http://$DOM"
-else
-  # 域名没拿到 = 部署本身有问题（fc3-domain 未成功），也算失败
-  echo "❌ 部署完成但未取到自定义域名,检查 fc3-domain 是否成功" >&2
-  exit 1
-fi

package/dist/persona-defaults/persona-dataclaw-builder/extension-kit/contract/bootstrap

@@ -1,22 +0,0 @@
-#!/usr/bin/env bash
-# ============================================================
-# FC custom runtime 启动入口 —— 框架无关的 Node 参考实现
-# ============================================================
-# 契约: FC 只要求"一个监听 $PORT 的 HTTP server"。本脚本负责把它拉起来。
-# - 换 Node 框架(Express/Fastify/NestJS/Hono...): 只改 s.yaml 的 APP_ENTRY 环境变量
-#   指向你的入口文件(如 index.js / dist/main.js),本文件不用动。
-# - 换语言(Python/Go...): 替换本文件(如 `exec python app.py`),并在 config.env
-#   换 NODE_LAYER 为对应语言的运行时层。
-# ------------------------------------------------------------
-cd "$(dirname "$0")" || exit 1
-
-# custom.debian* 不自带 node,从挂载的官方 Node 层(/opt)动态定位,不赌固定路径
-NODE_BIN="$(command -v node || find /opt -maxdepth 6 -type f -name node 2>/dev/null | head -1)"
-if [ -z "$NODE_BIN" ]; then
-  echo "[bootstrap] FATAL: node 不在 PATH 也不在 /opt,检查是否挂了 Node 运行时层" >&2
-  exit 1
-fi
-
-ENTRY="${APP_ENTRY:-dist/main.js}"
-echo "[bootstrap] node=$NODE_BIN entry=$ENTRY cwd=$(pwd) port=${PORT:-9000}"
-exec "$NODE_BIN" "$ENTRY"

package/dist/persona-defaults/persona-dataclaw-builder/extension-kit/scripts/ensure-toolchain.sh

@@ -1,62 +0,0 @@
-#!/usr/bin/env bash
-# ============================================================
-# 确保发布/清理用到的工具链就绪：Serverless Devs (s) + 阿里云 CLI (aliyun)。
-# 检测环境、缺啥装啥、已装则跳过（幂等）。被 publish.sh / remove-extension.sh
-# 在调用 aliyun/s 之前 `source` 进来，再调 ensure_toolchain。
-#
-# 为什么需要它：FC 发布全靠 aliyun CLI + s 两个外部命令，二者都不随 clawd 安装。
-# 新机器上它们不在 PATH → publish.sh 第一条 `aliyun sts ...` stdout 为空 →
-# python json.load 空串 → `Expecting value: line 1 column 1`，且死在第一个
-# ::stage:: marker 之前 → daemon 只能报 [unknown] 阶段。这个脚本补的就是这一环。
-# ============================================================
-
-# aliyun CLI 官方 release 兜底版本（仅在无 brew、走二进制下载时用；brew 路径不读它）。
-CLAWD_ALIYUN_CLI_VERSION="${CLAWD_ALIYUN_CLI_VERSION:-3.3.21}"
-
-ensure_s() {
-  command -v s >/dev/null 2>&1 && return 0
-  echo "==> 安装 Serverless Devs (s)…"
-  command -v npm >/dev/null 2>&1 || { echo "❌ 缺 npm，无法安装 @serverless-devs/s" >&2; return 1; }
-  npm install -g @serverless-devs/s
-}
-
-ensure_aliyun() {
-  command -v aliyun >/dev/null 2>&1 && return 0
-  echo "==> 安装阿里云 CLI (aliyun)…"
-  # 优先 brew（有 brew 的 mac 最省事，装到已在 PATH 的 /opt/homebrew/bin | /usr/local/bin）
-  if command -v brew >/dev/null 2>&1; then
-    brew install aliyun-cli
-    return 0
-  fi
-  # 兜底：官方 release 二进制（没装 brew 的新机器 / Linux server）。
-  local os arch bindir="$HOME/.clawd/bin"
-  case "$(uname -s)" in
-    Darwin) os=macosx ;;
-    Linux)  os=linux ;;
-    *) echo "❌ 不支持的系统 $(uname -s)，请手动安装 aliyun CLI" >&2; return 1 ;;
-  esac
-  case "$(uname -m)" in
-    arm64|aarch64) arch=arm64 ;;
-    x86_64|amd64)  arch=amd64 ;;
-    *) echo "❌ 不支持的架构 $(uname -m)，请手动安装 aliyun CLI" >&2; return 1 ;;
-  esac
-  local ver="$CLAWD_ALIYUN_CLI_VERSION"
-  local url="https://github.com/aliyun/aliyun-cli/releases/download/v${ver}/aliyun-cli-${os}-${ver}-${arch}.tgz"
-  echo "    无 brew，下载官方二进制: $url"
-  mkdir -p "$bindir"
-  curl -fsSL "$url" | tar xz -C "$bindir"
-  chmod +x "$bindir/aliyun"
-  export PATH="$bindir:$PATH"
-}
-
-ensure_toolchain() {
-  ensure_s
-  ensure_aliyun
-}
-
-# 直接执行（bash ensure-toolchain.sh）= 自检；被 source 时不自动跑，留给调用方显式 ensure_toolchain。
-if [ "${BASH_SOURCE[0]}" = "${0}" ]; then
-  set -euo pipefail
-  ensure_toolchain
-  echo "✅ 工具链就绪: s=$(command -v s) aliyun=$(command -v aliyun)"
-fi

package/dist/persona-defaults/persona-dataclaw-builder/extension-kit/scripts/new-extension.sh

@@ -1,66 +0,0 @@
-#!/usr/bin/env bash
-# 从示例模板生成一个新 extension
-# 用法: new-extension.sh <name> [示例模板, 默认 nestjs-react] [目标项目目录绝对路径]
-#
-# 目标目录解析（优先级从高到低）：
-#   - 显式目标目录（第三参，v2 per-user）：daemon createProject 已在
-#     users/<userId>/projects/<name>/ 建好（含 .clawd-project.json）→ 把模板展开到此目录。
-#     v2 多人隔离后项目不再落 persona 目录下，脚本无法自行推导，必须由 daemon 显式传入。
-#   - picker 模式（老布局兼容）：persona-app-builder/projects/<name>/ 已由 daemon 建好
-#   - 老路径兼容：以上都不存在时回退到 persona-app-builder/<name>/
-set -euo pipefail
-KIT_DIR="$(cd "$(dirname "$0")/.." && pwd)"
-PERSONA_DIR="$(cd "$KIT_DIR/.." && pwd)"
-
-NAME="${1:?用法: new-extension.sh <name> [模板,默认 nestjs-react] [目标目录]}"
-TMPL="${2:-nestjs-react}"
-DEST_OVERRIDE="${3:-}"
-SRC="$KIT_DIR/examples/$TMPL"
-
-[ -d "$SRC" ]  || { echo "示例模板不存在: $SRC (现有: $(ls "$KIT_DIR/examples"))"; exit 1; }
-
-# 把模板内容展开到一个已含 .clawd-project.json 的目录（daemon 预建）
-expand_into() {
-  local dest="$1"
-  local remaining
-  remaining="$(find "$dest" -mindepth 1 -maxdepth 1 ! -name '.clawd-project.json' -print -quit)"
-  [ -z "$remaining" ] || { echo "目标已有内容（非空目录）: $dest"; exit 1; }
-  cp -R "$SRC/." "$dest/"
-}
-
-PICKER_DEST="$PERSONA_DIR/projects/$NAME"
-if [ -n "$DEST_OVERRIDE" ]; then
-  # v2 per-user：daemon 显式传入目标目录
-  DEST="$DEST_OVERRIDE"
-  [ -d "$DEST" ] && [ -f "$DEST/.clawd-project.json" ] || {
-    echo "目标目录无效（必须已存在且含 .clawd-project.json）: $DEST"; exit 1
-  }
-  expand_into "$DEST"
-elif [ -d "$PICKER_DEST" ] && [ -f "$PICKER_DEST/.clawd-project.json" ]; then
-  # picker 模式（老布局）：目录已存在且仅含 .clawd-project.json
-  DEST="$PICKER_DEST"
-  expand_into "$DEST"
-else
-  DEST="$PERSONA_DIR/$NAME"
-  [ -e "$DEST" ] && { echo "目标已存在: $DEST"; exit 1; }
-  cp -r "$SRC" "$DEST"
-fi
-
-# 写 ext.conf(框架相关配置,publish.sh 会读)
-cat > "$DEST/ext.conf" <<EOF
-APP_NAME=$NAME
-CODE_DIR=./server
-FC_ENTRY=dist/main.js
-BUILD_CMD="cd web && pnpm install && pnpm build && cd ../server && pnpm install && pnpm build && mkdir -p dist/public && cp -R ../web/dist/. dist/public/"
-# 建页人 union_id（dataclaw 数据范围按它裁剪）；persona 建页时调 auth.getIdentity 取到后填入。
-DATACLAW_AS_UNION_ID=""
-EOF
-
-echo "✅ 新 extension: $DEST"
-echo ""
-echo "接下来:"
-echo "  1) 填建页人 union_id 到 ext.conf 的 DATACLAW_AS_UNION_ID(调 auth.getIdentity 取)"
-echo "  2) 改前端(web/)和后端(server/)业务逻辑;数据只读,经 dataclaw-service"
-echo "  3) 本地验证后发布: extension-kit/scripts/publish.sh $DEST"
-echo ""
-echo "换框架/语言: 改 ext.conf 的 BUILD_CMD/FC_ENTRY;换语言再看 extension-kit/README.md"

package/dist/persona-defaults/persona-dataclaw-builder/extension-kit/scripts/publish.sh

@@ -1,129 +0,0 @@
-#!/usr/bin/env bash
-# ============================================================
-# 一键发布 extension 到阿里云 FC(框架无关)
-# 用法: publish.sh <extension目录>
-# extension 目录里可放 ext.conf 声明框架相关的: APP_NAME/CODE_DIR/FC_ENTRY/BUILD_CMD
-# ============================================================
-set -euo pipefail
-
-KIT_DIR="$(cd "$(dirname "$0")/.." && pwd)"
-PERSONA_DIR="$(cd "$KIT_DIR/.." && pwd)"
-
-EXT_DIR="${1:?用法: publish.sh <extension目录>}"
-EXT_DIR="$(cd "$EXT_DIR" && pwd)"
-
-# 1) 平台变量 + extension 自身配置(后者覆盖前者)
-source "$KIT_DIR/config.env"
-[ -f "$EXT_DIR/ext.conf" ] && source "$EXT_DIR/ext.conf"
-APP_NAME="${APP_NAME:-$(basename "$EXT_DIR")}"
-CODE_DIR="${CODE_DIR:-./server}"
-FC_ENTRY="${FC_ENTRY:-dist/main.js}"
-BUILD_CMD="${BUILD_CMD:-}"
-
-# 2) 工具链就绪(检测环境,缺 aliyun CLI / Serverless Devs 则装,已装跳过)+ 阿里云凭证
-source "$KIT_DIR/scripts/ensure-toolchain.sh"
-ensure_toolchain
-
-# 阿里云凭证(现读)+ Serverless Devs 认证(必须含 AccountID,SK 走 heredoc 不进命令行)
-set -a; . "$PERSONA_DIR/.secrets/aliyun.env"; set +a
-# dataclaw 服务间密钥（现读，不进 git）；缺失则拒发布（app 没它查不到数）。
-[ -f "$PERSONA_DIR/.secrets/dataclaw.env" ] || { echo "❌ 缺 $PERSONA_DIR/.secrets/dataclaw.env（含 DATACLAW_INTERNAL_SECRET）。参考 .secrets/dataclaw.env.example 填写。" >&2; exit 1; }
-set -a; . "$PERSONA_DIR/.secrets/dataclaw.env"; set +a
-# aliyun CLI 需要 region；新机器没跑过 `aliyun configure`(无 ~/.aliyun/config.json) → "region can't be empty"。
-# 用 env 给 region(REGION 来自 config.env):一处覆盖脚本里所有 aliyun 调用,不进 argv,和 AK/SK 走 env 的方式对称。
-export ALIBABA_CLOUD_REGION_ID="$REGION"
-# aliyun 报错不再吞进 2>/dev/null —— 否则凭证失效 / CLI 异常时只剩一条无头 python traceback(老板踩过)。
-_ident="$(aliyun sts GetCallerIdentity 2>&1)" || { echo "❌ aliyun sts GetCallerIdentity 失败(检查 .secrets/aliyun.env 凭证):" >&2; echo "$_ident" >&2; exit 1; }
-ACC="$(printf '%s' "$_ident" | python3 -c 'import sys,json;print(json.load(sys.stdin)["AccountId"])')" || { echo "❌ 解析 AccountId 失败,aliyun 输出非 JSON:" >&2; echo "$_ident" >&2; exit 1; }
-mkdir -p ~/.s
-cat > ~/.s/access.yaml <<EOF
-default:
-  AccountID: '$ACC'
-  AccessKeyID: $ALIBABA_CLOUD_ACCESS_KEY_ID
-  AccessKeySecret: $ALIBABA_CLOUD_ACCESS_KEY_SECRET
-EOF
-chmod 600 ~/.s/access.yaml
-
-# 3) 构建产物(框架相关,由 ext.conf 的 BUILD_CMD 定义)
-# 发布上线脚手架化 (spec 2026-06-03-app-builder-publish-scaffold-design §5.4)：
-# echo ::stage::build 在 if 外，BUILD_CMD 为空时也通知 daemon 进入 build 阶段（即使啥也没构建）。
-# daemon 解析 stdout 命中此 marker 后 broadcast appBuilder:publish-progress 帧推 UI checklist。
-echo "::stage::build"
-if [ -n "$BUILD_CMD" ]; then
-  echo "==> build: $BUILD_CMD"
-  ( cd "$EXT_DIR" && eval "$BUILD_CMD" )
-fi
-
-# 4) 放置框架无关的 bootstrap 到 code 目录
-cp "$KIT_DIR/contract/bootstrap" "$EXT_DIR/$CODE_DIR/bootstrap"
-chmod +x "$EXT_DIR/$CODE_DIR/bootstrap"
-
-# 4.5) 推导/生成 dataclaw + TTC 登录所需的运行时变量
-# SESSION_SECRET：每个 app 一份、跨重部署稳定（否则重发后所有人 session 失效）。
-# 首次发布生成并持久化到 ext.conf；之后 source ext.conf 已带上。
-if [ -z "${SESSION_SECRET:-}" ]; then
-  SESSION_SECRET="$(openssl rand -hex 32)"
-  echo "SESSION_SECRET=$SESSION_SECRET" >> "$EXT_DIR/ext.conf"
-fi
-# APP_BASE_URL：飞书登录回调用。fc3 自定义域名可由 APP_NAME+ACC+REGION 推导（见下方域名注释），
-# 用 https（cookie secure 要求 HTTPS）。
-APP_BASE_URL="https://${APP_NAME}.fcv3.${ACC}.${REGION}.fc.devsapp.net"
-
-# 5) 渲染 s.yaml(| 作分隔符,避免 URL/层 ARN 里的 / : 冲突)
-sed -e "s|__APP_NAME__|$APP_NAME|g" \
-    -e "s|__REGION__|$REGION|g" \
-    -e "s|__FC_RUNTIME__|$FC_RUNTIME|g" \
-    -e "s|__NODE_LAYER__|$NODE_LAYER|g" \
-    -e "s|__FC_CPU__|$FC_CPU|g" \
-    -e "s|__FC_MEMORY__|$FC_MEMORY|g" \
-    -e "s|__FC_TIMEOUT__|$FC_TIMEOUT|g" \
-    -e "s|__CODE_DIR__|$CODE_DIR|g" \
-    -e "s|__FC_ENTRY__|$FC_ENTRY|g" \
-    -e "s|__DATACLAW_SERVICE_URL__|$DATACLAW_SERVICE_URL|g" \
-    -e "s|__DATACLAW_AS_UNION_ID__|${DATACLAW_AS_UNION_ID:-}|g" \
-    -e "s|__DATACLAW_INTERNAL_SECRET__|$DATACLAW_INTERNAL_SECRET|g" \
-    -e "s|__TTC_AUTH_BASE__|$TTC_AUTH_BASE|g" \
-    -e "s|__TTC_API_BASE__|$TTC_API_BASE|g" \
-    -e "s|__APP_BASE_URL__|$APP_BASE_URL|g" \
-    -e "s|__SESSION_SECRET__|$SESSION_SECRET|g" \
-    "$KIT_DIR/contract/s.yaml.tmpl" > "$EXT_DIR/s.yaml"
-
-# 6) 部署
-echo "::stage::deploy"
-echo "==> s deploy ($APP_NAME)"
-( cd "$EXT_DIR" && s deploy -y )
-
-# 7) 取自定义域名 + 验证
-echo "::stage::verify"
-DOM="$(aliyun fc GET /2023-03-30/custom-domains --region "$REGION" 2>/dev/null | python3 -c "
-import sys,json
-d=json.load(sys.stdin)
-m=[c['domainName'] for c in d.get('customDomains',[]) if '$APP_NAME' in c.get('domainName','')]
-print(m[0] if m else '')")"
-
-echo ""
-echo "=================================================="
-if [ -n "$DOM" ]; then
-  # daemon runner 优先解析这个 marker 作为 prodUrl（避免抠到 s deploy 中间的 FC system_url
-  # fcapp.run，阿里云对它强制 Content-Disposition: attachment，iframe / 浏览器直访都会变成下载）。
-  # 必须用 custom domain（<app>.fcv3.<accountId>.cn-hangzhou.fc.devsapp.net）。
-  echo "::prod-url::http://$DOM"
-  echo "  ✅ 发布完成: http://$DOM"
-  echo "=================================================="
-  # verify.sh 失败（非 200 / Content-Disposition）→ exit 非 0，由 set -e 让 publish.sh
-  # 整体失败 → daemon runner 走 publish-failed 路径 + 回灌 chat 让 assistant 接管修复。
-  # 之前的 `|| true` 兜底已去掉，理由：线上挂了 prodUrl 仍写盘 = 老板看到"打开线上"按钮
-  # 但点开 404，不如 fail-loud。
-  #
-  # 显式走 bash 解释器调用（不依赖 verify.sh 自己的 +x 权限）：
-  # daemon 调 publish.sh / new-extension.sh 都是 `spawn('bash', [scriptPath, ...])`，所以即使脚本
-  # +x bit 丢了（历史上有过：OTA 解包 / cp -p 未带 / desktop 旧包 mode 不对）也能跑。但这一行
-  # 之前是 direct-exec `"$KIT_DIR/scripts/verify.sh"`，OS 会检查 +x —— verify.sh 因此成为唯一
-  # 暴露 +x 丢失问题的执行点（老板撞到过一次"verify.sh permission denied"）。
-  # 改 bash 调用后永远不再依赖 fs +x bit。
-  bash "$KIT_DIR/scripts/verify.sh" "http://$DOM"
-else
-  # 域名没拿到 = 部署本身有问题（fc3-domain 未成功），也算失败
-  echo "❌ 部署完成但未取到自定义域名,检查 fc3-domain 是否成功" >&2
-  exit 1
-fi

package/dist/persona-defaults/persona-dataclaw-builder/extension-kit/scripts/remove-extension.sh

@@ -1,70 +0,0 @@
-#!/usr/bin/env bash
-# ============================================================
-# 清理一个 extension:删 FC 资源(函数+触发器+域名)+ 可选删它的 Supabase 表
-# 用法: remove-extension.sh <extension目录>
-# 删哪些表:读 ext.conf 的 SUPABASE_TABLES(extension 自己声明的)
-# 安全:① 校验 <app>_ 前缀防误删 clawos ② 列出+二次确认 ③ 数据不可逆
-# ============================================================
-set -euo pipefail
-
-KIT_DIR="$(cd "$(dirname "$0")/.." && pwd)"
-PERSONA_DIR="$(cd "$KIT_DIR/.." && pwd)"
-
-EXT_DIR="${1:?用法: remove-extension.sh <extension目录>}"
-EXT_DIR="$(cd "$EXT_DIR" && pwd)"
-
-source "$KIT_DIR/config.env"
-[ -f "$EXT_DIR/ext.conf" ] && source "$EXT_DIR/ext.conf"
-APP_NAME="${APP_NAME:-$(basename "$EXT_DIR")}"
-SUPABASE_TABLES="${SUPABASE_TABLES:-}"
-
-# 确保工具链就绪(缺 s / aliyun 则装,已装跳过)—— 下面 s remove 依赖它
-source "$KIT_DIR/scripts/ensure-toolchain.sh"
-ensure_toolchain
-
-set -a; . "$PERSONA_DIR/.secrets/aliyun.env"; set +a
-
-# 1) 删 FC 侧(函数 + 触发器 + 自定义域名)
-echo "==> 删 FC 资源: $APP_NAME"
-( cd "$EXT_DIR" && s remove -y )
-
-# 2) 列出要删的 Supabase 表(脚本不直接调 DB,改打印 DROP 让 agent 用 supabase MCP 跑)
-#
-# 历史 bug(2026-06-03 老板手测 + persona-app-builder 自查发现):旧实现走 python3 读
-# .mcp.json 取 SUPABASE_ACCESS_TOKEN + curl https://api.supabase.com/v1/... 删表,三个
-# 错叠在一起:
-#   ① 当前 .mcp.json 用阿里云 RDS 风格(--aliyun-ak 命令行参数),没有 env.SUPABASE_ACCESS_TOKEN
-#      字段 → python3 KeyError → set -euo pipefail exit
-#   ② https://api.supabase.com 是云上 supabase.com 的 management API,跟阿里云自建实例
-#      120.26.157.138 不通(即便通,删的也是云上早废弃的表)
-#   ③ SUPABASE_PROJECT_REF 是云上 project-ref 概念,阿里云自建用 instance_name
-# 结果:第 1 步删 FC 一直对,第 2 步从来没真删过表(脚本提前 crash exit)。
-#
-# 修法:bash 调不到 MCP(MCP 是 LLM 通道),pg 直连要密码 agent 拿不到,PostgREST RPC 又
-# 要装 drop_table_safe + 手刷 schema cache。最干净:打印 DROP,让 agent 看到 Bash tool
-# stdout 后用 mcp__supabase__execute_sql 接力。长期方案是参照 publish.sh 模式做
-# appBuilder.delete RPC + UI 按钮,等下一轮做。
-if [ -n "$SUPABASE_TABLES" ]; then
-  # 安全锁:每个表必须 <app>_ 前缀,否则拒绝(防误伤 clawos 共享库)
-  for t in $SUPABASE_TABLES; do
-    case "$t" in
-      ${APP_NAME}_*) ;;
-      *) echo "❌ 表 '$t' 不是 '${APP_NAME}_' 前缀,拒绝输出(可能误伤 clawos)"; exit 1 ;;
-    esac
-  done
-
-  echo ""
-  echo "==> ⚠️  下面是要删的 Supabase 表,脚本不直接调 DB"
-  echo "    (阿里云自建无 management API + bash 调不到 MCP)"
-  echo ""
-  for t in $SUPABASE_TABLES; do
-    echo "    DROP TABLE IF EXISTS public.$t CASCADE;"
-  done
-  echo ""
-  echo "==> agent: 上面这几条 DROP 请用 supabase MCP 跑(mcp__supabase__execute_sql),"
-  echo "         完了项目清理才算完成"
-else
-  echo "ext.conf 未声明 SUPABASE_TABLES,无表要清理。"
-fi
-
-echo "✅ $APP_NAME 清理完成。"

package/dist/persona-defaults/persona-dataclaw-builder/extension-kit/scripts/verify.sh

@@ -1,38 +0,0 @@
-#!/usr/bin/env bash
-# 发布后健康检查:可达性 + Content-Type + 【是否被强制下载】
-# 用法: verify.sh <url>
-#
-# 失败语义（spec 2026-06-03-app-builder-publish-scaffold-design follow-up）：
-#   首页非 200 / 检测到 Content-Disposition 强制下载 → exit 1。
-#   publish.sh 不加 `|| true` 兜底，verify 失败会让 publish.sh 整体 exit 非 0，
-#   触发 daemon runner 的 publish-failed 路径：广播帧 + 回灌 chat user_text 让 assistant 接管修复。
-#
-# 信息原则：失败原因 echo 到 stderr（runner 的 errorSummary 抠 stderr 最后 20 行）。
-set -euo pipefail
-URL="${1:?用法: verify.sh <url>}"
-
-echo "== 健康检查: $URL =="
-code=$(curl -s -o /dev/null -w "%{http_code}" --max-time 30 "$URL/" || echo 000)
-ctype=$(curl -s -o /dev/null -w "%{content_type}" --max-time 30 "$URL/" || echo "")
-echo "首页: HTTP $code  ($ctype)"
-
-# 关键检查: 有 Content-Disposition 说明会被浏览器当文件下载(没绑自定义域名的典型症状)
-hdr=$(curl -s -D - -o /dev/null --max-time 30 "$URL/" || true)
-has_cd=0
-if echo "$hdr" | grep -qi 'content-disposition'; then
-  has_cd=1
-  echo "❌ 检测到 Content-Disposition —— 浏览器会下载而非渲染!确认走的是 fc3-domain 自定义域名,而不是 fcapp.run" >&2
-else
-  echo "✓ 无 Content-Disposition,浏览器可正常渲染网页"
-fi
-
-if [ "$code" = "200" ] && [ "$has_cd" = "0" ]; then
-  echo "✓ 全链路 OK"
-  exit 0
-fi
-
-# 失败：原因写 stderr 供 runner 抠成 errorSummary，UI / assistant 都能看清楚
-if [ "$code" != "200" ]; then
-  echo "❌ verify failed: 首页 HTTP $code (期望 200)；查 s logs 找原因" >&2
-fi
-exit 1