6 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	86aef7b454	feat(capability): 工具按上游 MCP server 分节（来源章 + 呈现隔离） ... 主人 2026-10-24：「能否将每个 MCP 服务器所承载的插件和工具按上游(来源)服务器分类 并与其他插件相对隔离？」 归属信息此前后端根本没有（GET /admin/plugins 每条只有 name/kind/description/两个 布尔），而 `mcp:` 是每台 server 一条的 KindMCP 条目的注册键，**不是**工具的命名空间 （工具名由 server 原样给出，连前缀都没有）⇒ 只能靠注册时的元数据，不能解析名字。 后端（唯一汇点盖章）： - 新增 pkg/plugins/sdk/origin.go：Origin{Kind,Server,Transport} + 可选接口 OriginAware（没实现 = 宿主内置，老工具零改动）+ OriginOf（零值视为无来源）。 - registry.Capability 加 Origin 字段；RegisterTool 盖章（覆盖热装与 .env MCP_SERVERS_JSON 两条接入路径的合流处），ReplaceTool **同样重新盖章**（它逐字段 重建条目，漏了就是「热替换把来源抹掉」）。 - mcp.mcpTool 实现 Origin()（server 名与传输都在 cfg 上），transport 用新的 transportNameOf 报**实际会用的**形态（stdio/sse/http），与 newTransport 同一推断。 - 网关 PluginSummary 加可选 origin（omitempty）：零值 ⇒ 键缺席，不是空对象。 - 卸载守卫：对单把 MCP 工具或 `mcp:<server>` 登记条目直接 400 （plugin_uninstall_scope）并指向「MCP 服务器」页 —— 原来会绕过插件管理器裸删， server 的 names 账本不同步、重连后工具复活。判据是来源章，不是名字前缀。 前端（呈现分组）： - admin/modules/pluginOrigin.ts：纯函数按 origin.server 分节（按 server 名排序）， transport 未报告时标题省略括号，缺 server 名不冒充内置。 - Plugins.tsx：工具段两级（`来自 fs（stdio）· N 把工具` + 宿主内置），MCP 工具行去掉 「卸载」改为指向 MCP 页；`kind:"mcp"` 登记条目与未知 kind（iot）各有段如实显示， 不再静默丢弃（design/09 §5.2.1 红线③）。 零影响（有断言）：tool_policies 表/策略写路径未改；ToolSchemas 不发来源（测试断言 模型面既无 origin 键也无 server 名）；停用 server ⇒ 条目连来源一起消失，无孤儿。 测试：registry 盖章/保章（两条均已实测变异变红）/内置零值/改策略不清章；mcp 注册 路径盖章 + transport 推断表；网关读面缺席与存在、热装整链、卸载守卫；前端 esbuild+cjs 逻辑测试 12 项。验收：go build/vet/test 全绿，frontend `npm run build` 通过。	2026-10-24 20:21:22 +08:00
AskaEth	d81635672e	fix(channel): 热重载把新适配器写回能力注册表 ... 面板保存渠道配置后 Bridge.Reload 只重建了桥接器自己的适配器表，能力注册表里的条目仍指向保存前的旧实例；而管理面的渠道列表、每账号连接状态、open/close 的目标解析全部读注册表 —— 于是卡片永远「未连接」，点「连接」驱动的是旧实例（按旧 URL 拨号）。 生产日志实证：保存后 bridge 侧新实例连上 ws://localhost:3001 且心跳正常，而点连接时被驱动的适配器拨的是旧地址 ws://localhost:10301。 改法：注册表新增 upsert 语义的 ReplaceChannel（覆盖 Value、保留运行期 Policy；Register 遇重名会 ErrDuplicate，热重载必然同名）；桥接器经窄端口在适配器上线后同步，账号被移除时删除条目；组合根注入 a.caps 包装。同步失败只记日志、不中断 Reload；未接线时保持旧行为并只 WARN 一次。 验收：go build ./... + go vet 全绿；registry/channelbridge/gateway 三包 test 全绿；主会话亲自变异（摘掉 Policy 沿用 ⇒ TestReplaceChannelSwapsValueAndKeepsPolicy 红）。linux/darwin 交叉编译通过。	2026-10-13 19:21:49 +08:00
AskaEth	a30f4a49ff	feat(search): provider 热重载 + primary/fallback（W3） ... - 保存被包成事务：快照 → 落盘 → 按新配置重建工具 → 原子替换注册表条目（registry.ReplaceTool 窄方法，保留运行期 Policy）；下一轮即生效，不要求重启 - 若新配置会让后端下次起不来（主家未配齐 fail-fast）⇒ 文件按字节回滚 + 409 config_unstartable - 声明面补 primary + fallback[]（可配可生效）；否决「另开 form」方案（会破坏既有 reauth 回填） - 主 provider 解析口径核查结论：没被 PLG-4 改坏（顺手修了一处日志缺陷） - 4 个变异自检（丢 Policy/不换条目/回滚 no-op/忽略 fallback）	2026-10-06 15:59:12 +08:00
AskaEth	63236c9b00	feat(capability,gateway): 工具策略落盘 + 主代理代审真接线（裁决 1.1 核对/1.3/10.4.2/13.4.3） ... - 1.1（核对）：registry 默认两布尔 false 已一致，零代码改动（设计文档已按裁决改写） - 1.3 + 10.4.2：新增迁移 0012_tool_policy（tool_policies 表，表名复数 + idx_tool_policies_name）； 新增 registry.PolicyStore/SQLitePolicyStore，启动 Load 覆盖注册初值、SetPolicy 先落库后改内存 （落盘失败保持旧值并报错）；面板保存路径不变但从此重启仍在 - 13.4.3：代审真接线 —— restrict.SensitiveCall 结构化判定（terminal / file write / http POST）、 restrict.Gate/Reviewer/Resolver（无代审者或代审报错一律 fail-closed 拦截）， 组合根装进 loop.Options.Hooks 的 CallAdmit；gateway.RecordApproval 落 audit_logs （who=角色名 / what=approval.<工具> / result=granted|denied）并广播 approval_notice 帧 - 前端：代审小字「xxx 想要干什么，我审查后批准了」进聊天流顶部（帧→store→组件，文案单一来源 复用 audit.Approval.Explain()），附纯 node 逻辑测试 - 复核：迁移在 data/cyrene.db **副本**上 up/down/up 各一次通过；TestRegistry_PolicyStoreSurvivesRestart 与 TestAdminSetPolicySurvivesRestart 证明「重启后策略仍在」；terminal 触发代审 + 审计有行有端到端断言	2026-10-04 12:30:16 +08:00
Aska	b3c61aa1ff	feat(iot): IoT 插件化（Provider/Manager/mock 8设备/能力约束/bus 事件）；feat(capability/restrict): 工具级布尔标记（群聊/陌生人可用，默认关，策略引擎雏形）+ registry ToolPolicy	2026-09-06 06:26:21 +08:00
Aska	653c2489bf	feat(capability): 能力注册中心（类型化注册/按类查询/并发安全）	2026-09-06 04:35:31 +08:00