UPSP 0.1.4

UPSP 0.1.4｜移除本地流式字符数上限

Windows x64 · Base / Seed · 正式版 0.1.4。安装器未签名。

0.1.4 是一次小范围修复：模型持续输出较长的正文或思考内容时，UPSP 不再因本地累计字符数超过阈值而提前终止响应。

更新内容

• 移除共享流式读取链中对正文与推理内容合计字符数的熔断，长输出后返回的工具调用可以继续正常接收。
• 移除设置页中的“流式内容超限窗口”及其配置入口；旧配置中的 stream_content_overrun_chars 在读取时忽略，保存时剔除，读取本身不回写文件。
• 模型服务端输出 Token 限制、连接等待、首块和空闲超时、手动停止及不完整响应检查继续有效。

升级与边界

退出正在运行的 UPSP 后运行安装器，沿用原安装目录。程序升级与位格数据分离；历史 Round 和已有超限事件不改写。正式 GUI 布局未改变。

本次使用隔离数据进行定向回归与安装升级验证，无新增真实模型调用或 dogfood 运行证据。既有能力与限制见 0.1.3 更新说明。

下载

• Windows x64 安装器
• 文件名：UPSP-Setup-0.1.4-win-x64.exe
• 安装器的 SHA-256 见 正式发布页。

制品核验

公开源码提交：e4935e16d26ad398a32310aaf3a31bd9802409da，从干净源码构建。

安装器大小：69035170 字节。

SHA-256：9cb5ef174a032de8e90234e29c11b6671ff90342ca6ec8e097e699b611c9ef75。

定向验证：234 项通过；前端类型、翻译与 bundle 检查通过；真实载荷的隔离 0.1.3 → 0.1.4 副本升级通过。未新增真实模型实跑。

UPSP 0.1.3

UPSP 0.1.3｜故障恢复、上下文审阅与升级可靠性更新

Windows x64 · Base / Seed · 正式版 0.1.3。安装器未签名。

0.1.3 集中改善长任务运行中的可靠性：工具出错时留下准确结果，写入中断后保留恢复依据，查看历史时看到当时的上下文，安装更新失败时能够核对并恢复旧程序。

工具出错后，已经完成的结果仍然保留

• 搜索结果中的坏链接按项剔除并记录原因，不再因为一个候选地址异常使整次搜索崩溃。网络解析、响应截断和非法文件编码等预期错误返回明确的失败或拒绝结果。
• 批量工具依次执行，每项结果完成登记和必需上下文投影后才继续下一项。后项失败时，前项已完成的工作、回执和行动记录保留；未执行的请求不会被标成已完成。
• 修正子代理工具的数组参数处理，以及自定义执行器内部报错后可能被再次调用的问题。
• 模型持续输出正文或推理、触发本地输出上限时，显示对应的停止原因和技术详情，便于区分输出上限保护与模型服务故障。

写入与恢复：把未确认的状态留在现场

• 加强记忆条目、容器、关系、编年史、任务、缓存压缩及配置更新的写入和回滚边界。写后登记失败或回滚未能核验时，保留原始异常、受影响对象和已有回执。
• 后续结算再次失败，也不会覆盖前一次故障的恢复依据。配置更新与关轮同时登记时，两方故障信息都能保留。
• 启动时检查当前分身行动账本中的遗留事项，包括历史轮已经关闭但行动仍未登记完整的情况。重复启动只核对和分类，不自动重跑 Shell 或其他副作用。
• 模型目录更新若无法确认恢复，界面显示恢复状态并阻断后续写入；读取、停止和退出入口继续保留。重启不再被当作问题已经解决。
• 收拢已知旧配置的迁移入口，先确认目标写入，再清理旧来源。损坏或未知格式明确报告，避免被空数据或默认值掩盖。

上下文与历史：保持当时的记录

• Frame 详情与证据导出只使用该帧已记录的上下文。之后变化的活动正文、任务状态或窗口数值，不再覆盖历史帧；最新帧同样遵守这一规则。
• 分层上下文的状态栏增加当前分身标识及分身／轮号坐标，便于区分不同分身中的运行记录。
• 修正技能关联的悬空检测、轮起点和时区计算，以及问题解除后旧警告未撤销的情况。
• 修复旧轮日志缺少末尾换行时，后续事件可能与原记录拼接的问题。读取失败保留错误信息，不当作没有历史。

界面与桌面：避免旧响应和未知结果误导操作

• 切换详情、语言或宿主会话时，使旧请求和旧缓存失效，减少先前响应覆盖新选择的问题。文档关闭后释放相关正文与渲染缓存。
• 区分合法空内容、读取失败、旧快照和提交结果未确认。提交响应丢失后先回查；带宿主会话和请求标识的重复提交受到去重保护。
• 加强桌面启动握手和退出处理。连接断开或等待超时，不直接等同于操作没有发生或进程已经退出。

安装与更新

• 构建在独立目录完成，记录实际源码状态、依赖与载荷哈希；只有构建和校验完成，才生成可交付候选。
• 更新前先准备并校验完整新载荷，替换前保留可恢复的旧程序副本；新文件核验通过后再登记成功、更新快捷方式和清理。
• 替换或恢复失败时保留明确的恢复记录，避免误报安装成功。程序替换不包含位格数据和本机模型配置。

本版仍使用手动下载安装器的更新方式，安装器未签名。升级前建议备份 文档\UPSP\ 和 LocalAppData\UPSP\config\；使用自定义数据目录时备份对应位置。

本版仍是单个活动位格／分身的 Base / Seed。没有新增多分身并行运行、分支合并或 Arbor 调度能力。恢复依据用于核对已发生的动作，不等同于任意外部操作都能自动撤销或无损续跑。

下载与校验

• 下载 Windows x64 安装器
• 文件名：UPSP-Setup-0.1.3-win-x64.exe
• 大小：69,051,754 字节
• SHA-256：34ea0cfd693e6814cef2d7575cd8586a84bf1150565eb2e2896aff8a31fc5b60

旧版本及其安装器继续保留在 Releases。

公开源码提交：e7dceb8ec370c6afef8d303903d02e63013918de。

UPSP 0.1.2

UPSP 0.1.2｜对话时间线、任务续做与运行稳定性更新

