koishi-plugin-kkk 3.10.0 → 3.10.2

package/CHANGELOG.md

@@ -1,5 +1,30 @@
 # 更新日志
 
+## 3.10.2
+
+> 修小红书图文笔记的图集一次解析发两遍的问题。
+
+### 修小红书图集发两遍
+
+- 图文笔记的图集有**两个发送点**：一个不看「发送内容」开关、直接发一条 markdown 全套图，
+  另一个按 `sendContent` 里的「图片」发（含实况图处理）。两个都命中时就是**两套图集**。
+- 删掉前面那个不看开关的，图集统一由「图片」那处发送；关掉「图片」现在是真的不发了
+  （以前关掉照样会发一份）。
+- 顺带给图集发送加了失败兜底：发不出去只记一步失败，后面的视频和错误卡片照常，
+  不再把整条解析掀翻。
+
+## 3.10.1
+
+> B站的复制跳转修一下：3.10.0 改成用用户发的那条链接后，B站 App 复制了反而不跳。
+
+### B站跳转链接改回标准视频页
+
+- 3.10.0 让跳转块统一用用户发出来的那条链接，B站照做之后反而不能用：
+  用户发的多半是 `b23.tv/xxx` 短链，**B站 App 复制了不跳转**。
+- B站的跳转块固定用 `https://www.bilibili.com/video/<bvid>`（分 P 带 `?p=N`），
+  不再用用户发的那条。卡片右下角的二维码同步改成这条，两边一致。
+- 抖音、快手、小红书仍按 3.10.0 的规则：用用户原样发的那条短链。
+
 ## 3.10.0
 
 > 解析消息底部的「打开原站」链接换成了**代码块形式的跳转卡片**：

package/lib/build-metadata.json

@@ -1,10 +1,10 @@
 {
-  "version": "3.10.0",
-  "buildTime": "2026-09-29T18:43:09.611Z",
-  "buildTimestamp": 1790707389633,
+  "version": "3.10.2",
+  "buildTime": "2026-09-30T06:37:26.725Z",
+  "buildTimestamp": 1790750246750,
   "name": "koishi-plugin-kkk",
   "description": "抖音 / B站 / 快手 / 小红书 视频解析与动态推送，带 QQ 交互面板与弹幕烧录（karin-plugin-kkk 的 Koishi 移植版）",
   "homepage": "https://github.com/maimai993/koishi-plugin-kkk#readme",
-  "commitHash": "ec43387a40b337a0c1430c7b2eef36668fa92fc5",
-  "shortCommitHash": "ec43387"
+  "commitHash": "146e95e8c0f183d42d08beba60a079b6d0b81c07",
+  "shortCommitHash": "146e95e"
 }

package/lib/karin/apps/tools.js

@@ -326,12 +326,11 @@ const handleBilibili = (0, ParseForward_1.withParseForward)((0, ErrorHandler_1.w
             platform: 'bilibili',
             url: 'https://www.bilibili.com/video/' + iddata.bvid + (iddata.p ? '?p=' + iddata.p : ''),
             id: String(iddata.bvid),
-            page: iddata.p,
+            page: iddata.p
             /**
-             * 跳转块用**用户发出来的那条**（通常是 b23.tv 短链）：
-             * 上面那条规范链接带 ?p= 参数，长度上去了 App 剪贴板就认不出来。
+             * B站**不传 jumpUrl**：跳转块固定用 `www.bilibili.com/video/<bvid>` 这种标准形态
+             * （b23.tv 短链 App 复制了不跳转），由面板自己按 bvid + 分P 拼，见 `bilibiliShareUrl`。
              */
-            jumpUrl: String(url)
         }, flags)) {
         return;
     }

package/lib/karin/module/utils/QqPanel.js

@@ -401,13 +401,18 @@ function douyinShareUrl(awemeId, detailShareUrl) {
     return String(detailShareUrl ?? '') || ('https://www.douyin.com/video/' + String(awemeId));
 }
 /**
- * B站作品的跳转链接。
+ * B站的跳转链接：**固定用标准视频页** `https://www.bilibili.com/video/<bvid>`。
  *
- * 用 **b23.tv 短链**（`https://b23.tv/<bvid>`）：卡片右下角二维码走的就是这条，
- * 扫二维码和复制跳转是同一件事，两处链接必须一致。
+ * 试过 b23.tv 短链（`https://b23.tv/<bvid>`），实测 B站 App 认不出来 —— 复制后打开 App
+ * 没反应，必须是完整的 `www.bilibili.com/video/BV…` 这种形态。分 P 走 `?p=N` 查询参数。
+ *
+ * 卡片右下角的二维码也走这条（扫码不受长度影响，和跳转块保持一致）。
+ * @param bvid BV 号
+ * @param page 分 P（1 表示第一 P，不用带参数）
  */
