@clawos-dev/clawd 0.2.547 → 0.2.548

package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/deploy-kit/scripts/remove-extension.sh

@@ -0,0 +1,89 @@
+#!/usr/bin/env bash
+# ============================================================
+# 清理一个 extension:删 FC 资源(函数+触发器+域名,integration / prod 两套)+ 可选删它的 Supabase 表（通用，persona 无关）
+# 用法: remove-extension.sh <extension目录> <persona根目录>
+# 删哪些表:读 ext.conf 的 SUPABASE_TABLES(extension 自己声明的**基础名**,如 visits;非 supabase persona 留空即跳过)。
+#   每个基础名打两套 DROP:<APP_NAME>_<SLUG>_int_<t>(integration)与 <APP_NAME>_<SLUG>_<t>(prod)。
+#   值若已带完整前缀 <APP_NAME>_<SLUG>_ 视为双环境之前声明的完整表名,只打一条。
+# 安全:① 校验 <APP_NAME>_<SLUG>_ 前缀防误删 clawos / 同名 app 别人副本 ② 列出 DROP 让 agent 用 supabase MCP 接力 ③ 数据不可逆
+# ============================================================
+set -euo pipefail
+
+KIT_DIR="$(cd "$(dirname "$0")/.." && pwd)"            # deploy-kit 根（persona 目录 mcp/clawd-app-builder/deploy-kit/）
+EXT_DIR="${1:?用法: remove-extension.sh <extension目录> <persona根目录>}"
+EXT_DIR="$(cd "$EXT_DIR" && pwd)"
+PERSONA_ROOT="${2:?缺 persona 根目录}"
+PERSONA_KIT="$PERSONA_ROOT/extension-kit"
+
+[ -f "$PERSONA_KIT/config.env" ] && source "$PERSONA_KIT/config.env"
+[ -f "$EXT_DIR/ext.conf" ] && source "$EXT_DIR/ext.conf"
+APP_NAME="${APP_NAME:-$(basename "$EXT_DIR")}"
+SUPABASE_TABLES="${SUPABASE_TABLES:-}"
+# SLUG 由 new-extension.sh scaffold 时 bake;空 = 老项目(本改动前 scaffold)走 legacy 表前缀。
+# prod 表名形如 ${APP_NAME}_${SLUG}_<table>,integration 多一段 int_;老项目走旧的 ${APP_NAME}_<table>。
+TABLE_PREFIX="${APP_NAME}_${SLUG:+${SLUG}_}"
+TABLE_PREFIX_INT="${TABLE_PREFIX}int_"
+
+# 确保工具链就绪(缺 s / aliyun 则装,已装跳过)—— 下面 s remove 依赖它
+source "$KIT_DIR/scripts/ensure-toolchain.sh"
+ensure_toolchain
+
+# 阿里云凭证（进程 env：本机 daemon 从凭据表渲进 MCP server env，云上 pod-setup 渲）+ deploy-kit 私有的 s profile
+source "$KIT_DIR/scripts/ensure-credentials.sh"
+ensure_credentials
+
+# 1) 删 FC 侧(函数 + 触发器 + 自定义域名):integration / prod 各自有一份 publish.sh 渲的 s 文件
+#（s.int.yaml / s.prod.yaml;双环境之前渲的叫 s.yaml),有哪份删哪份——从未发过的环境没有产物,跳过。
+removed=0
+for s_file in s.int.yaml s.prod.yaml s.yaml; do
+  [ -f "$EXT_DIR/$s_file" ] || continue
+  # 老 s.yaml 与 s.prod.yaml 可能指同一个 prod 函数(app-builder:DEPLOY_NAME 不带标签,name: 相同):
+  # 那就只按 s.prod.yaml 拆,对同一资源 s remove 两次第二次会因「不存在」失败。
+  # name: 不同(dataclaw 双环境之前 functionName 不带 slug)= 两个函数,两份都拆。
+  if [ "$s_file" = s.yaml ] && [ -f "$EXT_DIR/s.prod.yaml" ] \
+     && [ "$(grep -m1 '^name:' "$EXT_DIR/s.yaml")" = "$(grep -m1 '^name:' "$EXT_DIR/s.prod.yaml")" ]; then
+    continue
+  fi
+  echo "==> 删 FC 资源: $APP_NAME ($s_file)"
+  ( cd "$EXT_DIR" && s remove -y -t "$s_file" --access "$S_ACCESS_ALIAS" )
+  removed=1
+done
+[ "$removed" = 1 ] || echo "==> 没有渲染过的 s 文件(从未发布过),FC 侧无资源可删"
+
+# 2) 列出要删的 Supabase 表(脚本不直接调 DB,改打印 DROP 让 agent 用 supabase MCP 跑)。
+# bash 调不到 MCP(MCP 是 LLM 通道),pg 直连要密码 agent 拿不到 —— 最干净:打印 DROP,
+# 让 agent 看到 Bash tool stdout 后用 mcp__supabase__execute_sql 接力。
+if [ -n "$SUPABASE_TABLES" ]; then
+  # 基础名(visits)展开成两套完整表名;已带完整前缀 ${TABLE_PREFIX} 的是 legacy 完整表名,原样一条
+  #(判据用完整前缀而不是 ${APP_NAME}_:基础名本身以 <APP_NAME>_ 开头——shop 的 shop_items——是合法的)。
+  # 安全锁:展开后每个表必须 ${TABLE_PREFIX} 前缀(int 那套自然也满足),否则拒绝
+  #(防误伤 clawos / 同名 app 别人副本的表)。
+  FULL_TABLES=""
+  for t in $SUPABASE_TABLES; do
+    case "$t" in
+      ${TABLE_PREFIX}*) FULL_TABLES="$FULL_TABLES $t" ;;
+      *) FULL_TABLES="$FULL_TABLES ${TABLE_PREFIX_INT}${t} ${TABLE_PREFIX}${t}" ;;
+    esac
+  done
+  for t in $FULL_TABLES; do
+    case "$t" in
+      ${TABLE_PREFIX}*) ;;
+      *) echo "❌ 表 '$t' 不是 '${TABLE_PREFIX}' 前缀,拒绝输出(可能误伤 clawos / 别人同名 app)"; exit 1 ;;
+    esac
+  done
+
+  echo ""
+  echo "==> ⚠️  下面是要删的 Supabase 表(integration 与 prod 两套),脚本不直接调 DB"
+  echo "    (阿里云自建无 management API + bash 调不到 MCP)"
+  echo ""
+  for t in $FULL_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/mcp/clawd-app-builder/deploy-kit/scripts/verify.sh