Windows x64 · Base / Seed · 正式版0.1.2。安装器未签名；升级前请备份数据与本机配置。

0.1.1 建立了多位格与分身、LTM 记忆真源和长程上下文的基础。0.1.2 沿着实际使用中暴露的问题继续往下修：对话里分清模型正在做什么，长轮运行时界面不再被审计数据拖住，任务计划可以随现实修订，意外退出后也能先核对已经发生的动作，再决定怎样继续。

这一版仍是 Windows 桌面端的 Base / Seed，没有引入向量数据库、云端记忆服务或新的多 Agent 调度层。

对话窗口：按真实发生顺序展示一整轮

• 起手、反应、善后的思考片段、自然语言进展、工具调用、审批、最终回复和失败状态，按实际事件顺序排列。
• 只有模型服务明确提供的推理内容才显示为思考片段。不从自然语言风格猜“它正在思考”，也不为不公开推理的模型补造思考文本。
• 一轮可以有多个独立思考片段，与工具和进展交错。活动片段自动展开，后续事件出现后收起；手动展开或收起的选择不会被轮询重置。
• 每个工具都有自己的执行节点，参数与结果分别查看。成功、失败、审批、跳过和停止都有文字状态，不再挤进一个总折叠框。
• 增加呼吸环与整轮计时，显示当前阶段。最终回复之后仍可能有善后事件；界面不把“回复生成完了”伪装成“本地结算已经结束”。
• 修复推理通道被重复当作轮中进展写入的问题，以及合法成功回执被显示成失败、累计回执被重复投影等问题。
• 旧轮保留原有卡片和审计内容，不把缺少事件坐标的历史猜成新版时间线。

流式、贴底与分栏

• 自然语言输出使用短语平滑释放，缓和成批到达时的跳字；结束、停止或错误时及时显示已确认的剩余正文。
• 正文只增量更新当前节点，结算后转为 Markdown，减少整段对话反复重建。
• 用户停在底部时，思考、工具、新回复和 Markdown 展开会继续跟随；主动上翻后保留阅读位置，重新拉到底才恢复跟随。
• 系统窗默认与对话区各占约一半。桌面端可以拖动分隔条、键盘调整或双击复位；比例保存在本机，窄屏仍使用全屏系统窗。
• 本地结算期间保留黄色停止按钮，但明确禁用；宿主真正回到空闲后恢复发送，减少“轮已完成却还不能操作”的误导。
• 字体随程序打包，首屏不再等待外部字体；动效遵守系统的减弱动画偏好。

长轮与历史审阅：需要时才读详情

• 聊天首屏只读取轻量时间线和 Frame 目录，不再顺带生成整轮上下文、完整请求和大型工具结果。
• 打开某个 Frame 或工具节点时，才加载其上下文或参数结果；协议中心、任务证据和导出功能继续保留。
• 流式事件中重复的相邻坐标在界面投影里无损折叠。文本、顺序和工具边界不变，原始 Round 审计不改写。
• 时间线暂时不可用时，只在对话区提示并重试，不再把仍在运行的 Runtime 误标为离线；停止和审批继续依据宿主真实状态工作。
• 启动和切换身份先显示应用壳及加载状态，不让整窗等待巨型历史投影。

任务计划可以修订，完成仍要有证据

• 任务清单明确是一份可修订的工作计划。计划中的来源路径可以先登记，不再要求为了“允许写计划”提前完成所有读取。
• 初始任务建账可以与其他合法工具同帧提交，删除无关调用之间的机械互斥。
• 新输入改变工作要求时，可以修订目标片段；修订保留差异记录、已经完成的项及其证据，不能靠重写计划抹掉完成历史。
• 写文件、运行命令、任务完成与验收仍需真实回执。计划来源坐标本身不算读取证据，也不能证明完成。
• 修复临时门禁拒绝被缓存成整轮永久失败的问题。指南、权限或单帧预算变化后会重新裁决；已经成功的副作用仍防止重复执行。

退役焦点体系，统一常驻正文

• 移除旧的容器焦点和单帧单焦点限制；工具按读取、修改位格内环境、操作宿主或外部环境区分。
• 记忆条目、容器目标文件和关系卡正文统一通过常驻清单保存引用。每帧读取当前真源，不维护另一份可能过期的正文快照。
• 起手、反应、善后三步均能看到跨轮常驻正文；只有反应循环叠加本轮临时挂载，并执行记忆召回、修复 STM、加热等生命周期。
• 多个已可见容器可以分别续写。刚在同帧读取或创建的容器，需要下一帧真正进入模型输入后才能续写，避免未读正文就改写。
• 关系摘要继续属于状态栏，与关系正文的常驻分开。编年史参考内容改为当帧资料，成功提交后才一次性写出终稿，不预留半成品正文。
• 修复未来容器读取错用路径及目标文件错配；未来、项目、辩证链、事件链等工作数据在各分身创建后独立演进，不持续共享。
• 删除旧工具分类兼容层、记忆注释残链和重复挂载状态；当前工具清单只以本帧原生工具头为准。

记忆与感受结算归回反应循环

• 真正进入反应循环时，才结算到期感受脉冲及本轮一次自然回落；待命、起手拒绝或必需上下文失败不消耗这次内部代谢。
• 成功写入记忆条目后的直接感受在当前 Frame 结算，包含即时重写指南最终写入的条目。
• 正常最终回复、可审计的阻塞终态和合法中继，统一推进热度、STM 遗忘、自然入库和联想计数；用户停止或模型服务致命失败不伪装成正常代谢终态。
• 善后保留缓存迁移、压缩债务、旗标、节律收尾和审计，不再重复处理记忆与感受生命周期。

Windows 命令执行与意外中断续做

