@lark-apaas/miaoda-cli 0.1.1-alpha.06e1628 → 0.1.1-alpha.07b4fd5

package/dist/api/db/api.js

@@ -96,15 +96,45 @@ async function execSql(opts) {
     const body = (await response.json());
     try {
         const data = (0, client_1.extractData)(body);
-        return data.results ?? [];
+        const results = data.results ?? [];
+        // 新协议（dataloom 端 InnerAdminExecuteSQL 错误统一走 success envelope）：
+        // results 末尾追加一条 SqlType="ERROR" 的哨兵，data 字段是 {code,message} JSON。
+        // 这样网关在错误路径不会吞业务字段，CLI 拿到完整 partial_results + statement_index。
+        const last = results.at(-1);
+        if (last?.sqlType === "ERROR") {
+            const appErr = parseSqlErrorSentinel(last.data);
+            appErr.partial_results = results.slice(0, -1);
+            const stmtIdx = data.errorStatementIndex;
+            if (typeof stmtIdx === "number")
+                appErr.statement_index = stmtIdx;
+            throw appErr;
+        }
+        return results;
     }
     catch (appErr) {
-        // HTTP 2xx 但 envelope status_code != 0 的多语句失败路径：同样挂 partial_results
+        // 旧协议兼容（dataloom 服务端未部署新协议时）：HTTP 2xx 但 envelope status_code != 0
+        // 走 mapDbHttpError → AppError，partial_results 已被网关吞，仅保留 code+message。
         if (appErr instanceof error_1.AppError)
             attachSqlPartialResults(body, appErr);
         throw appErr;
     }
 }
+/**
+ * 解析 InnerAdminExecuteSQL 错误哨兵（results 末尾那条 SqlType="ERROR" 项）的 data 字段。
+ * 服务端约定：data 是 `{"code":"k_dl_xxx","message":"..."}` 形态的 JSON 字符串。
+ * 解析失败则降级为 INTERNAL_DB_ERROR + 原始字符串，避免哨兵格式异常时整条调用炸掉。
+ */
+function parseSqlErrorSentinel(payload) {
+    try {
+        const parsed = JSON.parse(payload);
+        const code = typeof parsed.code === "string" && parsed.code !== "" ? parsed.code : "INTERNAL_DB_ERROR";
+        const message = typeof parsed.message === "string" ? parsed.message : payload;
+        return new error_1.AppError(code, message);
+    }
+    catch {
+        return new error_1.AppError("INTERNAL_DB_ERROR", payload);
+    }
+}
 // ── db schema → InnerGetSchema ──
 /**
  * 查询 schema（admin-inner）。

package/dist/api/db/client.js

@@ -118,6 +118,9 @@ const BIZ_ERR_MAP = new Map(Object.entries({
     "k_dl_000003": { code: "SQL_OPERATION_FORBIDDEN" },
     // k_dl_1300002：PG 执行错误；实际 SQLSTATE 由 extractSqlstate 单独映射
     // 未匹配到 SQLSTATE 时走下面兜底 DB_API_<code>
+    // k_dl_1300015：SELECT 结果超过 1000 行硬拦；多行 hint 由 output.ts 的
+    // SERVER_ERROR_HINTS 按语义 code 兜底，这里只做 code 改名
+    "k_dl_1300015": { code: "RESULT_SET_TOO_LARGE" },
 }));
 /** PG SQLSTATE → CLI code（当前 dataloom 不一定透传，预留未来使用） */
 exports.SQLSTATE_MAP = {

package/dist/utils/output.js

@@ -20,8 +20,10 @@ const colors_1 = require("./colors");
  * 具体 hint（如 did-you-mean、shared.resolveAppId 等），它们优先级更高。
  */
 const SERVER_ERROR_HINTS = {
-    // SELECT 结果集超过 1000 行硬拦：spec 多行引导
-    "k_dl_1300015": [
+    // SELECT 结果集超过 1000 行硬拦：spec 多行引导。
+    // key 用 BIZ_ERR_MAP 映射后的语义 code（不是原始服务端 k_dl_xxx），保持
+    // 与 help / 文档里宣传的 RESULT_SET_TOO_LARGE 一致。
+    "RESULT_SET_TOO_LARGE": [
         "Add `LIMIT <n>` to your SQL to narrow the result.",
         "For counts, use `SELECT count(*) FROM ...`; for aggregation, use GROUP BY with filters.",
     ],

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@lark-apaas/miaoda-cli",
-  "version": "0.1.1-alpha.06e1628",
+  "version": "0.1.1-alpha.07b4fd5",
   "description": "Miaoda 平台命令行工具，面向 Agent 调用",
   "type": "commonjs",
   "bin": {