@@ -0,0 +1,49 @@
+#!/usr/bin/env bash
+# 发布后健康检查:可达性 + Content-Type + 【是否被强制下载】
+# 用法: verify.sh <url> [--allow-content-disposition]
+#
+# 失败语义（spec 2026-06-03-app-builder-publish-scaffold-design follow-up）：
+#   首页非 200 → exit 1。
+#   检测到 Content-Disposition 强制下载 → 默认 exit 1；带 --allow-content-disposition 时
+#   只警告不失败 —— FC 默认域名（*.fcapp.run）对所有响应强制注入这个头，没有自定义域名就
+#   消不掉，而「使用者自带 key」履约的验收口径本来就只到「公网可访问」（design ③）。
+#   调用方只在那条路径上传这个 flag，别当通用开关用。
+#   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> [--allow-content-disposition]}"
+ALLOW_CD=0
+[ "${2:-}" = "--allow-content-disposition" ] && ALLOW_CD=1
+
+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
+  if [ "$ALLOW_CD" = "1" ]; then
+    echo "⚠️  检测到 Content-Disposition —— 浏览器会下载而非渲染。这是 FC 默认域名(*.fcapp.run)的平台行为,"
+    echo "    使用者自带 key 履约下没有自定义域名可绑,按验收口径只警告不判失败。要浏览器直出得绑自定义域名。"
+  else
+    echo "❌ 检测到 Content-Disposition —— 浏览器会下载而非渲染!确认走的是 fc3-domain 自定义域名,而不是 fcapp.run" >&2
+  fi
+else
+  echo "✓ 无 Content-Disposition,浏览器可正常渲染网页"
+fi
+
+if [ "$code" = "200" ] && { [ "$has_cd" = "0" ] || [ "$ALLOW_CD" = "1" ]; }; 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