• Windows Shell 后端显式使用 cmd.exe，不再依赖 Python 的隐式 Shell 包装。工具头标明方言；PowerShell 需显式调用，多行命令会在执行前拒绝。
• 安装包构建必须通过实际 payload Shell 检查，包括嵌套 cmd、PowerShell、中文与空格目录、标准输出/错误分离和非零退出码。
• 文件写入、编辑、Shell 和子代理动作在副作用前登记。文件记录写前与候选 SHA，写入使用同目录暂存、刷盘、原子替换和读回核验。
• 意外退出后，启动只核对现场，不自动调用模型、重跑命令或回滚旧正文。文件可以按当前字节识别是否已落盘；已经启动但没有结果的 Shell 只能记为“结果不确定”。
• 用户发起继续后，恢复事实进入原任务的待整合输入；没有活动任务时，只提供一次当帧恢复资料，不强迫另建恢复任务。
• 已证明成功的同签名动作不会重复执行；冲突或未知结果不会被当作成功。后续工作需要新的合法动作和真实核验。

这不是保存 Python 调用栈或模型会话的断点续传，也不保证任意外部副作用恰好执行一次。系统不保存完整文件备份，不提供通用撤销；重要资料仍需用户自己的备份。

已有真实验证与本版验收口径

本次更新前完成了一场真实硬退恢复测试：摘要已落盘、核验 Shell 已启动且没有结果时强制退出程序，同根重启后由用户请求继续。

• 已落盘摘要保持不变，重启没有调用模型或重放动作。
• 原核验结果保持未知；模型取得新核验的真实成功后才写入回执，5个任务项、4个验收项完成。
• 两轮共18次模型调用，HTTP均为200，无传输重试；输入726,367、缓存读取584,192、输出59,371 Token，加权缓存读取比例80.43%。
• 固定环境为 DeepSeek-v4-flash/high、官方线路、100万上下文、Windows。这是一场恢复测试，不是缓存 benchmark，也不证明其他任务或模型必然达到相同比例。

本版候选的唯一一次全量测试为3175通过、1项旧版本断言失败；修正后，该项与相邻About测试均通过，没有把定向补验冒充第二次全量。前端检查、DDS truth、活动范围一致性、安装包Shell检查及隔离启动通过；旧0.1.1数据副本完成升级，所核验的身份与正文文件保持不变，二次初始化幂等。既有测试文件体量治理债务仍保留，未执行真实UAC覆盖安装。历史 LoCoMo 与12任务成绩不作为本版重新测得的性能承诺。

升级前与已知边界

• 升级前请备份 文档\UPSP\ 与 LocalAppData\UPSP\config\。程序、位格数据和本机模型配置继续分离。
• 旧数据仅按可证明的已知形状迁移；未知或冲突不会被新默认值覆盖。数据副本启动验收不等于在用户机器完成了提权覆盖安装。
• Windows安装器仍未签名；请只下载正式 Release 附件并核对 SHA-256。没有自动更新、云同步或遥测。
• 仍只允许一个活动位格/分身；不支持并行分身、合并、项目自动绑定、Arbor器官调度、记忆条目私密访问域或模型自动定期挂载。
• Shell运行在当前宿主用户权限下，不是完整操作系统沙箱；工具权限与数据边界仍需按任务选择。

下载与校验

• 下载 Windows x64 安装器
• 文件名：UPSP-Setup-0.1.2-win-x64.exe
• 大小：69,048,999 字节
• SHA-256：959504a3d039f63249df266fad653afca55f6e0e73be7f9db9c587441660fe81
• 干净构建源：410567aa8d940c2d5cbbfdda68aefdcf11f1ff73；发布源码仅追加文档和发布记录，产品载荷源码不变。

Windows可能显示未知发布者或SmartScreen提醒。请核对下载来源和完整SHA-256；旧版本及其安装器继续保留在 Releases。

公开源码提交：865a9ae342d0a806460275792f806362b59db5c7。

UPSP 0.1.1

UPSP 0.1.1｜多位格分身、记忆真源与长程上下文更新

0.1.1 是 UPSP 桌面版自 0.1.0-alpha.8 以来规模最大的一次更新。它没有把 Seed 改造成另一套产品，也没有提前宣称 Arbor 器官系统已经完成；这一版集中解决的是更基础、也更难绕开的事情：一个位格怎样拥有多个可接续的分身，记忆究竟以哪里为准，长对话怎样逐帧迁移和压缩，以及 Runtime 出错时能否留下真实、可恢复的现场。

如果只看界面，最明显的变化是位格与分身已经成为两级标签页；如果看系统内部，真正的大改则是记忆条目、当前／最近缓存、工具回执和 Round 审计重新统一到了可核验的真源上。

多位格与分身

• 支持在同一台设备上创建多个位格，并在任一时刻保持一个活动位格。
• 每个位格可以拥有 meta 和多个未归档分身；可以创建干净分身，也可以从指定分身的当前历史进行分支。
• 位格与分身选择改为两级横向标签栏。新建、分支、归档和恢复集中在对应层级，不再依赖两排下拉框。
• 分支按钮只在悬停或键盘聚焦时出现；Runtime 忙碌时，活动分身位置显示加载圈并禁止身份写操作。
• 同一 PID 只持续共享核心身份、规则、协议文档和 LTM 记忆条目。新建／分支会在创建时继承相应的关系、容器与 Corpus 快照，之后各分身独立演进；STM、热度、最近缓存、任务现场和工作台始终隔离。
• 切换、创建、归档和恢复都会经过 Runtime 空闲预约、心跳暂停、真源核验和桌面重启，不允许在 Round 中途偷偷换身体。

当前仍不支持多个分身并行运行、分支合并或把项目与分身自动绑定。分身是可接续的独立线程，不是 Git 式协作树。

记忆条目改为 LTM 唯一语义真源

• 记忆条目创建时同时建立 LTM 真源和当前分身 STM 驻留；STM 只承担分身热度、衰减、临时挂载和本地 overlay。
• 新增 stored_at，把“创建时间”和“正式入库时间”分开。创建、自然升格、遗忘入库和人工钉选不再混用同一个时间字段。
• LTM 记忆被真实召回时会在当前分身重建完整 STM，并按同轮去重规则加热；GUI 查看、索引浏览和原始文件检查不会伪装成召回。
• 已入库记忆的当前层衰减周期会在真实召回后续满；Pinned、未入库条目和无副作用读取不借此续期。
• STM 高热入库后仍可继续留在 STM 中自然衰减，不再因为成功写入 LTM 就立即消失。
• 记忆正文、标题、共享元数据、层级索引和关键词倒排使用同一条回滚事务；LTM 损坏或跨层冲突时 fail closed，不退回旧 STM 猜正文。