-function bilibiliShareUrl(bvid) {
-    return 'https://b23.tv/' + String(bvid);
+function bilibiliShareUrl(bvid, page) {
+    const url = 'https://www.bilibili.com/video/' + String(bvid);
+    return page && page > 1 ? url + '?p=' + page : url;
 }
 /** 快手作品页链接（App 认的是自家域名下的链接，短链最终也是跳到这里） */
 function kuaishouShareUrl(photoId) {
@@ -1178,18 +1183,20 @@ async function sendQqParsePanel(e, request) {
      * B站 / 抖音给的是「复制后打开 XX 自动跳转」代码块：各家 App 都认剪贴板里的自家链接，
      * 不依赖 QQ 会不会把 markdown 链接渲染成可点的东西。快手之类仍给普通链接。
      *
-     * 链接**用用户原样发的那条**（`request.jumpUrl`），拼不出来才退回 `request.url`。
-     * 之前按「和卡片二维码一致」去用 `bilibiliShareUrl` / `douyinShareUrl`，实测行不通：
-     * 那种链接带一串 `xsec_token` / `u_code` 之类的参数，长到 App 的剪贴板识别压根不认。
-     * 反过来用户发出来的 `b23.tv/xxx`、`v.douyin.com/xxx` 本来就是 App 自己生成的分享形态，
-     * 最短也最容易被识别。二维码那边不受影响（扫码不吃 URL 长度），保持原来的链接不动。
+     * 链接**优先用用户原样发的那条**（`request.jumpUrl`）：我们拼的链接往往偏长，
+     * App 剪贴板识别不了；用户发出来的 `v.douyin.com/xxx`、`v.kuaishou.com/xxx` 本来就是
+     * 各家 App 自己生成的分享形态，最短也最容易被识别。
+     *
+     * **B站是唯一的例外**：它反过来 —— b23.tv 短链 App 不认，必须是完整的
+     * `www.bilibili.com/video/BV…`，所以那支固定走 `bilibiliShareUrl()`，不用用户发的那条。
+     * 二维码（卡片右下角）不受影响，和上面各平台一样保持自己的链接。
      */
     const linkStart = lines.length;
     if (runtime.config.qqPanelSourceLink !== false && request.url) {
-        // 优先用户原样发的那条：我们拼的链接偏长，App 剪贴板识别不了；App 自家分享的短链才稳
         const jumpUrl = request.jumpUrl || request.url;
         const block = request.platform === 'bilibili'
-            ? copyJumpBlock('b站', jumpUrl)
+            // B站固定用 BV 规范链接（短链 App 不识别），分 P 靠 request.page 带上
+            ? copyJumpBlock('b站', bilibiliShareUrl(String(request.id), request.page))
             : request.platform === 'douyin'
                 ? copyJumpBlock('抖音', jumpUrl, DOUYIN_JUMP_TOKEN)
                 : [sourceLink('打开原站', jumpUrl)];

package/lib/karin/platform/xiaohongshu/xiaohongshu.js

@@ -5,7 +5,6 @@ var __importDefault = (this && this.__importDefault) || function (mod) {
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.XiaohongshuEmoji = exports.xiaohongshuProcessVideos = exports.xiaohongshuGetLivePhotoVideo = exports.Xiaohongshu = void 0;
 const node_fs_1 = __importDefault(require("node:fs"));
-const ImageSlice_1 = require("../../module/utils/ImageSlice");
 const QqPanel_1 = require("../../module/utils/QqPanel");
 const parseTip_1 = require("../../module/utils/parseTip");
 const date_fns_1 = require("date-fns");
@@ -227,33 +226,12 @@ class Xiaohongshu extends module_1.Base {
             node_karin_2.logger.mark('[小红书] 详情卡片已发送');
         }
         /**
-         * **图文笔记的图片要发出来**（用户要求）。
+         * **图集只发一次，由下面 `sendContent.includes('image')` 那块统一负责**（含实况图处理）。
          *
-         * 之前只发了详情卡片，正文里的图片一张都没发 —— 用户看到的就是
-         * 「解析出来了图文，但图呢？」。这里和抖音图集一样：合并成**一条 markdown**
-         * （图片紧贴渲染，一条消息装完整套图）。
+         * 这里以前还有一段「图文图片合并成一条 markdown 发出去」的兜底，它**不看 sendContent 开关**，
+         * 于是勾了「图片」的部署会收到**两套图集**：先一条 markdown 全套图，紧接着又一条合并转发。
+         * 现在删掉了 —— 图集由下面那块按开关发，关掉「图片」就真的不发了（原来关掉照样发一份）。
          */
-        const noteImages = (noteCard.image_list ?? [])
-            .map((image) => String(image?.url_default ?? image?.url ?? ''))
-            .filter(Boolean);
-        if (!noteCard.video && noteImages.length) {
-            try {
-                const mdMessage = await (0, QqPanel_1.buildMarkdownImageMessage)(noteImages, 420, (0, ImageSlice_1.platformOf)(this.e));
-                if (mdMessage) {
-                    await this.e.reply(mdMessage);
-                    node_karin_2.logger.mark('[小红书] 图文图片已用一条 markdown 发送，共 ' + noteImages.length + ' 张');
-                }
-                else {
-                    // md 生成失败就逐张发，总比一张不发好
-                    for (const imageUrl of noteImages)
-                        await this.e.reply(node_karin_1.segment.image(imageUrl));
-                    node_karin_2.logger.mark('[小红书] md 生成失败，图文图片改为逐张发送，共 ' + noteImages.length + ' 张');
-                }
-            }
-            catch (error) {
-                node_karin_2.logger.warn('[小红书] 发送图文图片失败: ' + String(error?.message ?? error).slice(0, 120));
-            }
-        }
         /**
          * 带「先提示、再宽限」的超时包装（和图片发送那边同一套口径，见 ImageSlice 的 SEND_* 常量）。
          *
@@ -517,11 +495,15 @@ class Xiaohongshu extends module_1.Base {
                 processedImages.push(...tipImg);
             }
             const res = node_karin_1.common.makeForward(processedImages, Config_1.Config.app.fakeForward ? this.e.sender.userId : this.e.bot.account.selfId, Config_1.Config.app.fakeForward ? this.e.sender.nick : this.e.bot.account.name);
-            if (processedImages.length === 1) {
-                await this.e.reply(processedImages[0]);
-            }
-            else if (processedImages.length > 1) {
-                try {
+            /**
+             * 发图集是**唯一一次**发送图集的地方（另一处已删，见上面注释），所以失败要记进 steps：
+             * 让它只跳过这一步、照常走后面的视频 / 错误卡片，而不是把整条解析掀翻。
+             */
+            try {
+                if (processedImages.length === 1) {
+                    await this.e.reply(processedImages[0]);
+                }
+                else if (processedImages.length > 1) {
                     await this.e.bot.sendForwardMsg(this.e.contact, res, {
                         source: '图片合集',
                         summary: `查看${res.length}张图片/视频消息`,
@@ -529,10 +511,15 @@ class Xiaohongshu extends module_1.Base {
                         news: [{ text: '点击查看解析结果' }]
                     });
                 }
-                finally {
-                    for (const item of temp) {
-                        await module_1.Common.removeFile(item.filepath, true);
-                    }
+                node_karin_2.logger.mark('[小红书] 图集已发送，共 ' + processedImages.length + ' 张');
+            }
+            catch (error) {
+                steps.fail('发送图集', error);
+            }
+            finally {
+                // 临时文件（实况图生成的视频 / 静态图 / 合成封面）用完就删，失败也要删
+                for (const item of temp) {
+                    await module_1.Common.removeFile(item.filepath, true);
                 }
             }
         }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "koishi-plugin-kkk",
-  "version": "3.10.0",
+  "version": "3.10.2",
   "description": "抖音 / B站 / 快手 / 小红书 视频解析与动态推送，带 QQ 交互面板与弹幕烧录（karin-plugin-kkk 的 Koishi 移植版）",
   "main": "lib/index.js",
   "typings": "lib/index.d.ts",

package/src/karin/apps/tools.ts

@@ -319,12 +319,11 @@ const handleBilibili = withParseForward(wrapWithErrorHandler(
         platform: 'bilibili',
         url: 'https://www.bilibili.com/video/' + iddata.bvid + (iddata.p ? '?p=' + iddata.p : ''),
         id: String(iddata.bvid),
-        page: iddata.p,
+        page: iddata.p
         /**
-         * 跳转块用**用户发出来的那条**（通常是 b23.tv 短链）：
-         * 上面那条规范链接带 ?p= 参数，长度上去了 App 剪贴板就认不出来。
+         * B站**不传 jumpUrl**：跳转块固定用 `www.bilibili.com/video/<bvid>` 这种标准形态
+         * （b23.tv 短链 App 复制了不跳转），由面板自己按 bvid + 分P 拼，见 `bilibiliShareUrl`。
          */
-        jumpUrl: String(url)
       }, flags)
     ) {
       return

package/src/karin/module/utils/QqPanel.ts

@@ -407,13 +407,18 @@ export function douyinShareUrl (awemeId: string, detailShareUrl?: string): strin
 }
 
 /**
- * B站作品的跳转链接。
+ * B站的跳转链接：**固定用标准视频页** `https://www.bilibili.com/video/<bvid>`。
  *
- * 用 **b23.tv 短链**（`https://b23.tv/<bvid>`）：卡片右下角二维码走的就是这条，
- * 扫二维码和复制跳转是同一件事，两处链接必须一致。
+ * 试过 b23.tv 短链（`https://b23.tv/<bvid>`），实测 B站 App 认不出来 —— 复制后打开 App
+ * 没反应，必须是完整的 `www.bilibili.com/video/BV…` 这种形态。分 P 走 `?p=N` 查询参数。
+ *
+ * 卡片右下角的二维码也走这条（扫码不受长度影响，和跳转块保持一致）。
+ * @param bvid BV 号
+ * @param page 分 P（1 表示第一 P，不用带参数）
  */
-export function bilibiliShareUrl (bvid: string): string {
-  return 'https://b23.tv/' + String(bvid)
+export function bilibiliShareUrl (bvid: string, page?: number): string {
+  const url = 'https://www.bilibili.com/video/' + String(bvid)
+  return page && page > 1 ? url + '?p=' + page : url
 }
 
 /** 快手作品页链接（App 认的是自家域名下的链接，短链最终也是跳到这里） */
@@ -1185,18 +1190,20 @@ export async function sendQqParsePanel (e: Message, request: PanelRequest): Prom
    * B站 / 抖音给的是「复制后打开 XX 自动跳转」代码块：各家 App 都认剪贴板里的自家链接，
    * 不依赖 QQ 会不会把 markdown 链接渲染成可点的东西。快手之类仍给普通链接。
    *
-   * 链接**用用户原样发的那条**（`request.jumpUrl`），拼不出来才退回 `request.url`。
-   * 之前按「和卡片二维码一致」去用 `bilibiliShareUrl` / `douyinShareUrl`，实测行不通：
-   * 那种链接带一串 `xsec_token` / `u_code` 之类的参数，长到 App 的剪贴板识别压根不认。
-   * 反过来用户发出来的 `b23.tv/xxx`、`v.douyin.com/xxx` 本来就是 App 自己生成的分享形态，
-   * 最短也最容易被识别。二维码那边不受影响（扫码不吃 URL 长度），保持原来的链接不动。
+   * 链接**优先用用户原样发的那条**（`request.jumpUrl`）：我们拼的链接往往偏长，
+   * App 剪贴板识别不了；用户发出来的 `v.douyin.com/xxx`、`v.kuaishou.com/xxx` 本来就是
+   * 各家 App 自己生成的分享形态，最短也最容易被识别。
+   *
+   * **B站是唯一的例外**：它反过来 —— b23.tv 短链 App 不认，必须是完整的
+   * `www.bilibili.com/video/BV…`，所以那支固定走 `bilibiliShareUrl()`，不用用户发的那条。
+   * 二维码（卡片右下角）不受影响，和上面各平台一样保持自己的链接。
    */
   const linkStart = lines.length
   if (runtime.config.qqPanelSourceLink !== false && request.url) {
-    // 优先用户原样发的那条：我们拼的链接偏长，App 剪贴板识别不了；App 自家分享的短链才稳
     const jumpUrl = request.jumpUrl || request.url
     const block = request.platform === 'bilibili'
-      ? copyJumpBlock('b站', jumpUrl)
+      // B站固定用 BV 规范链接（短链 App 不识别），分 P 靠 request.page 带上
+      ? copyJumpBlock('b站', bilibiliShareUrl(String(request.id), request.page))
       : request.platform === 'douyin'
         ? copyJumpBlock('抖音', jumpUrl, DOUYIN_JUMP_TOKEN)
         : [sourceLink('打开原站', jumpUrl)]

package/src/karin/platform/xiaohongshu/xiaohongshu.ts

@@ -1,6 +1,5 @@
 import fs from 'node:fs'
-import { platformOf } from '@/module/utils/ImageSlice'
-import { buildMarkdownImageMessage, sendCopyJumpMessage, xiaohongshuShareUrl } from '@/module/utils/QqPanel'
+import { sendCopyJumpMessage, xiaohongshuShareUrl } from '@/module/utils/QqPanel'
 import { sendParseTip } from '@/module/utils/parseTip'
 
 import type { NoteComments, XiaohongshuEmojiListResponse } from '@ikenxuan/amagi'
@@ -274,30 +273,12 @@ export class Xiaohongshu extends Base {
     }
 
     /**
-     * **图文笔记的图片要发出来**（用户要求）。
+     * **图集只发一次，由下面 `sendContent.includes('image')` 那块统一负责**（含实况图处理）。
      *
-     * 之前只发了详情卡片，正文里的图片一张都没发 —— 用户看到的就是
-     * 「解析出来了图文，但图呢？」。这里和抖音图集一样：合并成**一条 markdown**
-     * （图片紧贴渲染，一条消息装完整套图）。
+     * 这里以前还有一段「图文图片合并成一条 markdown 发出去」的兜底，它**不看 sendContent 开关**，
+     * 于是勾了「图片」的部署会收到**两套图集**：先一条 markdown 全套图，紧接着又一条合并转发。
+     * 现在删掉了 —— 图集由下面那块按开关发，关掉「图片」就真的不发了（原来关掉照样发一份）。
      */
-    const noteImages: string[] = (noteCard.image_list ?? [])
-      .map((image: any) => String(image?.url_default ?? image?.url ?? ''))
-      .filter(Boolean)
-    if (!noteCard.video && noteImages.length) {
-      try {
-        const mdMessage = await buildMarkdownImageMessage(noteImages, 420, platformOf(this.e))
-        if (mdMessage) {
-          await this.e.reply(mdMessage)
-          logger.mark('[小红书] 图文图片已用一条 markdown 发送，共 ' + noteImages.length + ' 张')
-        } else {
-          // md 生成失败就逐张发，总比一张不发好
-          for (const imageUrl of noteImages) await this.e.reply(segment.image(imageUrl))
-          logger.mark('[小红书] md 生成失败，图文图片改为逐张发送，共 ' + noteImages.length + ' 张')
-        }
-      } catch (error: any) {
-        logger.warn('[小红书] 发送图文图片失败: ' + String(error?.message ?? error).slice(0, 120))
-      }
-    }
 
     /**
      * 带「先提示、再宽限」的超时包装（和图片发送那边同一套口径，见 ImageSlice 的 SEND_* 常量）。
@@ -585,20 +566,28 @@ export class Xiaohongshu extends Base {
         Config.app.fakeForward ? this.e.sender.nick : this.e.bot.account.name
       )
 
-      if (processedImages.length === 1) {
-        await this.e.reply(processedImages[0])
-      } else if (processedImages.length > 1) {
-        try {
+      /**
+       * 发图集是**唯一一次**发送图集的地方（另一处已删，见上面注释），所以失败要记进 steps：
+       * 让它只跳过这一步、照常走后面的视频 / 错误卡片，而不是把整条解析掀翻。
+       */
+      try {
+        if (processedImages.length === 1) {
+          await this.e.reply(processedImages[0])
+        } else if (processedImages.length > 1) {
           await this.e.bot.sendForwardMsg(this.e.contact, res, {
             source: '图片合集',
             summary: `查看${res.length}张图片/视频消息`,
             prompt: '小红书图集解析结果',
             news: [{ text: '点击查看解析结果' }]
           })
-        } finally {
-          for (const item of temp) {
-            await Common.removeFile(item.filepath, true)
-          }
+        }
+        logger.mark('[小红书] 图集已发送，共 ' + processedImages.length + ' 张')
+      } catch (error: any) {
+        steps.fail('发送图集', error)
+      } finally {
+        // 临时文件（实况图生成的视频 / 静态图 / 合成封面）用完就删，失败也要删
+        for (const item of temp) {
+          await Common.removeFile(item.filepath, true)
         }
       }
     }