809 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
AskaEth	c625f8342c	Merge branch 'feat/memsens-sensitive-flag-on-memory-items-p' into dev	2026-10-30 09:41:15 +08:00
AskaEth	81a47720be	test(loop): 钉住 FilterSharedVisible 真的看了 sensitive（review-m63 P1-1） ... r1 复审的变异实验证明了一个静默回退缺口：把 memory_filter.go 那行改回 scope-only（等价于本片被 revert），`go test ./internal/runtime/loop/` 全绿， 而群聊/陌生人的候选池会重新放进主人的私事 —— P0-1 的唯一集成点没有回归覆盖。 新增 memory_filter_sensitive_test.go（两个层级）： - TestFilterSharedVisible_敏感共享行被排除：直接调真实过滤函数，断言 sensitive=1 的 user / project 行被排除、非敏感 user/project 行存活、 persona 行与 L4 意图记录照旧被排除（不本地复现过滤）； - TestInjectMemory_RestrictedEnv_排除敏感私事：走完整 assembleContext 注入路径 （真实 Store + Retriever + 过滤），query 直译群里那句「她住哪」；先断言 owner 车道读得到「花溪」（前提不空转），再断言受限车道读不到、且非敏感记忆与 「群聊隔离」标记仍在。 变异验证（实测，已还原）：把那行改回 scope-only 后 TestFilterSharedVisible_敏感共享行被排除 与 TestInjectMemory_RestrictedEnv_排除敏感私事 双双变红，而 loop 包其余用例仍绿 —— 缺口正是由本文件补上的。	2026-10-30 09:37:37 +08:00
AskaEth	44fbd29836	feat(memory): sensitive 标记 + 提取器敏感判据，私事退出受限车道召回 ... M63（M60 审计 P0-1/P0-2）。作用域 ≠ 敏感度：`scope='user'` 是共享域，里 面却装着住址（花溪 64 条 active）/私称（叶酱 63）/作息（早睡 38），于是受限车 道（群聊/陌生人）把共享域整锅注入上下文 —— 2026-10-29 群 531082168 的住址泄漏 即此路径。本片给 memory_items 加 `sensitive` 列，把「这条归谁」（scope）与 「这条能不能外说」（sensitive）拆成两根正交的轴。 - 迁移 0028：加列（INTEGER NOT NULL DEFAULT 0）+ **同迁移幂等回填**（精确短语 白名单 花溪/叶酱/早睡，`AND sensitive=0`，不改 updated_at），down 只撤结构； memory 包内 `ensureSensitiveSchema` 同形前滚（任意 *sql.DB 自举）。 - 受限判据：新增 `MemoryItem.SharedVisible()` = 共享域 且 !sensitive，成为 restricted 侧唯一起点；`loop.FilterSharedVisible` 与复用它的 knowledge 工具 自动跟随。主人车道不过这道判据，照常读到全部记忆（sensitive 不是权限系统）。 - 提取器：prompt 追加 sensitive 位（住址/私人称呼/家人/健康/作息与行程 → true， 口味/兴趣/项目约定 → false，含正反例）；产出侧与落库侧共用 `resolveSensitive`（模型的类目判断 ∨ 已实证短语白名单），只加标不撤标。 - 回填入口 `BackfillSensitive(ctx, db, dryRun)`：幂等、可 dry-run、返回候选池 前后规模与逐短语计数（生产快照实测 3116 → 2948，标 725 行）。 - 读路径并到 15 列（scanItem + 7 处 SELECT）；store.go 拆分 store_insert.go 守住 500 行上限。 验收：go build/vet/test 全绿（memory + loop 单包复跑绿）；删实现三处变异分别打红 （sensitiveColumn 恒 0 / SharedVisible 忽略 Sensitive / Extractor 跳过白名单）； 生产库快照上跑 0028 后 Go 侧回填 marked=0（迁移 SQL 与 privateFacts 等价）。	2026-10-30 09:26:15 +08:00
AskaEth	a8bc2b4470	Merge branch 'feat/embfix-embed-slice-dedup-and-tidy-increm' into dev	2026-10-30 09:11:14 +08:00
AskaEth	058fa141bf	docs(memory): 请求上界按条数维+字符维两维算准（review-m61 P2-1） ... embedding.Embed 同时受条数界（8）与字符界（480 字）约束 ⇒ 一次 embedOnce(B 条) 会发 C 个请求（C 由正文长度决定，1..B），因此： 正常批 C 含一条坏正文 ≤ C + B（短正文 9；均长 75 汉字的现实批 10；病理上限 2B=16） 服务整体挂死 首个 chunk 即失败 + 逐条 B ⇒ 1 + B = 9（与字符维无关） 修正 embed_isolation.go 文件头的上界表、approxRequests 的「两者一致」表述、 embedReuseStats.Sent 的注释，以及 embed_resilience_test.go 的上界注释与日志文案。 零行为改动：判据、实现、请求数都未动，测试全绿。	2026-10-30 09:04:14 +08:00
AskaEth	caa19d690b	Merge branch 'feat/audience-public-presence-block-and-judge' into dev	2026-10-30 08:46:17 +08:00
AskaEth	c34b9d195d	feat(channelbridge): 群聊公域呈现块与判定器去人格（M62） ... P0-3 受限车道（群聊/陌生人）的系统框架行并列注入【公域呈现】 （publicPresencePrompt）：它是呈现层投影（AGENTS §9 行为模式=呈现）， 不是人格切换也不是权限门——不称第三方「亲爱的」等主人专属称呼、 不做只对主人的亲近动作、主人的住址/姓名/作息/行程/健康/家人/关系 即使记忆里读到也不外说；主人私聊与 Web 主会话不注入。 P0-4 纵深防御：第三方边界提示词与 loop 受限前导片段各补两条硬规则 （不用主人专属亲昵称呼指代第三方 + 不外说主人私事）。 P1-2 判定器去人格：模型输入只吃「角色名 + 偏好摘要」，整份人格指令 不再进模型（审计 2026-10-30 §2.4 的 reason 亲昵口吻即由此而来）。 P1-3 测试补真：受限期呈现块存在性 + 主人车道不注入 + 判定器输入/ 模型请求均不含人格正文；并纠正 memory_filter 的错误注释 （作用域 ≠ 敏感度，审计 §6 R1）。	2026-10-30 08:37:40 +08:00
AskaEth	8f7017fc0b	test(memory): PG 索引的 Vectors 读口纳入 DB_PG_URL 真库往返断言（M61）	2026-10-30 08:32:09 +08:00
AskaEth	589e26c887	fix(memory): 增量向量化 + 单分片逐条隔离，召回请求数降一个数量级（M61） ... M15（2026-10-13）登记的两条放大源落在记忆层，本次一并收口： 1. 整理轮/入库审查**只嵌增量**：新加 vector.Index.Vectors（SQLite/PG 实现， 按 id 取已存向量、维度不符当未命中），Store.embedIncremental 先复用索引里的 向量、只嵌缺的那些，并把手算出的向量回填索引 ⇒ 同一分区第二轮起零请求。 判据写明为「向量存在性 + 维度一致」（正文在本仓不可就地改写，故无需哈希）。 维度与当前 embedder 不一致时禁用复用并 WARN（不混两种表示）。 2. 嵌入链对单个慢分片有韧性：embedIsolated 整批失败后逐条隔离，坏的那几条 记缺口、其余照常返回；一条都没拿到才报错降级。请求数上界 1+B（B=8 ⇒ 9）， 服务整体挂死时一次即收手，不用「请求放大」换韧性。 3. 缺口/复用/回填条数进日志（缺口走 WARN），review 的被审条目拿不到向量时 如实返回错误 ⇒ 走既有词项余弦降级（不把「算不出来」说成「没有重复」）。 请求数（单测内假 OpenAI 兼容服务端计数，生产 API embedder + 真 SQLite 索引）： 24 条存量：修复前每轮 3 → 第一轮 3、第二轮 0 12 条分区整理轮：第一轮 2 → 第二轮 0 20 条候选的入库审查：26（201÷8）→ 第一条 3、第二条 0 一条坏正文：保住 7/8 条，代价 9 个请求；整体性故障 9 个请求后收手	2026-10-30 08:30:06 +08:00
AskaEth	9d28477e3a	fix(wire): inject speak VoiceSynth/VoiceStore into loop options ... M57/M58 三片 scope 均不含 cmd/cyrene——组合根接线漏了， voiceEnabled() 恒 false 导致 speak 从不被广告（她说不能发语音）。 synth 与网关同配置独立装配（emotionTTS 未启用时 nil=不广告）； store 与 channelbridge 同目录同表（引用计数单一事实来源）。	2026-10-28 17:38:06 +08:00
AskaEth	7c4424f857	Merge branch 'feat/m58-persistvoice-outbound-voice-column-w' into dev	2026-10-27 22:13:33 +08:00
AskaEth	8ba4cde61d	test(channelbridge): 握手回放也断言出站 voice（M58） ... - dialOwnerWSHistory 交回 history 帧，replayVoiceOfID 按 id 取 voice 原文 - 成功与降级两条整链用例都补「重连 WS 回放」断言，与实时帧逐字相等	2026-10-27 22:08:38 +08:00
AskaEth	28afa11aeb	feat(channelbridge): 出站语音结论落 voice 列并挂出站 Media（M58） ... - voice.Ref 增 SourceTTS 与 FallbackReason，Validate/IsZero/validSource 同步 - 出站成功：INSERT -> 补写 voice 列 -> notify（首帧即带 voice） - 出站降级：source=tts + status=failed + fallbackReason，正文原样 - 首条气泡挂出站 Media（新开条目，不复制 target.Media） - gateway historyVoice 投影 fallbackReason - 新增 outbound_voice.go 与整链 e2e 测试（含变异打红验证时序）	2026-10-27 22:08:38 +08:00
AskaEth	9f6243a729	Merge branch 'feat/m57-speaktool-speak-tool-with-rune-based' into dev	2026-10-27 22:07:33 +08:00
AskaEth	bdf1494319	docs(contract): v0.98 erratum - sixth speak error code is invalid_args not not_configured	2026-10-27 22:01:50 +08:00
AskaEth	a0b4c941e4	fix(loop): keep cross-batch voice success and gate speak without dispatcher (M57) ... 两处 review 必修（review-m57 r1）： P2-1 跨批覆盖：applyBatchVoice 原先无条件用后一批的语音结论覆盖 前一批，于是「先成功合成 abc.wav、下一批换个参数再试却失败」会把 Result.Voice 退化成 tts_failed —— 音频已落盘，退回文本既无收益也 违背那次表达。改为守 captureVoice 的同一条优先级：已落盘的音频不被 后续批次的失败抹掉；先降级后成功仍然覆盖（后到的成功即最终语音）。 P2-2 nil-dispatcher 安全门：speak 由循环自己承载、无 dispatcher 也 能执行（invokeOne 短路），但 applyToolAdmissions 在 dispatcher 缺席 时整段跳过安全门，使「没配 dispatcher」成为绕过 design/11 §3 的 旁路。新增 applyDispatcherlessVoiceGate：与策略引擎对未登记工具的 口径一致（默认关闭、只有 owner 放行），拒绝走同一条 not_allowed 软结果与 tool.reject.not_allowed 审计通道；并改正该处过时注释。 两条回归测试都做过改前红/改后绿： - TestApplyBatchVoice_KeepsCrossBatchSuccess：注释掉守卫即报 「voice = ... FallbackReason:tts_failed, want abc.wav」 - TestApplyToolAdmissions_DispatcherlessSpeakGate：去掉 else 分支即报 「env group_member run = true, want false」 验收：go build ./... / go vet ./... / go test ./... 全绿。	2026-10-27 22:00:18 +08:00
AskaEth	9c13d8a469	docs(contract): v0.98 outbound voice - speak tool budget, tts source, fallback marking ... - 模型侧 speak 工具（她的自主媒介决策）+ 字数预算公式 + 六错误码登记 - voice DTO: source 增 tts、fallbackReason（仅 failed 时）、四键同生共死含降级行 - 判据变更如实标注: voice 存在 && status != failed = 可播气泡; failed = 文字+降级小标 - QQ record 段真语音条（silk 待真机）与微信降级口径	2026-10-27 21:57:55 +08:00
AskaEth	c9da488749	refactor(loop): extract speak voice backfill into applyBatchVoice (M57)	2026-10-27 21:33:05 +08:00
AskaEth	39ae883a4e	test(loop): cover the speak tool and Result.Voice (M57) ... speak_tool_test.go pins the leaf behaviour: budget formula, extension whitelist, argument validation, and the success/timeout/no-audio/store-failed paths, plus the model-surface advertisement and append-once rule. voice_result_test.go pins the outbound chain end to end: captureVoice's three states and its last-success-wins rule, a full turn where speak is advertised, executed through the injected synth/store and lands on Result.Voice, the degraded turn that still answers in text, the unwired turn that keeps the surface byte-identical, and the store adapter the wiring will use.	2026-10-27 21:22:20 +08:00
AskaEth	1347a77d33	feat(loop): wire speak tool into the loop (M57) ... - speak_tool.go: the speak tool itself — rune-derived timeout budget, structured failure codes, persona/emotion stamped on the synthesis ctx, audio persisted through the store seam, structured result for the model. - voice_deps.go: the wiring seam (VoiceSynth / VoiceStore + VoiceStoreFunc adapter), voiceEnabled, withSpeakSpec (appended after every schema shrink), and captureVoice (success beats failure, last one wins). - options.go / loop.go: VoiceSynth, VoiceStore, SpeakBudget injection points. - request.go: advertise speak on both toolSchemas return paths. - tools.go / tools_invoke.go: carry the batch voice outcome; split invokeOne / emitToolExecution / spanStatusForToolPhase / invokeParallel into their own file (tools.go was at the 500-line ceiling) and let speak run without a dispatcher. - run.go: keep the voice outcome across tool batches (a later batch without speak must not erase it). Known, deliberate: speak bypasses the capacity allow-set and skill-round narrowing (it belongs to no built-in toolset), so it is also advertised in quiet/awake; execution still passes the tool security gate, where speak is not registered and non-owner actors are denied fail-closed.	2026-10-27 21:22:14 +08:00
AskaEth	27a661436c	Merge branch 'feat/m59-qqrecord-outbound-voice-record-segme' into dev	2026-10-27 20:57:40 +08:00
AskaEth	eca1f33d8c	feat(qq_obv11): 出站语音发真 record 段（base64 内联优先，读不到的 file 形态提前拒绝） ... M59 QQRECORD：adapter.Media 里 Kind=voice 的条目落成 {"type":"record"} 段。正文仍是独立的 text 段排在 record 前面（QQ 语音是独立气泡，正文既不塞进 record 也不被吞掉）。 record 段 file 参数三档裁决（outboundRecordFile，本片核心决策）： 1. Data 非空 => base64://+标准 base64。出站语音字节本就在本进程内产生（TTS），内联不依赖跨进程共享文件系统（Napcat 可能在容器/另一台机器），也不需要插件知道框架的 $DATA_DIR（插件没有那个配置面）。 2. 原样透传：已是 base64://、http(s)://、或 filepath.IsAbs 的本地绝对路径 —— 这三种 OneBot 实现自己能解析，一个字节都不改写。 3. 明确拒绝：服务端相对路径（/api/v1/media/<name>）、裸文件名、空值，提前失败并说明要什么。前缀判定必须排在 IsAbs 之前 —— Linux 上 /api/v1/media/x.wav 会被 IsAbs 判成绝对路径，透传只会得到一条看不出根因的平台错误。注：框架语音副本（voice.SaveAudio）与文档同目录、同内容寻址、同一张 documents 表，不存在「服务端相对路径 -> 本地绝对路径」的公开映射，所以拒绝该形态是正确裁决而非偷懒。 重构：outboundSegments 从 message.go 迁到 outbound_segments.go（message.go 489 行，再加代码会破 500 行上限），并收掉原实现里不可达的内层分支（len(segs)==0 时 Content 必为 ""，补 text 段那条永远走不到）—— 行为不变。 分层：生产代码不 import internal/runtime/voice（渠道插件反向依赖运行时存储层会把分层倒过来），serverMediaPathPrefix 重复一份字面量，由测试交叉断言钉住同值。 测试：7 个用例（形状/顺序/透传/拒绝/零变化/前缀同值）。零变化用硬编码期望值而非快照文件。变异实测：删 MediaVoice 分支 => 5 个 voice 用例红；base64 编码换成空切片 => record file 断言红；删前缀判定 => server-relative 用例因文案不含 "server-relative" 红。均已恢复。 ⚠️ 未在本机验证（无 Napcat 环境）：WAV/MP3 直发是否被 Napcat 接受、silk 转码是否成功 —— 本片只钉拼装形状，需真机验证。 验收：go build ./... + go vet ./... + go test ./... 全绿（worktree wt-59）。	2026-10-27 20:44:18 +08:00
AskaEth	f84a358e30	feat(loop): add OutboundVoice result type for speak tool	2026-10-27 20:22:12 +08:00
AskaEth	07df06b86d	Merge branch 'feat/b2a-browserexit-redact-browser-exception' into dev	2026-10-26 22:27:21 +08:00
AskaEth	b040f588b2	fix(browser): M53 追加 Chrome 输出预览打码 ... preview() 出镜前过 trace.RedactTextLimited(600 rune)，覆盖失败日志的 chrome_output 与 withChromeOutput 追加给调用方的错误串；补凭据形状/原话可见/有界三条测试，删实现可打红。	2026-10-26 22:19:31 +08:00
AskaEth	e8bc8727da	Merge branch 'feat/b2c-hostredact-vision-hostof-and-tts-red' into dev	2026-10-26 22:15:21 +08:00
AskaEth	b626b3f5c0	Merge branch 'feat/b2d-weixinname-send-md-name-redact-and-l' into dev	2026-10-26 22:11:58 +08:00
AskaEth	50cc60d019	Merge branch 'feat/b2b-judgetext-redact-judge-reason-sensit' into dev	2026-10-26 22:11:05 +08:00
AskaEth	a1c9da6e8a	test(voice/tts): pin fragment-before-query in redactURL fallback ... Review r1 P2-01: the only fragment case had '?' before '#', so degrading stripURLQuery to cut '?' alone stayed green and the '#'-first branch was unpinned. Add a scheme-less '#access_token=...' case (OAuth implicit flow shape) and correct the mutation comment to state which case each mutation actually kills.	2026-10-26 22:11:01 +08:00
AskaEth	e39cc5d096	fix(weixin_ilink): drop user file name from media failure log; fix TestLogin_LogRedaction data race	2026-10-26 22:00:09 +08:00
AskaEth	5a69d6e0ff	fix(automations): redact reminder message before logging	2026-10-26 21:58:31 +08:00
AskaEth	8058660537	fix(browser): M53 两条页面侧自由文本出口收敛脱敏 ... - Page.navigate 的 errorText 是**协议枚举**面（net error 码）：先剥 `net::` 命名空间再交给 trace.ErrorToken，像枚举就原样保留、散文一律丢弃只留字节数； - Runtime.evaluate 的 exceptionDetails.text 是**页面自由文本**面：压平空白 （防日志行伪造）+ trace.RedactTextLimited 按 200 rune 截断（档位理由见 errtext.go：80 会截断真实异常消息，4096 等于允许页面塞 4KB 正文）； - 两类守卫不互换（口径见 trace/errortoken.go 的按字段类别判定），清洗实现 仍只有 trace 那一份，本片只做「选哪一道 + 补形状前提」。 测试：出口 A/B 各一条经 RenderText 的真实路径断言（含 URL/凭据形状的假文本）， 外加 net::ERR_* 正向保留、上限截断/换行压平、netErrorCode 形状表。三条泄露断言 已验证「退回原样直吐即红」。	2026-10-26 21:57:48 +08:00
AskaEth	e0793debc3	fix(restrict): redact sensitive param summary before it reaches audit/panel	2026-10-26 21:55:25 +08:00
AskaEth	28a6cd7e53	fix(voice/tts): strip query from scheme-less URLs in redactURL ... redactURL's fallback returned the raw string when url.Parse found no host. A scheme-less BaseURL (127.0.0.1:9880/v1?token=...) fails to parse, so the signed query reached the WARN log and the error chain verbatim. Strip at ? and # in that path, keeping the '@' full-redaction rule first. Test pins the scheme-less query/fragment cases and goes red if the fix is reverted.	2026-10-26 21:54:21 +08:00
AskaEth	5099c21520	fix(audit): redact judge reason before it reaches logs and the panel ... 判定理理由（verdict.Reason）是模型自由文本，判定器会把它在参数摘要里看到的 凭据原样抄进理由，而这条理由要进审计日志与前端小字两个读面。cleanReason 在收敛空白/截断之后统一过 trace.RedactText（80 rune 档），与其余出图文本 走同一套清洗；maxReasonRunes 退化为「进入清洗前」的上限，避免在无界文本上 跑凭据匹配。	2026-10-26 21:52:44 +08:00
AskaEth	a5b3d40a74	fix(vision): report only URL origin when an image source is rejected ... fetchURL echoed the whole raw URL (path, query, userinfo) in the ErrUnsupportedSource message, so a rejected source carrying a signed query leaked it into logs and tickets. Route the URL exit through trace.HostOf and fall back to a placeholder instead of the raw string. Test pins origin-only output and goes red if the fix is reverted.	2026-10-26 21:52:19 +08:00
AskaEth	d47185feb8	docs(contract): v0.97 voice WS frames + TTS autolaunch + upstream error safety ... - voice 进 message_persisted/channel_persisted 首帧与握手回放（M44 fb55769， INSERT→写列→notify；两条实现前提进契约） - emotionTTS 自启默认关（M47，voice-tts-launch.json，probeUrl 单向兜底） - UpstreamError 构造即安全：code/type 固定令牌守卫、message 默认缺席 （M49/M50，一处行为变更如实标注） - U6 双凭据门明示（Bearer JWT 或 X-API-Key，既有能力非新增） - 改正 14 处「WS 帧不带 voice」假话 + 旧横幅加注；尾注 v0.82→v0.97	2026-10-26 21:44:44 +08:00
AskaEth	656c35f1e8	Merge branch 'feat/m51-lastexits-close-remaining-upstream-f' into dev ... # Conflicts: # internal/runtime/trace/errortoken.go	2026-10-26 21:25:48 +08:00
AskaEth	921938d084	Merge branch 'feat/m52-urlcausesweep-sweep-url-error-direct' into dev	2026-10-26 20:03:29 +08:00
AskaEth	76263d42ed	fix(upstream): M51 复审 p2 三条 —— light.go 同形出口 / MCP SDK 日志面 / ErrorToken 口径 ... ① light.go 的 2 处 "light judge: " + d.Reason 与 engage.go 同形（model reason → 返回值 → coalesce_prepare 的 Debug）。把上一轮的 engageReason 提成包内共用的 judgeReason（judge_reason.go，RedactTextLimited + strings.Fields，60 rune）， engage.go 7 处 + light.go 2 处 + notice.go 的 "notice review failed: "+err.Error() 统一走它。控制流零改动：只换「进去的那份文本」，判定条件与返回值拼接结构未动。 ② MCP 的 Logger 面先探针后修：go-sdk v1.8.0 的 keepalive 会把对端 JSON-RPC error 原样打进日志（实测泄漏，见 sdklog_probe_test.go 的输出），tools/call 路径不打日志。 新增 sdklog.go：redactingLogger 交给 SDK，wire 错误（链上有 *jsonrpc.Error）只留 code + message_bytes（复用 upstreamError），本地错误保留原因，消息/属性压平+打码+300 rune。 ③ errortoken.go 的口径注释纠正：从「包外不得调用」改为按字段类别判定（协议枚举可守、 自由文本默认不带），并把 cdp.go 这条 M51 用法作为例子写进去。	2026-10-26 20:00:57 +08:00
AskaEth	969857682f	fix(runtime): M52 把 *url.Error 直打的 19 处换成 trace.URLCause ... model / multimodal / tts / embedding 里所有「把 net/http 的 *url.Error 直接打进 错误串」的地方（M51 清单的 B1 组 17 处 + 清单外的同根因 2 处）统一改走 trace.URLCause：错误串只少一段地址，底层原因、哨兵分类、状态码、重试/降级判据 一字不动。 清单内（17）： - model/openai.go: Chat / ChatStream 的 NewRequest、doRequest - model/anthropic.go: chatOnce / streamOnce 的 NewRequest、doRequest - multimodal/vision/adapter.go: ask 的 NewRequest、client.Do - multimodal/voice/cloud.go: postJSON 的 NewRequest、client.Do - multimodal/voice/dashscope.go: download（预签名 OSS 地址）与 dashscopePost 各两处 - voice/tts/client.go: unreachable（返回值与同一行日志的 err 字段都只留原因， 地址只由 redactURL(endpoint) 出现一次） - embedding/api.go: embedChunk 的 client.Do、newEmbeddingRequest 的 NewRequest 清单外同根因（2，均为 %w 形态，B1 清单按 %v 搜时漏掉）： - voice/tts/client.go: speak 的 NewRequest 失败 - embedding/endpoint.go: normalizeEndpointURL 的 url.Parse 失败 测试：5 个新文件 18 个用例，逐处可变异打红（实测：把任一处的 URLCause 去掉 ⇒ 对应用例红）；dashscope 预签名地址单独一条用例，并另有一条钉住 403 状态码仍在。	2026-10-26 19:55:05 +08:00
AskaEth	604f9ebaa9	Merge branch 'feat/m50-envelopesafe-drop-envelope-message-o' into dev	2026-10-26 19:51:33 +08:00
AskaEth	bfbf5057bc	refactor(weixin): runLogin 的守卫说明上移到函数头，回到 80 行以内 ... 复审 r2：runLogin 70 → 82 行越过 AGENTS.md §10 的函数 ≤80 上限。代码行本来 只有 56，超的是 M50 加在循环体内的两段 🔴 说明。把 status/redirect_host 的 出镜口径整段上移到函数头注释（不参与计数），循环体内只留一行指向函数头； **控制流与守卫代码零改动**。 改后 runLogin = 76 行（全 plugins/channels 最长 79，其余均 ≤80）。	2026-10-26 19:48:54 +08:00
AskaEth	7fbb8d6232	fix(channelbridge): M51 追加 —— 参与度判定 reason 出镜前打码压平 ... Debug 日志与返回值共 7 处（engage.go 222/227/228/231/250/256/257 原行号）此前把 判定模型回的 d.Reason 原样写出：模型可以把 Authorization / sk-… 或换行塞进 reason， 前者进日志就是凭据泄漏，后者能按行聚合的日志里伪造一条新记录。 新增 engageReason（trace.RedactTextLimited + strings.Fields，上限 60 rune）： - 控制流零改动：分支条件、状态迁移、返回值拼接结构一个字未动， 只把「进去的那份文本」从 d.Reason 换成 engageReason(d.Reason)； - 上限 60 rune 的理由写在常量注释里（reason 是一句短语，超过即是在复述群聊原文）。 用例 engage_reason_test.go：PROBING / 跟进 / 回避+无兴趣三条出口， 断言日志与返回值都不含 sk-live…、都含 [redacted]、都不含换行。 变异实测：摘 RedactText ⇒ 三条红；摘压平 ⇒ 三条红。	2026-10-26 19:47:35 +08:00
AskaEth	d6493d79f4	fix(upstream): M51 收敛剩余上游自由文本出口 - CDP/MCP/flowgate/channelbridge WARN ... - channelbridge: 拨号失败的 WARN 不再带原始 dial 错误（含 ?access_token=）， URLCause 剥壳 + 内嵌地址 MaskQuery 打码 + HostOf 保留目标来源；控制流零改动 - browser/cdp.go: CDP error.message 只有像协议枚举（ErrorToken）才出镜，其余只留字节数 - mcp: 第三方 server 的错误文本默认不带，只留 server/工具/JSON-RPC 码/message 长度， 分类链（errors.Is/As、context.Canceled）经 Unwrap 保留 - channel/adapter/flowgate: 审查输出摘要由 40 字节改 40 rune（防切 UTF-8）并过 RedactText 四处均补了会随回退变红的用例（变异已实测）。	2026-10-26 19:44:22 +08:00
AskaEth	1b2576ecaf	fix(weixin): 扫码上游字段过令牌守卫，errortoken 契约改写 ... 复审 p2 两条： ① 第五个出口：get_qrcode_status 的 status 与 scaned_but_redirect 的 redirect_host 此前原样进 INFO；同一 status 经 setPhase 还从复用二维码那条 INFO（phase）二次出镜。三处一律过 trace.ErrorToken；**控制流仍用原值** （状态机读 status.Status、路由读 status.RedirectHost、confirmingPhase 读 phase），用例同时钉住「日志变空串」与「路由/判定不变」两个方向。 ② 顺带补扫出一处 URL 类：get_bot_qrcode 的 qrcode_img_content（上游给的 图片地址，可能是带签名的 URL 或 data: 内联图）原样进 INFO ⇒ 改走 trace.MaskQuery（凭据类 query 打码、保留路径、解析不出 host 回空串）。 ③ errortoken.go 的契约改写：原「本包之外不应出现 ErrorToken 调用」已被 M50 的正当调用点证伪。新口径按**字段类别**判定：协议枚举字段（status/ code/type/request_id）可在渲染点调用；自由文本字段（message/description/ msg/wording）不得靠它出镜 —— 那类默认不带，要带必须 opt-in + RedactText。 dashscope 的 request_id 例外一并写入。 每条用例都做了变异验证（去掉守卫 / 把守卫挪进控制流 / 改回原串，均打红）。	2026-10-26 19:41:28 +08:00
AskaEth	2702777950	Merge branch 'feat/m45-extracttemporal-extractor-temporal-m' into dev	2026-10-26 19:33:37 +08:00
AskaEth	82e9213804	test(memory): M45 复看 P2 —— 补「temporal 不许被判定读」的源码级断言 + 注释纠正 ... P2-1（真缺口）：r1 复看的变异 C 证明「在异步审查侧拿 item.Temporal 改判」当时 **整个 memory 包全绿** —— 已落库的行在异步侧被改判这条口径没有守卫，而异步侧 （applyVerdict / setIngestRetention）恰恰最容易被人随手接线。 新增 TestTemporalIsNotWiredIntoJudgement：扫生产代码（非 _test.go、非注释行）里 所有含 `.Temporal` 的行，逐行要求命中 temporalFieldSites 白名单（校验 3 条 / 产出 1 条， **片段级**而不是文件级 —— 按文件放行会让同一文件里新写的接线路过），违规时报 「文件:行号: 表达式片段」；同时校验白名单每一条确实命中过，防止它老化成空头许可证。 变异实测（复看给的写法，插在 preinsert.go 的 applyVerdict 入口）： --- FAIL: TestTemporalIsNotWiredIntoJudgement temporal 被接进了判定（裁决 D：它只许被记录，不许被判定读）…： preinsert.go:476: if item.Temporal == TemporalOneOff { 删掉接线后全绿。 P2-2（文案与 D 矛盾）：store_temporal.go 的归属清单原写「判定在 resolveRetention （唯一入口，第 4 步）」—— D 之后第 4 步是 N1~N7、没有 temporal 步，那句等于给后来者 指了接线入口。改为：temporal 只被记录、不参与判定；要把 temporal 接进判定必须先拿到 模型真实标签分布，并只能通过 temporalFieldSites 白名单（有意的接线决定）进来。 另按复看提醒：temporal.go 头注里那两条统计 SQL 标明「**运维分析用，不属于读侧代码 路径**」，并写明读侧（timegate 与任何读侧 SQL）明令不许对 created_at/expires_at 用 datetime() —— 那是定宽文本比较，抄进查询层会静默判错。 回归：go build ./... + go vet ./... 全绿；memory/db 包测试全绿；memory -race 38.0s 全绿。	2026-10-26 19:29:16 +08:00
AskaEth	996201c4ed	fix(httpclient): 信封 message 默认不进错误，渠道上游自由文本一并收口 ... 信封路径（非 2xx + 信封体、2xx + code!=0）此前把上游 message 经 RedactText 拼进 error，而上游会在 message 里回显被拒的请求正文 —— 她的原话因此进了错误 与调用方日志（M49 探针实测：code 1: invalid content: 她刚才说的那句话 ...）。 - envelope message 改为**默认不带**（新 opt-in WithEnvelopeMessage()，与 trace.UpstreamError 的 message 同一口径）；code 与上游 status 保留， errors.Is 的 ErrAPI / trace.ErrUpstream 链不变。 - opt-in 下统一走单一清洗 upstreamText：压平空白 + trace.RedactTextLimited， 上限 40 rune（比 trace 的 128 短：错误里那句话是提示，不是摘要）。 - plugins/channels 同族出口一并收口（扫过全部，命中 4 处）： telegram description、qq_obv11 msg（错误 + logEchoFailure 日志）、 weixin_ilink CDN x-error-message；qq 的 status 字段改走 trace.ErrorToken 令牌守卫。被剥掉的一律由 status / error_code / retcode 承担分类。 每条新增/改写用例都做过变异验证（把字段拼回去即变红）。	2026-10-26 19:28:15 +08:00
AskaEth	c7c0294a16	refactor(memory): M45 裁决 D —— temporal 位撤出判定，只保留观测 ... 按 r1 复审裁决 D：这一位先只做观测，`resolveRetention` 不许读它。理由（实测）： 无条件 one_off ⇒ temp 会当天删 21 条长期约定；只放开 N6 位置判据能翻的 13 条 逐条是约定、而复审点名的三条目标行 0/3 救得了。在「模型真实标签分布」这份证据 缺位时不该做 7 天后物理删的不可逆决定。 撤接线（结论集逐字回到 M45 之前）： - retention.go：resolveRetention 不再读 item.Temporal；与之对比 dev base （af61b8c）本文件**只有注释差异**，规则与判定入口逐字未变。 - extract_retention.go：judgeExtractionRetention 签名回退单参；删除 judgeRetentionTimepointWide 与 n6_timepoint_wide 规则码。与 dev base 对比 **同样只有注释差异** ⇒ 「结论集 = 不含 temporal 的那个集合」是结构性的， 不是靠调用点记得别传。 - 连带取消初版的 durable / recurring ⇒ long（零影响必须是双向的）。 保留观测面（一律未动）：迁移 0027 的列、自举前滚、提取器的 temporal 产出、 prompt 枚举、闭集与 normalizeTemporal、store_temporal.go 的校验/编码。 另外把 prompt 里「标成 one_off 会让它进临时层、到期消失」这句**撤接线后已是假话** 改成中性标注说明 —— 否则会诱导模型避开 one_off，观测数据直接被污染。 测试： - TestTemporalBitDoesNotAffectRetention —— 4 类语料 × 5 个取值，(档位,规则码) 与未分型逐字相同（核心正断言）； - TestTemporalOneOffDoesNotMakeAnythingTemporary / ...DoesNotRescueRuleHitRows —— 零影响的双向点名； - TestTemporalIsStillRecorded —— one_off 的约定行仍落 temporal='one_off' 而档位 long、expires 空（观测在、判定不动）； - TestTemporalDoesNotTouchExplicitTierOrRestrictedSource —— 人工入口与受限来源不变。 变异实测：把 `if item.Temporal == TemporalOneOff { return temp }` 插回 resolveRetention ⇒ 上述四条用例全红（FAIL 输出已贴给塔），恢复后全绿。 IngestRuleVersion 保持 d3.5，注释改准为「记录 temporal 信号，但不参与判定」 （留痕面变了：库里多了「模型当时标了什么」这一维，回退会让新旧留痕混在一起）。 P2 三条保留：store.go 500 行（拆 store_temporal.go）、temporal.go 头注（'' 的口径 + 两次被否的接线方案 + 接线前必须看的那两条统计 SQL）、报告语境段。 回归：go build ./... + go vet ./... 全绿；memory/db 包测试全绿；memory -race 38.2s 全绿。	2026-10-26 19:21:24 +08:00