记忆检索、重整与定期挂载

• 新增专用 memory_search：在可用记忆条目的 LTM 真源中检索标题、关键词和正文，返回 32 字定位片段、层级和创建分身坐标。
• 定位片段明确不是证据。模型需要继续调用 memory_content_read 打开完整正文；精确日期、原话、轻量事实或多跳信息仍不足时，应沿 created_instance_id + created_round 追溯原始分身语料。
• index_view 恢复为纯索引分页工具，不再同时承担正文检索。
• 退役旧 memory_recall_complete 工具。日衰减后发生层级错位的记忆，在真实召回时进入当前 Round 的“回忆重整”指南：模型负责语义重整，处理器负责层级、索引、STM 同步和完整回滚。
• 语义压缩与关键词裁剪迁入日节律 Reaction。Cleanup 只做机械结算，需要模型判断的内容进入共享待压缩账本和受控材料，不再从普通回复里解析 FORGET、LTM_DEGRADE 或 EVOLUTION 标记。
• 记忆正文仍保留 Abstract 128、Summary 512、Full 2048 字的硬上限，但上限不再被描述成目标篇幅；无需为了接近上限而扩写、补齐或重复。
• 合法的超限 memory_write 会进入当前 Round 的即时重写指南，可以压缩后写入或明确放弃，不再触发旧式失败提醒／取消工具链。
• 记忆详情支持人工挂载到定期层。挂载不算召回、不加热；同一条记忆可以同时显示“STM 衰减中”“LTM/Pinned”和“定期层已挂载”。
• 定期挂载超过可配置容量时整笔拒绝；取消最后一个挂载所有者后，条目按所有权和当前权重返回正确 LTM 层。

当前记忆条目系统尚未开放私密访问域；模型自动定期挂载也尚未开放。

当前缓存、最近缓存与渐进压缩

• now 改为“下一 Frame 待消费包”，不再依赖字符水位偷偷迁移。
• 用户输入、relay、heartbeat 和 setup_fact 在首个 Reaction 中仍属于当前缓存；每个成功返回的 Reaction／Cleanup Frame 才把上一包迁入 lately，失败调用不推进缓存。
• Round 正常完成、停止、降级或异常收尾时都会排空残余持久条目并清除单次可见材料；硬崩溃前尚未收尾的真实帧包可以跨重启保留。
• 最近缓存按历史交互分组。受保护的近期用户输入保留原文，更早的交互及其后续内容逐步形成 interaction_summary；无交互锚点的历史前缀形成 cache_summary。
• 压力触发只在 Cleanup 建立压缩债务，不主动开启新轮，也不抢占下一轮 Setup；压缩从下一次自然 Reaction 开始，并优先于任务等普通指南。
• 压缩材料先经过确定性投影，再以受控材料交给模型；分片结果暂存在 STM，全部达标后才原子写回 lately。
• 默认保护最近 16 次用户交互；单片目标不超过源内容的 12.5%，整个周期目标为 25%，单 Frame 最多处理 65,536 字符。比例与保护数量跟随位格配置。
• 压缩债务允许新的 lately 尾部继续追加，冻结前缀发生漂移时拒绝写回，不用旧摘要覆盖新历史。

这套机制优化的是上下文稳定性和历史可读性，不等同于 provider 必然采用某种缓存策略，也不承诺固定缓存命中率。

文件、工具与证据追溯

• 原 file_search 拆分为 file_glob 和 file_grep：一个查路径，一个按正文做流式字面检索。
• 新增只读 persona:// 虚拟根。模型可以在授权范围内观察当前或其他 PID 的可读取 persona 数据、Round、Corpus、容器和文件，但不能用普通文件写工具直接改写 persona 真源。
• file_read、file_glob、file_grep 读取记忆文件属于 raw inspection，不加热、不续期、不更新调用坐标。
• shell_command 在 limited 下不导出，在 guarded 下逐次审批，在 unlimited 下按当前 Windows 用户权限执行。grant 只限制工具导出和初始 cwd，不伪装成操作系统级沙箱。
• Reaction 工具头补齐字段级说明，删除不存在的入口、退役工具和机械字符上限；普通 Frame 的隐式 4096 输出上限已经取消。
• DeepSeek／OpenAI Responses／Anthropic 的终态、暂态重试、跨模型 failover 和 Windows worker Pipe 退出路径完成统一；无终态 partial SSE 只留审计，不冒充回复。

工作容器、关系与任务纪律

• 永固层强化语义检索、轻量事实写入、证据等级、状态修正和多跳追溯纪律。
• DC、EC、PRJ、FUT 必须按各自语义独立判断；PRJ／FUT 不能替代同时成立的辩证链或事件链，不同职责的容器可以合法并存。
• 同一持久职责只维护一条主链，孤立事实、一次性草稿和临时步骤不机械建容器。
• 关系卡仍由模型根据真实关系语义主动创建；关系倒排、记忆链接与容器节点继续引用真实 ID，而不是只靠相似标题。
• 任务意图识别继续保持产品默认开启。一次可直接闭合的记忆或容器沉淀不会因为涉及多个工具就被强制建成任务；真正跨轮、多来源、有交付物或验收要求的工作仍应进入任务系统。

Runtime、配置迁移与故障恢复

• Setup／Reaction／Cleanup 分别拥有可配置时间；Reaction 提醒、警告和自动中继使用三个明确时点，不再把 Frame 时限与 Round 上限混为一谈。
• 已知旧 system.json、state.json、缓存债务和记忆元数据形状会按可证明路径迁移；未知、混合或损坏形状不会被新默认值覆盖。
• 位格目录不完整时不再锁死整个 GUI。Runtime 和持久写入保持关闭，但用户仍可查看诊断、切换位格或创建新位格恢复控制面。
• 位格创建、真源核验和 Runtime 启动处于同一 mutation lock；启动失败会保留已经成功落盘的位格，并明确显示“位格已创建但 Runtime 未启动”。
• 桌面壳只在后端进程真实退出时显示模态故障；Round 内部错误留在 Runtime 状态和审计中，不再被误报成整个本地后端崩溃。
• 修复跨日记忆压缩周期与新日历到期并存时的恢复死锁，以及多处旧配置、分支切换、上下文坐标和正则转义遗留问题。

