@clawos-dev/clawd 0.2.142 → 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