Skip to content

v6.0.0 — 可用:整套落到一台 Windows 电脑上

Choose a tag to compare

@MirHuang666 MirHuang666 released this 10 Nov 03:22
· 31 commits to main since this release

本页会随勘误就地更新。规范全文以 main 为准。

这一版只回答一个问题:这套东西,现在能真的用起来了吗?

能了。不是"设计写完了",是每天在跑、满了自己处理、处理完自己把规矩装回来、出事自己修的那种能。
所以这一版没有新机制——它把前面一块一块交付的东西串成一台能过日子的机器(而且不再需要手动换窗口:同一个对话里,满了自己处理、处理完自己把规矩装回来),
并第一次把平台写死:Windows 10/11 端可用。

本页只讲我们做了什么、为什么这样做。不讲实现手段,不贴代码,也不涉及任何第三方程序的修改或绕过。


一、设计思想:五条从第一天到现在没变过的话

  1. 人格是数据,不是权重。 换模型是换引擎,换硬件是换车身;身份、人格与记忆才是本体。
  2. 记忆是可迁移的文件,不是任何平台的附属。 原文归档是最后的证据,索引只是"再算一遍"的产物;
    索引可以删了重建,原文不行。
  3. 该醒才醒。 心跳只管"还活着";醒来只做三件:醒 → 报 → 领。叫醒它的一共三档,
    每一档都回答得清"是谁决定的"。
  4. 到线才动,动前先落盘。 提前清等于凭空丢掉还有用的上下文;没落盘就先动手,等于拿记忆赌运气。
    这条在实现里是一道过不去的闸,不是文档上的一句劝告。
  5. 后台干活,不抢前台。 前台在聊,后台在干;先回一句再干活;宁肯排队,也不打断正在说话的人。

还有一条贯穿始终:不依赖云服务,也不修改别人的程序。 采集、索引、检索、交接、水位、调度、托盘全在本机;
断网时唯一停的是"从网上拿新内容"和"请第二个模型说两句",其余照旧。


二、步骤:一条链路,从开机到一整天过去(同一个窗口,不换)

开机 / 登录
  │
  ├─ 采集在后台待命(不需要你打开任何窗口)
  ├─ 常驻程序起来(托盘图标变绿,之后每 15 分钟自查一次)
  │
  ├─ 新内容进来 ──→ 归档原文 ──→ 一级索引 ──→ 分块索引与向量
  │                                                  │
  │                                        检索:关键词 + 语义,两路融合
  │                                        任何一条都能回到「文件:行号」
  │
  ├─ 心跳 ──→ 醒(有活吗)──→ 报(读了什么、水位多少)──→ 领(认领任务,带凭证)
  │                                            │
  │                              领不到就排队:节点有拒绝权,任务不丢,只会变旧
  │                                            (变旧必须被看见 → 有熔断)
  │
  ├─ 定期量水位 ──→ 到线 ──→ 先把原文落盘并自证 ──→ 再让底座压
  │                                    │
  │                                    └─ 落不了盘 → 这轮不动(硬闸)
  │                                    └─ 落盘了 → 压(实测 359K → 121K)
  │                                                  │
  │                              压完把规矩装回来:硬条款重新交给当前会话
  │                              (你在打字就排队;排上的算欠账,下一轮必补)
  │
  └─ 每天 / 每次开机 ──→ 六项自检(水位/任务/告警/采集/备份/索引)──→ 有问题就报,不静默

三、要实现什么:目标 → 我们的机制 → 什么叫做到

目标 我们的机制 做到什么算完成
记忆进得来 按"内容真的变了"触发采集;读不到就重来,绝不回一句"没有新内容" 后台完成,人不用守着;失败必须说清"是没拿到"
记得住、找得回 原文归档 + 一级索引 + 分块索引与向量,检索走两路融合 任意一次检索都能回到 文件:行号;删了索引能重建,条数一进一出
不换窗口也不丢 满了自己处理、处理完把规矩装回来,对话原地继续;交接包退为兜底 一次会话能连着过一整天,不需要人手动换窗口、也不需要复述
满了自己处理 到线才动、先落盘再动、动手前不打断人 无人干预就能过去;落盘与原文可自证一致
压完不失忆 独立进程按水位带把硬条款装回来;冲突就排队,欠账必还 压缩后自动收到重载;被打断的那次不会石沉大海
它知道该干活 三档唤醒 + 醒/报/领三段 + 双次校验凭证 没读到该读的就领不到活;拒绝会被记录,不是无限重问同一个节点
出事能自己起来 看门狗 + 每日六项自检 + 告警落盘 + 看得懂的日志 进程掉了能自己回来;日志不乱码,一看就懂
人还在位 删记忆、改内核、换底座、迁移合并、改身份、改交接格式——六件事必须人点头 任何一条都不会被"顺手做了"