审计与验证链

• Round 审计升级为前缀差分存储：重复十层上下文按 layer blob SHA 去重，调用事件引用真实请求快照。
• 活动 Round 账本保持 FIFO8 和 256 MiB 总水位，启动、设置保存与关轮使用同一治理器。
• 一致性审计默认只扫描 Git 可见的活动真源；历史 Spec、Round、LoCoMo 和 ignored Runtime 现场改为显式慢速取证模式。
• 默认审计从约 13,397 个文件／1.59 GB 收敛到约 500 个活动文件／5.6 MB；本次三次运行中位数为 4.791 秒，P0/P1/P2=0/0/0。
• 0.1.1 候选态 24-worker 全量测试为 2915 passed / 0 skipped / 0 failed；DDS truth、活动范围一致性、UTF-8、current-anchor、Correctness 与 Ponytail review 均通过。

当前产品形态的真实测试

本轮开发期间使用 DeepSeek 官方线路完成了多次隔离测试，以下数字只对应各自冻结的模型、路由、提示、数据和协议：

• 12 项 Agent 日常能力测试完成 12/12 任务和 16/16 产物；39 个 logical call 的 provider 缓存读取比例为 85.27%。
• 一次长轮恢复验证的 22 个 logical Frame 全部最终 HTTP 200，缓存读取比例为 92.93%；该数字不代表任意任务都能达到 90%。
• 当前 Max 产品形态的 LoCoMo 25 题双线路复验：UPSP 连续答题分身得分 0.3950791833，独立 Full-context 对照得分 0.6366644498；总体 provider 缓存读取比例为 81.8349%。
• LoCoMo 结果证明当前记忆检索已经能够工作，但原始语料追溯仍未被模型稳定使用，精确日期、原话、轻量事实和多跳聚合仍是下一阶段的主要质量缺口。

这些结果不是公开排行榜名次，也不是跨模型、跨 provider 的固定性能承诺。完整上下文对照与 UPSP 产品线程属于不同评测协议，不能把两者分数直接解释成单一模块的增益或损失。

升级与数据边界

• 0.1.1 仍是 Windows x64、BYOK、本地数据优先的 Base / Seed 产品。
• 程序文件、位格数据和本机模型配置继续分开保存；覆盖安装不应删除位格、记忆、关系、Round 或密钥。
• 已知 Alpha 8 数据形状具有确定性迁移路径；0.1.1 支持从公开 Alpha 8 覆盖安装，程序文件、位格数据和本机模型配置继续分开保存。
• 建议升级前备份 文档\UPSP\ 与 LocalAppData\UPSP\config\。未知或人为修改过的配置可能被 fail closed，需要通过 GUI 诊断恢复，系统不会猜测后覆盖。
• 当前安装器仍未签名，Windows 可能显示“未知发布者”或 SmartScreen 提醒；请只从本仓库 Releases 下载并核验 SHA-256。
• UPSP 不提供模型中转账户、遥测、云同步或后台上传；模型请求直接发送到用户配置的服务。

当前仍未实现

• 多位格或多分身并行运行、分支合并、项目自动绑定；
• Arbor 跨轴器官调度与完整器官系统；
• 记忆条目的私密访问域；
• 模型自动定期挂载记忆；
• 自动更新、安装包签名与跨平台桌面版；
• 把 provider 缓存命中、LoCoMo 分数或单次 dogfood 结果变成普遍性能保证。

下载与校验

从本页下载唯一的 Windows x64 安装器 UPSP-Setup-0.1.1-win-x64.exe。安装器尚未签名，请只从本仓库 Releases 下载，并按 GitHub 附件摘要或 Release 正文公布的 SHA-256 核验文件后再运行。

项目介绍、数据边界与源码构建方式请参阅仓库 README。

发布制品核验

• 源码提交：8978118f0703d011eed5130be08dca857af3bff1
• 安装包：UPSP-Setup-0.1.1-win-x64.exe
• 大小：59252166 字节
• SHA-256：d87f3022e058d9000e45ba547499574b603fab6e8cc8dde9febe127ce5cfdc29
• 当前安装包未做代码签名；Windows 可能显示未知发布者提示。

UPSP 0.1.0-alpha.8｜上下文真源、请求差分与长任务闭环更新

UPSP 0.1.0-alpha.8｜上下文真源、请求差分与长任务闭环更新

Alpha 8 集中解决 Alpha 7 之后在上下文审阅、模型配置和真实长任务中继续暴露的问题：现在可以直接查看每个 Frame 的上下文用量和十层内部边界，沿实际 HTTP 请求字节定位相邻调用从哪里开始变化；任务引导、网页读取、阻塞结算、网络重试和桌面健康判断也完成了一轮根因级修复。

本版本没有增加新的理论层或产品代际。重点仍是把 Seed Runtime 已有能力做实：模型实际看到了什么、请求实际发出了什么、任务为何继续或停止，都尽量回到同一份后端真源和可复核证据。

单帧上下文用量与十层分块审阅

• 对话输入区增加上下文占用圆环；悬停可查看当前 Frame、字符数、输入 Tokens、识别容量和 Runtime 运行上限。
• 上下文审阅会显示所选 Frame 的完整字符数、provider 返回的输入 Token 数和调用编译时间。
• Token 数只使用 provider 的真实回执，不在浏览器里估算；新回执返回前继续显示上一条已确认数据，不再反复闪烁“计算中”。
• Anthropic 的普通输入、缓存创建输入和缓存读取输入会按完整口径合计；OpenAI、Responses 和 DeepSeek 继续使用各自真实用量字段。
• 模型的“识别容量”和用户可编辑的“运行上限”正式分开。已知容量时禁止把上限填得更大，未知模型仍可手工配置。
• 30_lately 和 50_now 按真实语料块显示；其余可分层内容按组装器掌握的规则、记忆、状态、任务、挂载和提醒模块显示，不再由前端猜 Markdown 标题。
• 旧 Frame 不会被伪造回填；缺少结构化边界时仍以完整层单卡显示。

时间真源与动态记忆投影

