@clawos-dev/clawd 0.2.619 → 0.2.621

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

@@ -1,12 +1,7 @@
 #!/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 接力 ③ 数据不可逆
-# ============================================================
+# Remove published FC resources and print optional database DROP statements for the caller to execute.
+# Legacy fully prefixed table declarations expand once; base names expand for integration and production.
+# Deletion is irreversible: restrict emitted table names to this extension prefix.
 set -euo pipefail
 
 KIT_DIR="$(cd "$(dirname "$0")/.." && pwd)"            # deploy-kit 根（persona 目录 mcp/clawd-app-builder/deploy-kit/）
@@ -19,27 +14,20 @@ PERSONA_KIT="$PERSONA_ROOT/extension-kit"
 [ -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>。
+# Missing SLUG retains the legacy project prefix.
 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)= 两个函数,两份都拆。
+  # Avoid removing the same legacy/prod resource twice; different template names still require both removals.
   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
@@ -50,14 +38,8 @@ for s_file in s.int.yaml s.prod.yaml s.yaml; do
 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 别人副本的表)。
+  # Match the complete extension prefix, not APP_NAME alone: base names can legitimately start with APP_NAME.
   FULL_TABLES=""
   for t in $SUPABASE_TABLES; do
     case "$t" in

package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/deploy-kit/scripts/verify.sh

@@ -1,17 +1,7 @@
 #!/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 行）。
+# Usage: verify.sh <url> [--allow-content-disposition]
+# Fail non-200 responses or Content-Disposition, except the explicit FC default-domain allowance.
+# Write failure reasons to stderr for the daemon error summary.
 set -euo pipefail
 URL="${1:?用法: verify.sh <url> [--allow-content-disposition]}"
 ALLOW_CD=0
@@ -22,7 +12,6 @@ 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
@@ -42,7 +31,6 @@ if [ "$code" = "200" ] && { [ "$has_cd" = "0" ] || [ "$ALLOW_CD" = "1" ]; }; the
   exit 0
 fi
 
-# 失败：原因写 stderr 供 runner 抠成 errorSummary，UI / assistant 都能看清楚
 if [ "$code" != "200" ]; then
   echo "❌ verify failed: 首页 HTTP $code (期望 200)；查 s logs 找原因" >&2
 fi