24 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	a3482ed06e	fix(admin): 日志类列表统一「最新在上」+ 顶部前插不顶跑阅读位置 ... - 审计 15 个日志/事件面后统一口径：改 3 个（渠道总日志 / 每账号消息日志弹窗 / 适配器专属页实时日志），7 个本已合规未动，聊天页**刻意保持正序**（本质是读对话，正序+自动滚底才自然） - 排序口径唯一出处 channelLogOrder.ts（历史+WS 追帧按 id 去重、时间倒序）+ 展示层不倒序（与 channelEventViews 同分工）；三面共用 useChannelMessageLog 取数 - 新增 logScroll.ts：贴顶跟着最新走、已下读按新增高度补偿（**新条目不把正在看的内容顶跑**）；窗口化容器的滚动锚定一并接上 - 后端无需改（三处消息日志读取本就是 created_at DESC，已核） - 诚实边界：滚动锚定的 DOM 那半只有纯函数有自动化证据（项目无 jsdom/Playwright，渲染测试跑 react-dom/server、effect 不执行）⇒ 已如实标注 - 变异实测：排序改回旧→新 / 取消补偿 / 渲染层再倒一次 / 改坏共享文案 —— 四处均打红 - ⚠️ 两处未改（在别的切片文件面内，已转交）：flow/NodeDetail 节点实时日志 → 归 F2；Agents 任务日志 → 归 H1	2026-10-05 15:37:04 +08:00
AskaEth	a057a0f61f	feat(channels): 流控可配 —— 陌生人私聊额度走账号配置 directMsgPerMin（裁决 13） ... - 后端：账号顶层 directMsgPerMin（缺失/0 = 保护性默认 6 条/分；正值 = 该值；负值 = 关闭并留带 source 的 WARN） - 日志如实报出**实际生效**额度（adapter.(*FlowGate).DirectPerMin()），告警文案不再写死 6 - 面板：渠道配置表单加字段（含帮助文案）+ 回显/写回链路（LIMIT_KEYS 四键）+ 账号卡片摘要 - 文案纠错：AdapterConfigSummary 的 msgPerMin 由「私聊每分钟上限」改为「非主人消息每分钟总上限」（原描述是误导），并列补 directMsgPerMin 行 - 变异实测：缺键丢默认 / 负值当 1 条每分 / 前端吞负值 —— 三个都精确打红并还原 - ⚠️ 已知缺口（下一片补，gateway 面）：GET/PUT /admin/channels 尚未下发/解码该键 ⇒ 面板暂时回显空、保存会把 -1 重置为 0	2026-10-05 13:50:29 +08:00
AskaEth	52dac4575f	feat(gateway): 账号在线三态（后端 AccountStatus 可选接口 + 面板第二枚标签 + 契约账目更正） ... - known=false ⇒ accountOnline 键**缺席**（未知 ≠ 离线），与既有 connected 语义并列不合并 - 面板：账号在线/账号离线/账号状态未知 三态 + 中性灰 tone + 「这不等于离线」悬停说明 - 测试：gateway 跨层锁「键缺席」（用真 qq_obv11.Adapter）+ 面板 61/40 断言 - 变异：known 当离线 ⇒ 两条测试同时红（已复跑确认） - Docs/api-client.md：§7.2 那行由未实现改已实现（留表，注明下版移入 §7.1）	2026-10-05 13:29:53 +08:00
AskaEth	42279b7124	feat(channels): 按账号连接/断开 + 可删空 id 条目（修主人真机踩的两个缺口） ... 缺口①：「连接」是按平台连、且恒打第一条账号（channelActionRequest 只有 name）⇒ 主人有两条 qq-obv11 时点到的是 mode=server 的历史条目，报 server mode requires listenAddr，而正确的 client 条目轮不到。缺口②：空 id 条目既删不掉（DELETE 要求 id 非空）也改不了（UpsertChannel 空 id = 新建），越改越多。 后端： - POST /admin/channels/open|close 请求体新增可选 accountId（缺省逐字兼容，老客户端零影响）； 按该账号驱动；未知 id ⇒ 404 且零连接（不静默回落第一条）；已配置未注册 ⇒ 409 - DELETE /admin/channels/{platform}/config 新增显式 empty=1（id 与 empty=1 互斥 ⇒ 400； 无可删 ⇒ 404）；语义严格 —— 只删空 id 条目，绝不把「id 为空」默认解释成删空 id - 响应新增：open/close 的 resolved（实际驱动的适配器名）与 accountId；delete 的 removed/empty； GET /admin/channels 的 accounts[].connected（可选 bool，缺省 = 未知） - 审计动作名不变（channel.open/close/delete），日志行新增 accountId 字段 前端：每条账号一行「连接/断开」（带 accountId）；按钮旁明确「会连哪一条」；空 id 行显著标注 + 删除入口；channelActionBody 携带 accountId；新增 action 测试 33 checks + 空 id 行渲染 31 checks。 测试：后端 14 个用例（真实 HTTP 路由 + JWT + 真注册表 + spy 适配器，断言「哪一条被驱动、 另一条一次都没被碰」）。 变异 6 条（accountId 被忽略 / id 为空当删空 id / 找不到静默回落 / 前端丢 accountId / 删空 id 退化成 ?id= / 空 id 行按普通行渲染）。	2026-10-05 10:37:56 +08:00
AskaEth	c4ea02a887	feat(web): 渠道配置面板重做（按模式动态显隐 + 下拉 + 真鉴权键 + 掩码不回填） ... 新增：channelFieldRules.ts（纯函数规则层：选择器归一化 / 按 transport×mode 显隐与必填 / 写回补丁 / 模式提示文案）、channelConnFields.tsx（「连接配置」区：只渲染当前组合生效的字段， 逐字段「谁连谁」说明 + 必填/可选标记 + 掩码清除开关）、channelAccountId.tsx（账号 id 与 「覆盖/新建」状态 Tag）、channelPersonaField.tsx（从表单抽出，逻辑逐字保留）。 qq-obv11：transport / mode 改下拉；remote_url 仅 ws+client 显示且必填；listen_addr 按 server / http+client 条件显示；api_base_url 仅 http（http+client 必填）；report_path 仅 http； access_token 掩码；self_id 仅记录。每种组合顶部一句 modeHints；保存前拦截必填缺失并红框点名。 ⚠️ 修掉一处数据毁伤：后端把 access_token 掩码成 ****abcd 下发，旧代码回填进表单 ⇒ 「打开就保存」会把掩码写成真 token。现在掩码不回填、只记 configuredKeys，并提示 「已配置，留空 = 不改动」；要清空必须显式打开「清除已配置的 access_token」开关 （顺带给掩码秘密补上了以前没有的「清除」能力）。可见字段清空发 ""、隐藏字段不进补丁（缺位 = 保留）。 Token 误导修掉：PLATFORM_GUIDE.authKey 声明平台真正读取的键 —— qq-obv11 不再渲染 bot_token 输入框、不再标必填（改指向 access_token）；渠道列表与只读配置卡的凭据行同步改用真实 authKey。 空 id：结论是后端契约（UpsertChannel 空 id = 新建），前端不碰后端修好：记住 savedId （留空 = 覆盖当前条目）+ 改新 id 时内联二次确认 + 保存后用返回的 accountId 刷新 + 状态 Tag。 测试：新增真组件 SSR 渲染测试（68 checks）+ 规则单测（58 checks）；17 个前端测试文件逐跑全绿； tsc --noEmit 与 npm run build 通过（产物 index-CK_2RXKo.js）。	2026-10-05 10:15:19 +08:00
AskaEth	c1a98d7c01	perf(admin-web): 长列表虚拟滚动 + 专属页只读配置卡（裁决 16.4.3/16.4.6）+ 修限流读写成对的数据丢失 ... - 16.4.3（效率最高）：AdminTable 超阈值走窗口化（DOM 行数与数据量解耦，上下占位行撑滚动条）； 新增可复用 VirtualList；适配器消息日志换成窗口化版 - 16.4.6（操作更便利）：保留列表页内联编辑，同时把「专属页只读展示该平台完整字段」真正实现 （AdapterConfigSummary，此前专属页一个配置字段都不显示） - 🔴 顺带修一条静默数据丢失：列表页限流三项原从 acct.config.* 读，而后端把它们存**账号顶层** ⇒ 表单永远回显空、保存时 undefined→0 会把已设限流清空。现改从顶层读、留空则不发该键、非法输入报错中止； 并顺手改正用户可见的错误文案（0 = 保护性默认 6条/分，负值才是关闭） - 复核：tsc 0 错 + vite build 成功；channel limits 27 / admin virtual scroll 8023 项断言；3 条变异反证	2026-10-04 13:41:08 +08:00
AskaEth	3732c538cc	feat(admin): 人格页「绑定会话数」+ 渠道账号绑定角色（B 批次 2 前端） ... 按 design/22 §4.4/§4.6 + §7-4/7-7（契约先行，后端由并行代理实现）。 - 人格页：展示每个角色绑定的会话数——面板侧用 GET /admin/sessions 的 personaId 聚合（personaId 为空 = 继承默认角色，已计入默认角色并在 UI 写明口径），随既有 useAutoReload 刷新；**未新增后端字段** - 渠道级绑定 UI：每个渠道账号加「角色」下拉（选项取 GET /admin/personas），保存走 PUT /admin/channels/{platform}/config 的 personaId；已绑角色回填、未绑定显示「跟随默认角色」（不冒充某个角色）；提示语写明**群聊/陌生人会话始终用默认角色**，避免暗示可覆盖隔离会话 - 验收：npm run build 绿 + 逻辑测试（personaSession/messageSync）通过	2026-10-03 20:50:07 +08:00
AskaEth	49d12d9a64	fix(admin): 修上一提交的类型错误 — channelListState 改为泛型；仪表盘三态化 ... 上一提交（52ee8e5）带着 tsc 错误被推上去了（我的校验顺序写错：set -e 在 build 之后）。本提交修掉并把「先绿后提」做对。 - channelStatus.ts：channelListState 改为泛型 <T>（它只判 null/error，与元素类型无关），使仪表盘能对任意列表复用同一套「读不到 ≠ 0」判定；既有调用点行为不变 - Dashboard.tsx：六个 HTTP 卡片（人格/会话/记忆/插件/渠道/IoT）由 data ?? [] + ?? 0 改为复用该三态：unknown → 「—」+「读取失败（与后端失联）」(warn)、pending → 「—」+「读取中…」；WS 驱动的 Agent/后台思考卡片不变 - 验收：npm run build 绿（先跑后提）+ channelStatus 45 断言 + messageSync 54 断言	2026-10-03 19:17:26 +08:00
AskaEth	37fb3cd265	feat(admin): 渠道状态三态化 + 顶栏后端失联指示 — 不再把「读不到」画成「未连接」 ... 起因：面板把「取数失败（后端不可达）」渲染成红色「未连接」，主人因此把「后端没在跑」误读成「微信适配器挂了」（AdapterDetailPage 的 record?.connected ?? false）。 - 新增 channels/channelStatus.ts（纯逻辑三态：ready/pending/unknown + 记录级 connected/disconnected/unconfigured/unknown/pending；局部类型，未动 lib/types.ts） - 新增 channelStatusView.tsx：ChannelStatusTag（三态 Tag + 「数据可能过期」）+ ChannelLoadError（失败/过期横幅 + 重试） - 覆盖 13 处渲染点（channels/ 全目录 + AdminApp）：未知态一律灰色「状态未知」+ 原因，绝不落红色「未连接」；未知态禁用连接/断开与「新建/编辑配置」（避免 prefill 空列表误建/覆盖）；读取失败不再冒充「尚未保存任何渠道配置」「暂无消息」「未声明能力」等事实性谎言 - 顺带修：WeixinLogin 首次 login-status 读取失败被 .catch 静默吞成「未登录」，现如实报「读取失败（与后端失联）」 - AdminApp 顶栏新增 useBackendHealth + BackendStatusTag：HTTP /api/v1/health 探活（15s 循环），**探测成功前不显示「在线」**；WS 状态作为独立 Tag 展示，两者不混算 - 验收：npm run build 绿（177 模块）+ 新增 45 断言 + 既有 54 断言回归 + renderToStaticMarkup 真渲染冒烟（unknown 渲染不含「未连接」也不含 err 色；未探测成功不显示在线） - ListPage 主函数 125→71 行（改前已超 80 行红线，行为等价）	2026-10-03 19:16:22 +08:00
Aska	9e4e6e623f	fix(admin): 微信扫码连接成功后不再残留二维码(showQR仅等待时)	2026-09-08 01:53:59 +08:00
Aska	851c8a31ce	fix(admin): 微信扫码'已扫码待确认'提示Tag改用合法tone=neutral	2026-09-08 01:15:35 +08:00
Aska	2baa2cc7ca	feat(admin): 微信扫码仅在'超45s且未扫到'才换码,已扫待确认固定不换	2026-09-08 01:14:59 +08:00
Aska	4223f5a19a	fix(admin): 微信扫码恢复前台不再换码——修复'已扫未确认被换码丢确认'竞态	2026-09-08 01:08:42 +08:00
Aska	d970884ff8	feat(admin): 微信扫码二维码每45s自动刷新+后台垫'过期'叠加层不换码	2026-09-08 00:59:01 +08:00
Aska	bef398d47a	fix(weixin): 二维码回退用qrUrl生成 + 每次点击重新发全新码(修'过期') ... 用户实测: qrcode原始串编码微信扫出纯字符串(qrcode得用qrUrl liteapp链接); 过期的真正原因 是复用旧二维码(微信码有效期极短)。修: 二维码改回用 qrUrl(liteapp链接)生成; StartLogin 把复用窗口从90s降到5s(仅防连点),否则每次'扫码登录/刷新'都取消旧会话重发全新码——永远新鲜可扫。 build/vet/test+前端build 全绿,已部署。	2026-09-07 21:54:08 +08:00
Aska	b6b258498c	fix(weixin): 二维码改用 qrcode 原始标识串生成——qrUrl(liteapp页面)编码不能被微信识别 ... 把 qrUrl(liteapp HTML页面URL)编码成二维码,微信扫它当普通链接打开→页面不认→'过期'。 改用 qrcode 原始标识串生成二维码(get_qrcode_status 轮询的 key, 微信扫码后解析), 并保留 qrUrl 作为'在微信/浏览器打开扫码页'的备用链接。build/部署。	2026-09-07 21:51:30 +08:00
Aska	36bd19e997	fix(weixin): 扫码登录二维码真实可扫——前端生成QR(修坏图) + DecodeConfig容忍空config ... weixin qrcode_img_content 是微信liteapp HTML页(非图片),后端fetch转base64只得<!doctype>→前端img坏图。 - 后端 login-qr 改返回 qrUrl(qrcode_img_content URL)+qrCode(原始qrcode),去掉坏 qrImage - 前端用 qrcode 库从 qrUrl 生成真实二维码图片(微信扫https链接即开连接页), 新增 qrcode+@types/qrcode(纯UI依赖) - DecodeConfig: nil config map 当空map解码(不报错), 否则 pending账号(空config)构建被跳过→未注册→登录端点404 - 测试更新(DecodeConfigNil/admin QR端点断言 qrUrl+qrCode) - 另有 weixinAccountFor 裸weixin兜底(此前提交 d3b0921) 保证 accountId 命中 - 实测: login-qr 200{waiting, qrUrl=89}, 前端能看到可扫二维码 build/vet/test 全绿, 已部署.	2026-09-07 21:32:19 +08:00
Aska	e037fab7d0	feat(weixin): 微信iLink扫码登录——面板触发+二维码显示+状态轮询+确认热连接 ... 适配器: login_admin.go(StartLogin 幂等取二维码/LoginStatus idle-waiting-confirmed-failed); login.go 重写 Connect 委托 StartLogin+等待,后台 runLogin 轮询,completeLogin/failLogin (锁序 loginMu->a.mu 不嵌套反向无死锁); adapter.go 加登录会话字段 网关: admin_channels_weixin.go(2 端点 login-qr/login-status owner+审计, confirmed 合并写回 channels.json 保留 base_url/cdn/黑白名单 + Reload 热重载连接; qrImage best-effort Base64, token 掩码) + server.go 路由 前端: WeixinLogin.tsx(token空→扫码按钮→二维码→1.5s轮询→confirmed提示已登录+显示bot_id), AdapterDetailPage 渲染, api/types 补类型 必需偏离(最小化): 允许空token的weixin账号被构建/持久化(channels.go+runtimeconfig移出 tokenRequiringPlatforms),否则空token账号无法注册调用StartLogin; 空token保持断开(configured 仍要求token非空),确认后才持久化连接——守红线。 测试: login_admin/admin端点用例; 后端 build/vet/test 全绿 + 前端 build 101模块绿.	2026-09-07 20:50:28 +08:00
Aska	0a597cfa42	feat(weixin): 微信iLink面板配置/启用逻辑对齐真实桥接(token即用) ... 面板此前让用户手填 bot_id/owner_id/cursor(实为扫码登录后自动获取/自动落盘),与参考 weixin_ClawBot_Bridge 流程不符。对齐成 kook/telegram 的'token即用、其余自动获取': - channelFields.ts: weixin-ilink 字段只留 cdn_base_url(可选,留空自动),移除 bot_id/owner_id/ cursor; guide/hint 改为'只需填 bot_token(必填,或连接时触发扫码登录自动获取),其余自动获取' - AdapterDetailPage/GenericAdapterPanel: 账号身份区显示自动获取的 bot_id(account.botId) - 后端确认无需改: cmd/cyrene 仅校验 bot_token;Connect(BotToken空)自动扫码并持久化 bot_token/ bot_id/owner_id;游标自动落盘;与参考一致 验收: 前端 build 100模块绿 + 后端相关包 build/test ok(无Go改动)	2026-09-07 20:29:56 +08:00
Aska	3386679d45	feat(channels): 适配器日志接 WS 实时推送(落库即秒推, channel_persisted) ... 后端: persistIsolated 由 _ = full(不广播)改为 notifyPersisted(full); BroadcastPersisted 按 sessionId 分流——main/web:<uuid> → message_persisted(Web聊天同步), 隔离 sess-xxx → channel_persisted (适配器日志专用, 永不写主会话 web, 红线). payload data:{message:historyMessage}(strip thinking). 前端: ws.ts 新增 channel_persisted case→parseAdminChannelMessage→pushChannelEvent; wsParse.ts 纯函数; useAppStore 新增 channelEvents(最新在前,按id去重,cap200,不持久化); channelLogList 订阅过滤 (单adapter按adapterId/总览取adapterId非空)merge进列表(仅追加、id去重、不整页重载),保留拉历史+10s兜底. Docs/api-client.md §3.4 补 channel_persisted 契约. 验收: 后端 build/vet/test 全绿+windows/darwin交叉编译绿; 前端 npm run build 99模块绿. 注: 偏离=web:<uuid> 归 message_persisted(保Web副会话同步), 隔离永不带web前缀红线仍守.	2026-09-07 18:51:00 +08:00
Aska	c43b2f1d5d	feat(channels): 其它适配器专属通用壳(design/17 §2) ... - 新增 GenericAdapterPanel.tsx: 非KOOK平台专属壳(平台标签+能力徽标+平台专属功能区诚实占位+ 主动推送能力提示)，读 record.accounts[].capabilities，未实装区标「待实现」不伪造数据 - 新增 channelCapabilities.ts: 能力标签元数据+辅助(friends/user_chats/channels/guilds/ message_test 与 Markdown/Image/Voice/Reaction/TypingHint/Proactive 中文映射;未知回退原值) - AdapterDetailPage.tsx: platform==='kook' 渲染 KookPanel, 否则渲染 GenericAdapterPanel - 前向兼容: 后端后续为其它平台补 capabilities 声明即点亮; 零新依赖; 移动端flex-wrap/overflow - 验收: npm run build(tsc+vite) 99模块全绿; 文件均<500行	2026-09-07 18:28:21 +08:00
Aska	5ec4c9814d	feat(kook): P2 KOOK 专属页+后端 admin 端点(design/17 §2/§4) ... 后端(KOOK REST, 复用 httpclient WithAuthScheme(Bot), token不打印): - kook/admin.go(新): ListFriends/HandleFriendRequest/DeleteFriend/BlockFriend/ ListUserChats/CreateUserChat/ListDirectMessages - kook/admin_guild.go(新): ListGuilds/ListGuildChannels/ListGuildUsers/ListChannelMsgs/SendTestMessage - gateway/admin_channels_platform.go(新): kookAdmin(反射解包namedAdapter命中内嵌PlatformAdapter) + 4 handler + adminKookView聚合(子项失败记errors不伪造) - server.go 注册 4 条 ownerAuth 路由: /view /friends /friend/handle /message/test - admin.go/admin_write_channel_config.go: AdminChannelAccount 加 Capabilities 前端(KOOK 专属页): - KookPanel.tsx(新): 好友&申请/服务器/频道/成员/私信会话/发消息测试卡片 - AdapterDetailPage.tsx: platform==='kook' 渲染 KookPanel, 否则通用 - types.ts/api.ts: KOOK 类型 + adminChannelPlatformView/Friends/FriendHandle/MessageTest 文档: Docs/api-client.md 新增4端点契约(owner-only)+capabilities+v0.17 验收: go build/vet/test ./... 全绿 + npm run build 97模块全绿; 零新依赖 注: api.ts/types.ts 集中契约文件>500行属既有结构(未新增违规); KOOK其余REST方法留能力面待用	2026-09-07 18:19:31 +08:00
Aska	2d7a377d74	feat(channels): 适配器面板重构 P1——子侧边栏+4页+每配置专属页(design/17) ... - Channels.tsx 改为 re-export 到 ./channels/ChannelsPage(入口不变) - 新增 channels/ 模块：子侧边栏(桌面rail+移动端抽屉复用mu-drawer-in) + 子路由 #/admin/channels(<page>|detail/<adapter_id>)，刷新/返回可还原 - 4页：①适配器活动总览 ②添加/新建 ③活动适配器列表(每账号可点进专属页) ④适配器模块总日志(adminChannelLogOverview总览) - 每配置一个页面(绑adapter_id, 不同配置不共用)：实时日志+功能操作+身份测试 - 迁移保留原消息日志弹窗/身份测试/配置表单; 全部文件<500行 - 验收: tsc+vite build 96模块全绿 - 注: 另8个channels/*文件于5a0c1e2一并入库(该提交信息为后端修复,历史遗留混提交)	2026-09-07 18:01:11 +08:00
Aska	5a0c1e2fd1	fix(channelbridge): IM 发送过滤 action/narration + <p>拆多气泡 + 0.5-2s 间隔 ... 把回复转发给 IM 适配器(sendReply)时剥掉 <action>/<narration> 动作/内心独白(Web 端 才渲染灰斜体，IM 只能收纯文本)，并按 <p> 段落拆成多条气泡分别发送；多气泡发送间隔 随机 0.5~2s(仅 IM，Web 前端不延迟)。新增 sanitize.go stripNarration/splitBubbles/ bubbleGap + 测试。	2026-09-07 17:50:56 +08:00