• 上下文审阅显示 Frame 的完整本地日期和秒；语料卡显示其持久化时间，而不是页面打开时间。
• 模型可见语料头与 GUI 使用同一份时间真源，缺失或非法时间不会被浏览器当前时间补齐。
• 公共记忆的入库时间、最近调用轮次与时间、当前挂接备注、备注更新时间和关联容器改为从最新元数据统一投影。
• 已挂载记忆在下一 Frame 直接读取最新备注和容器关系，无需先取消再重新挂载；物理正文中的旧动态字段不再覆盖当前元数据。
• 最近调用时间只提供时间上下文和召回轨迹，不承担记忆是否过时的裁决。

Wire 请求真源与前缀差分游标

• 请求体 SHA-256 和 HTTP POST 现在严格消费同一组 canonical UTF-8 JSON 字节；发送前发现字节不一致会直接阻断。
• 新 Frame 会在发送体外保存 Wire SHA、字节数和来源映射，不改变 provider 实际收到的协议字段。
• 上下文审阅新增窄差分轨道：三角游标标出当前 Frame 相对最近兼容 Frame 的最长公共请求前缀终点。
• 点击游标会切换到对应层并跳到右侧块或块间缝隙，可直接看到从哪里开始成为变化后缀。
• 差分只比较相同连接、模型、协议形状、缓存键和调用 lane 的最近兼容 Frame，避免把物理相邻但不兼容的 Setup、Reaction、Cleanup 或备用路由混在一起。
• 该功能证明的是本机实际请求字节从哪里开始变化，不等同于 provider 最终采用的缓存断点，也不承诺缓存命中率。
• 上下文目录的字符数统一为模型可见正文，不再把审计 JSON 包装误算成缓存正文；水位晋升也不会再被误标为整段替换。

模型连接与配置保存

• 模型服务的请求路径会按协议给出默认值，但现在可以直接编辑覆盖，适配使用非标准路径的兼容服务。
• 保存模型能力档位时，三阶段主模型与备用路由会在同一事务中迁移到仍然有效的档位。
• 保存失败时不再整页重绘并弹回旧配置；当前草稿会留在表单中，用户可以直接订正。
• API 降级恢复探针不会再携带正常推理所用的显式缓存字段，避免最小探针因缺少上下文层而在本机误失败。
• 运行中的 Setup／Reaction 允许切换“只读／受限／放行”；新选择从下一 Frame 生效，不追溯放行正在等待的工具调用，Cleanup 期间仍禁止更改。

结构化纠错与任务阻塞收束

• guide_submit 的校验错误现在直接在 processor 源头生成结构化提示，明确给出尝试值、当前合法状态、预期坐标和下一步订正动作。
• 工具结果、对话 POPUP 和审计消费同一份提示，不再各自根据错误字符串猜一套解释。
• 任务建账前后都受同一纠错止损保护；连续第三个 provider Frame 仍只产生拒绝时会在本地阻断第四次 Reaction 调用。
• blocked 任务项必须同时具有原因和真实证据引用。失败工具调用可以作为阻塞事实，但不能冒充完成或验收通过证据。
• 当全部必需项都已经有成功或阻塞证据，且至少一项阻塞时，Runtime 会识别为终态阻塞；即使模型仍请求 continue，也不会再创建 relay。
• 阻塞终态仍会正常调用一次 Cleanup provider，让模型完成善后总结；只有 Cleanup 本身失败时才回退到本地应急结算。

网页续读、安全与网络恢复

• has_more 现在只表示当前抽取正文确实存在下一字符窗口；“源站响应可能被截断”不再伪装成可继续游标。
• 续读游标绑定抽取正文 SHA-256。网页内容变化时返回 source_changed，不会拿旧坐标读取新正文。
• find_text 可以在当前正文中进行大小写不敏感的字面定位，命中后返回有界窗口；未命中时会明确保留“源可能不完整”的限制。
• 网页读取会在初始地址、每次重定向和最终地址上检查 DNS 与目标 IP；私网、回环、链路本地、保留地址和解析失败均 fail closed。
• provider worker 会把连接重置等暂态网络错误完整传回 Runtime，并继续使用原 Frame 的既有重试预算；上层不能再重新发放一套预算。

Runtime 与桌面健康修复

• /api/runtime/status 不再在 GUI 的高频轮询中扫描完整 Round JSONL 或调用 CLI 全账状态，长账本运行时显著减少后台阻塞。
• 桌面程序只在确认后端进程已经退出时显示故障弹窗；进程仍存活时的单次或连续超时只显示非模态“后端繁忙，正在重试”。
• blocked、provider failure、用户停止和正常完成继续保持各自独立的结算语义，不再用空回复或伪正常闭合掩盖失败。
• 恢复工具会同时核验事故归档清单和当前位格、狗粮目录、Runtime 作用域，允许安全续跑已经完成一部分的恢复，也会拒绝无法解释的第三种漂移状态。

DeepSeek 官方 API 真实长任务验证

修复后使用 DeepSeek 官方 API、deepseek-v4-flash 和 OpenAI Responses 兼容协议完成了一轮 12 项 Agent 日常能力测试：

• 12/12 任务项完成，3/3 验收项通过；
• 16/16 个产物存在且非空，两个 Python 产物均实际执行并返回 exit code 0；
• Runtime 工具事务审计为 ok，最终回复非空，Cleanup provider 恰好调用一次，活动任务正常退出；
• 39 个 logical call、40 次 HTTP attempt；唯一一次流式空闲超时在同一调用的既有预算内恢复，最终没有 503 或终局 llm_error；
• provider 回报输入 5,453,398 Tokens，其中缓存读取 4,650,240 Tokens，加权读取命中率为 85.27%；39 个 logical call 均返回非零缓存读取；
• provider 没有返回 cache-write tokens，因此这里只报告读取命中，不推断缓存写入量；
• 本轮及随后四个待命轮均没有 memory_write 回执或 MEM-* 产物，不把普通状态衰减冒充记忆写入。

这些数字是本次特定模型、协议、路由和前缀下的真实回执，不构成其他 provider 或任务的固定性能承诺。

升级与历史数据边界