四、细节:按职责讲,不按文件讲

为什么这样讲:这一版的价值不在某一份实现,而在每块各管一件事、彼此不越界。所以下面每组只回答"它凭什么这样做"。

记忆:原文是最后的证据。 归档不动原文,索引只是"再算一遍"。这条决定了后面所有"压缩、清理、维护"的边界——
它们只动派生数据,绝不动记忆本身。

交接:现在是兜底,不再是日常。 锁定段是"不该变的",自动段是"现场状态";自动刷新只覆盖自动段,
所以既丢不了也不会膨胀。

压缩:我们只决定时机,不实现压缩。 压缩是底座自己的能力,我们负责在正确的时候让它发生。四条纪律缺一不可:
到线才动、不连发(压完读数要过一会儿才回落)、先落盘再动(硬闸)、不打断人。
"发了但没降"会被记下来,不静默。

重载:压完必须把规矩装回来。 摘要里不会有仲裁梯子和红线,所以压完要重装一次。
按水位带不按时间——记忆散掉跟带进来多少相关,跟过了几分钟无关。两条冲突保护:不抢人、不撞正在进行的一轮。
排队不是丢:队列自己就是一档触发,欠账优先于水位带。

唤醒与调度:醒、报、领,各有各的凭证。 醒来先重读该读的东西(凭证是内容指纹),报到要带上现场状态,
领活要过两次校验:派发时读过没有、接活时读的是不是比派发更新。节点有拒绝权,我们这边只剩两条路:
换一个,或者先记着;记着的那条必须能被看见。

自修:报得出来才算活着。 看门狗只管"进程在不在",自检管"活得好不好"(六项),日志管"出了什么事"。

人的位置: 能自己定的不问,该人点头的一样不少(见上表最后一行)。

为什么是 Windows 端。 这套东西的每一根钉子都钉在 Windows 上:通知区、计划任务、本机输入与本机浏览器环境。
所以官方说法只有一句:Windows 10/11 端可用。换平台不是改配置,是重做这几根钉子。


五、证据:真跑出来的数字

# 证据 结果
1 满了自己处理 水位 359K → 121K,全程无人操作
2 处理完自己装回规矩 一次重载 867 字;被人在打字打断过,队列补发成功
3 活不会丢 调度自证 PASS 5 / FAIL 0(含"拒绝—排队—重派")
4 采集不用守着 后台完成,不需要你打开任何窗口
5 每天六项自检 六项全 PASS
6 整体自证 PASS 36 / FAIL 0
7 日志可读 日志编码扫描 44 个文件,0 个异常

六、边界:先说没有什么

  • 只有 Windows 10/11 端:没有 Linux/macOS 实现,也不打算为它们改。
  • 只配合一个底座:水位读数、压缩能力都来自你正在用的那个客户端;换底座要重接。
  • 单人单机:多设备同步只写清了"怎么读写不破坏文件",没有做成同步服务。
  • 换窗口已不是常态:靠交接包续接的那套动作已降级为灾备;日常不需要换窗口,也就没有"换窗口后要复述"这一步。
  • 不修改、不绕过任何第三方程序与鉴权:我们不破解、不伪造身份、不绕登录;
    需要你本人已登录的地方,过期就要你手动登录一次,采集本身不重试、不刷频率。
  • 摘要实体校验没做:压完靠重载补规矩,不校验摘要里的事实有没有错。
  • 断网兜底没有真断网演练过:只有"按设计不会发请求"的实现路径。
  • 第二个模型只给观点:它不派活、不改记忆、不作数;余额与计费也不自动管。
  • 这不是产品:没有安装包、没有多用户、没有客服;出问题看日志,日志看不懂就问我。

七、修订记录

日期 版本 改了什么 为什么
2026-11-10 v6.0.0 七块收口为一整套;平台明确 Windows 端;压完重载欠账必还;日志可读 他要求「发 6.0,作为进入可实用阶段的标注」;编号属例外,编号规则本身未改
2026-11-10 v6.0.0 版本页移除实现手段与第三方细节,只保留"我们做了什么" 他定:不能写怎么动官方或开源客户端,只写我们实现了,不给代码