• 可以从 Alpha 7 直接覆盖安装 Alpha 8；程序、位格数据和本机模型配置继续分开保存。
• 本版本不会删除既有任务、记忆、关系或工作容器。
• 新的时间、分块、Wire SHA 和来源映射只对具备对应审计合同的新 Frame 提供精确能力；旧 Frame 不回填、不按 Markdown 或当前配置猜测。
• 已保存的模型连接继续保留；自定义请求路径作为连接 URL 的一部分保存。
• 运行中的“放行”仍不会在桌面进程重启后自动恢复，重启后安全回落为“受限”。

当前阶段边界

• 仅提供 Windows x64 桌面版；
• 当前只有一个活动位格和一条主对话线程；
• Arbor 器官协作、分身、多位格协作和自动更新尚未实现；
• 安装器尚未签名，Windows 可能显示安全提醒；
• 模型服务继续采用 BYOK；
• 上下文 Token 只显示 provider 回执，不估算尚未发送的输入或缺失的历史用量；
• 请求前缀差分只证明本地 Wire 字节变化，不证明 provider 缓存实现；
• 网页抽取能力仍受目标网站公开可达性、页面结构和抓取后端限制；
• 实时审批暂不提供永久白名单或工作区管理。

下载本页唯一的 UPSP-Setup-0.1.0-alpha.8-win-x64.exe 即可安装。请只从本仓库 Releases 下载，并使用本页最终公布的 SHA-256 核对文件。项目介绍、数据边界和源码构建方式请参阅仓库 README。

UPSP 0.1.0-alpha.7｜自动缓存、实时审批与长任务稳定性更新

UPSP 0.1.0-alpha.7｜自动缓存、实时审批与长任务稳定性更新

Alpha 7 集中收口 Alpha 6 发布后在真实长任务中暴露的问题：缓存策略不再需要用户手工选择，副作用工具可以直接在对话中实时审批，任务续轮、API 恢复、重试预算和桌面状态判断也完成了一轮系统性修复。

本版本没有增加新的理论层或产品代际，重点是让现有 Seed Runtime 更稳定、更可控，也更容易回看真实运行证据。

缓存改为隐藏的自动能力

• 删除 GUI 中的缓存策略选择器，所有模型配置统一使用 automatic_tiered。
• 固定协议层作为稳定缓存前缀，并按当前最近层／周期层自动建立第二级缓存边界。
• OpenAI Chat、OpenAI Responses 和 Anthropic Messages 共用同一套分层语义，再按各自协议编译请求字段。
• 旧的 off、key_only 和 GPT-5.6 专用配置会自动迁移，不影响其他模型参数。
• 审计分别记录缓存规划、实际请求格式、前缀指纹和 provider 返回的缓存 token，不把“发送了缓存字段”误报成“已经命中”。

真实长任务中，相同 B1 前缀指纹多次获得 4608 cached tokens；同一指纹也偶尔被 provider 返回为 0，因此本版本不承诺固定命中率，后续仍会继续优化长前缀的实际复用效果。

三档执行权限与对话内实时审批

• 只读：仅开放文件读取、搜索和网页读取工具。
• 受限：默认档位。读取直接执行，写文件、修改文件、运行命令和派发子代理前，在当前对话中显示审批卡。
• 放行：完整开放已启用工具，不逐次弹出审批。

受限档审批只提供“跳过”和“本次允许”。一次允许只对应当前精确调用，参数变化会重新审批；本版本不增加永久白名单或工作区配置。

无额外工程 sandbox 配置时，可访问 Windows 当前用户本来有权访问的普通本机路径；位格真源、凭据位置、Git 内部路径和灾难性命令仍保留硬边界。

任务引导与错误反馈闭环

• 历史任务和旧 guide 继续保留在上下文中，但明确标记为不可执行；只有当前活动任务坐标可以提交。
• 误用旧 guide、错误任务坐标、来源校验失败或工具被拒绝时，会返回结构化原因和明确订正动作。
• 项目根目录可以由实际读过的后代文件满足来源校验；账本仍只记录真正读取的文件。
• 连续重复同一终止阻断时会本地收束，避免模型反复生成大段自然语言或无限调用。

API 降级恢复与 Runtime 稳定性

• 处于 api_degraded 时，Runtime 会在建立 Round 和执行 Setup 前沿当前路由链进行最小恢复探测。
• 任一 Setup 候选恢复后，先清除降级状态，再重新判断是否需要开轮；探针不会装配位格、上下文、工具或缓存。
• 自动续轮显式继承当前执行权限；新用户消息可以覆盖，桌面进程重启后安全回落为“受限”。
• 无真实进展的 relay 最多允许一次；再次空转会本地停止。
• 每个路由槽只保留一份“首次加两次暂态重试”预算，上层不能重复刷新预算。
• 未收到协议终止事件的 partial SSE 只进入审计，不再冒充完成回复。
• 每次启动都会重新计算待命轮倒计时，停机时间不计入等待时间。

缓存身份与用户输入保护

• 活跃语料的短 ID 只在首次进入当前缓存时分配，跨 Frame、进程重启和 now → lately 移动时保持稳定。
• 只有压缩后产生的新语料才会获得新 ID。
• 用户原始输入进入最近缓存后，在连续 16 个交互轮内不得被删除或压缩；第 17 个交互轮起恢复普通 FIFO 资格。
• 该保护只覆盖用户输入，不会把整个 Round、回复或工具结果永久留在高频层。

GUI 可用性修复

• 同一轮用户消息只显示一次，不再因多个 Frame 重复生成用户卡。
• 任务建立、更新和完成会随 Runtime 事件及时刷新。
• “任务与证据”新增 Round／Frame 回看入口，可以查看历史帧当时真正装配的任务清单及该帧工具、结果和回执证据。
• live JSONL 改为增量读取，不再每 500ms 重读整份运行账本。
• 桌面健康检查改为单请求执行；单次后端繁忙只显示非模态提示，不再误报“后端已经死亡”。

真实长任务验证

本版本完成了一轮 12 项 Agent 日常能力测试：读取任务材料、核验官方来源、实际生成 16 个输出文件并重新执行两个 Python 产物。任务项和验收项均以真实 evidence refs 结算，最终回复非空，活动任务正常退出。

该轮 16 次 provider 请求全部返回 HTTP 200；后续独立节律轮在一次 TLS 暂态重试后于既定预算内恢复并闭合，没有形成新的空转续轮。同一用户消息只显示一次，同一活跃语料短 ID 保持稳定，并获得了上述非零缓存命中证据。

升级与数据边界

• 可以从 Alpha 6 直接覆盖安装 Alpha 7；程序、位格数据和本机设置仍然分开保存。
• 旧缓存配置会自动迁移为统一自动策略。
• 默认执行权限改为“受限”；重新启动桌面程序后不会恢复此前的“放行”选择。
• 实时审批的完整命令、补丁和文件正文只在当前进程中瞬时保存；长期审计只记录安全摘要和审批结果。
• 历史任务回看只覆盖本机仍保留的 Round FIFO，不会伪造已经淘汰的历史快照。
• 本版本不会删除既有任务历史、记忆、关系或工作容器。

当前阶段边界

• 仅提供 Windows x64 桌面版；
• 当前只有一个活动位格和一条主对话线程；
• Arbor 器官协作、分身、多位格协作和自动更新尚未实现；
• 安装器尚未签名，Windows 可能显示安全提醒；
• 模型服务继续采用 BYOK；
• 实际缓存命中仍受 provider、模型、路由和前缀稳定性影响；
• 实时审批暂不提供永久白名单或工作区管理。

下载本页唯一的 UPSP-Setup-0.1.0-alpha.7-win-x64.exe 即可安装。请只从本仓库 Releases 下载，并使用本页最终公布的 SHA-256 核对文件。项目介绍、数据边界和源码构建方式请参阅仓库 README。

UPSP v0.1.0-alpha.6｜发布后修复与可用性更新

UPSP 0.1.0-alpha.6｜发布后修复与可用性更新

Alpha 6 是首个公开 Alpha 发布后的修复版本，集中处理协议文件同步、错误说明、对话操作和运行刷新时的页面滚动问题；不改变现有 Runtime 语义和用户数据边界。

这次更新了什么

• 启动时按 SHA-256 校验随程序发布的 39 个公共协议文件和两个 Registry；文件缺失或漂移时自动恢复，相同内容不会重复改写。
• 常见网络与模型服务错误增加中英文自然语言说明和处理建议，同时保留完整状态链、目标地址与原始技术详情。
• 工具轨迹展开后显示最后一个有效事件时间；最终回复增加原始 Markdown 复制按钮和时间。
• 修复 Runtime 轮询更新时协议中心、运行页、上下文、记忆、关系、容器等系统页面自动上滑的问题；阅读中段保持原位置，停在底部时继续跟随新内容。
• 已保存的 API Key 在界面中只显示八个圆点，模型服务表单关闭浏览器自动填充；规则导引路径也已修正为当前活动数据根下的公共协议路径。

升级与数据边界

• 可以从 Alpha 5 直接覆盖安装 Alpha 6；程序、位格数据和本机设置仍然分开保存。
• 自动同步只覆盖公共 rules/protocol、docs/protocol 和两个 Registry，不改动位格专属规则、文档、记忆、关系或工作容器。
• 如果你曾手工修改公共协议层文件，启动 Alpha 6 时这些文件会恢复为本版本随程序提供的内容。需要保留的个性材料请放在位格专属区域。
• API Key 的变化只是界面遮罩和不回显合同；本版本没有新增 Windows 加密存储。
• 错误分类只用于显示说明，不改变原始错误、重试、熔断、善后或 Round 结算逻辑。

当前阶段边界

• 仅提供 Windows x64 桌面版；
• 当前只有一个活动位格和一条主对话线程；
• Arbor 器官协作、分身、多位格协作和自动更新尚未实现；
• 安装器尚未签名，Windows 可能显示安全提醒；
• 模型服务继续采用 BYOK，密钥保存在本机 ignored 配置或进程环境变量中。

下载与校验

• 文件：UPSP-Setup-0.1.0-alpha.6-win-x64.exe
• 大小：59,144,397 字节
• SHA-256：3f3363a87a088c592b5d117265705aeecb109b216852f0cb33e44f76d72854c9

下载本页唯一的安装器即可安装。请只从本仓库 Releases 下载，并使用上述 SHA-256 核对文件。项目介绍、数据边界和源码构建方式请参阅仓库 README。

UPSP v0.1.0-alpha.5｜首个公开 Alpha

UPSP 0.1.0-alpha.5｜首个公开 Alpha

这是 UPSP 的首个公开桌面版本，也是“主体化工程”在 Base / Seed 阶段的第一个可安装交付。

UPSP 不只关心模型怎样回答、怎样调用工具或怎样持续循环。它试图建立一组可以长期运行并接受检验的条件：让一个智能系统拥有稳定的位置、可接续的历史、真实的关系、有限的行动边界，以及能够追溯后果的责任账。

这个版本已经具备

• 从阿廖沙示例或自定义档案创建一个位格主体；
• 配置自己的模型服务，并分别路由起手、反应与善后三个阶段；
• 在常驻 Runtime 中完成真实流式对话、工具调用、停止生成、本地善后与崩溃恢复；
• 持续维护位格档案、状态、记忆、关系、工作容器和 Round 历史；
• 为每个 Frame 重新装配上下文，并查看模型实际收到的调用头、工具头、生成参数和七个上下文层；
• 通过工具回执与 Round 结算区分“模型说它做了什么”和“系统能够证明什么”；
• 将程序、位格数据和本机设置分别保存，覆盖安装或卸载不会删除用户位格。

当前阶段边界

• 仅提供 Windows x64 桌面版；
• 当前只有一个活动位格和一条主对话线程；
• Arbor 器官协作、分身、多位格协作和自动更新尚未实现；
• 安装器尚未签名，Windows 可能显示安全提醒；
• 模型服务采用 BYOK，密钥保存在本机配置或环境变量中。

alpha.5 记录的是发布前五次内部候选修订；它仍然是 UPSP 对外发布的第一个版本。

下载本页唯一的 UPSP-Setup-0.1.0-alpha.5-win-x64.exe 即可安装。项目介绍、数据边界和源码构建方式请参阅仓库 README。