交接档案

09 · 缺失资料与待确认事项

真实性规则:只写实际访问过的;「知道存在但没读」和「无法访问」分开列;不假装拥有完整历史。


一、我实际读过 / 核对过的资料

类别 资料 读取程度
对话历史 本会话全部消息 + 30 个阶段压缩摘要(2026-10-05 ~ 10-25) 摘要逐段读过;更早的逐字对话只存在于摘要中
原始需求 /root/uploads/1792388616892580314-文本.txt(任务书 v1.0,27KB) 读过背景、12 项目标、阶段 0–9、约束条款
原始源码 /root/uploads/1791183407093837939-0643203b2611b966_v6.html(56KB) 只读了摘要中记录的改造方式,未逐行重读
代码 worker.js(2801 行)全文 逐段读完
代码 index.html(12509 行) 读了配置区、请求层、发送、删除、同步、记忆库、启动等全部逻辑区;CSS 未逐行
代码 deploy-web/server.js、kv-sqlite.js、build.js、两份 wrangler 配置、start-domestic.sh 全文
代码 deploy-web/worker.mjs 与 bundle 逐字节比对(相同)
文档 小手机-完整交付文档.md(605 行) 全文
文档 任务交接说明.md(254 行) 全文
文档 模块索引.md、安全说明.md、修复记录-P0-P1.md、国内版落库迁移方案.md 读了章节结构与关键节
文档 小手机-全新后端环境说明.md 全文
文档 /workspace/小手机项目-全项目代码基线审查报告.md(40KB) 读了摘要与目录级信息
数据 国内版 SQLite(只读) 键分布、时间分布、mid 前缀、软删统计
数据 v1/v2 KV(抽样读) 4 个消息键 + meta_lastTs;无法枚举
线上 Cloudflare API:worker 列表、secret 名单、线上 bundle 已核对 v1/v2 版本与代码内容
线上 国内版 GET /、/health 已核对注入令牌与页面版本

二、知道存在、但没有读全的资料

资料 大小 为什么没读
/workspace/chat/猫爪聊天-完整项目.md 304KB 历史融合版全代码(占位符版),与当前代码重复
/workspace/chat/handoff-public.md 40KB 旧交接公开版,内容被 10-22 交付文档覆盖
/workspace/小手机-交接-公开版.md 40KB 同上
/workspace/chat/替换指南.md、给其他AI-代码包/、给其他AI-完整代码包.zip — 10-14 时期的历史交接材料
/workspace/小手机-审计草案/01–04*.md 37KB 只读了目录;内容已并入 P0/P1 修复记录
17 张界面截图 PNG — 视觉参考,不影响状态判断
/workspace/小手机交接/index.html(62KB)+ build_site.py — 10-22 的「交接网页」构建产物
tools/migrate_v2_to_domestic.mjs 全文 — 只读了关键行(双命名空间、/import/full)
tests/ 10 个文件全文 — 读了每个文件的头部说明与断言数量

三、当前无法访问的资料

资料 原因 影响
GitHub 远端实时状态 沙箱访问 GitHub 受限 无法确认远端是否与本地 5666a72 一致
Cloudflare 线上日志(wrangler tail / Logpush) 网络无法建 WebSocket 无法取 500 的原始异常文本
v1/v2 KV 的精确键列表 免费版 list 配额耗尽(10048) 只能用抽样与迁移结果推断总量
Secret 明文 CF API 不返回 只能确认名称,无法核对令牌值
用户浏览器 IndexedDB / localStorage 在用户设备上 无法确认本机历史是否比云端更全
平台(WorkBuddy)控制台与持久化策略 无访问权限 /tmp 是否跨容器重建持久,只能靠实测推断
早期逐字对话(10-05 ~ 10-22) 已被压缩成摘要 个别措辞与细节可能丢失;本档案以摘要为准并标注
聊天中出现过的截图(COS 链接) 部分链接已过期/需鉴权 无法复核当时的视觉问题

四、需要用户补充的材料

  1. 沈屿本体的资料(阶段 8 用):历史聊天导出、人设原文、重要经历清单——目前一份都没有。
  2. 你手机上当前的本机聊天记录是否比云端多?(决定「云端 vs 本机」谁是主副本)
  3. 10-24 之后你是否在 v1 页面点过「云端同步」?(决定 v1 那 307 条的来源解释)
  4. 国内版平台的 持久化承诺(是否会重建容器/清 /tmp)与可用存储路径。
  5. 你是否还需要 Pages 那个入口(当前三端都不用)。
  6. 图片:接受「只在本机」,还是愿意为 R2 付费?

五、需要你确认的决定(按影响排序)

# 问题 选项 我的建议
Q1 历史 279 条软删怎么办 A 分批硬删+墓碑 / B 保留但标记 / C 先导出再删 A(先导出)
Q2 检索数据源 A 统一到 msg:(推荐)/ B 保留双写+删除时扫 mem: A
Q3 「Worker 地址」设置 A 保留但全接口跟随 / B 删掉,永远同源 B(最少踩坑)
Q4 访问控制 A Cloudflare Access / B 自建登录 / C 暂不处理 A
Q5 主数据源 A v1 / B 国内版 / C 双主(需同步) 先定一个主,另一个只做备份
Q6 图片 A 接受本机 / B R2 / C 只存缩略图 先 A,明确告知
Q7 是否继续任务书阶段 5–9 继续 / 暂停 先修 P0,再谈阶段 5

六、安全事项(不含任何密钥值)

事项 现状 建议
Cloudflare API Token 曾写在文档里 任务交接说明.md 第 133 行有明文 token(早期文档) 轮换该 token;文档外发前删除该行
v2 AUTH_TOKEN 明文在 index.html 第 10 行 已提交进 git 历史 轮换 v2 令牌;页面改占位符;必要时清 git 历史
用户在对话中贴过模型 API Key 用户已表示会吊销 确认已吊销;不要写进任何文档
平台 sharecode 写死在 server.js 属平台访问凭据 视作敏感;换域名时同步更换
页面公开下发令牌 三端一致 见 Q4
wrangler.toml 含账号 ID / KV ID 仅本机 外发用占位符版

本档案及同目录其余 9 个文件均不含上述任何真实值。


七、资料之间的冲突(保留双方,待核实)

冲突点 说法 A 说法 B 状态
v2 为何是空库 我 10-25 判断「搬迁失败」 用户:「我让你重新部署的一个完全全新的」 以 B 为准;A 是误判
606 条是什么 提交信息「606 条」 307 消息 + 299 记忆 口径不同,非冲突
国内版数据来源 用户:「搬错了有是 v1 的」 工具设计:两库合并 事实是合并;是否算「错」取决于目标
前端后端是否一套 我早期表述「一体」 用户:「单独分开的,也是不一致的」 以 B 为准
v1 库 10-24 是否有数据 审计:几乎为空 10-27 实测:307 条在其中 中间发生了本机同步;触发者待确认
DEEPSEEK_API_KEY 是否生效 配置注释暗示生效 代码只读 env.API_KEY 以代码为准:不生效

八、如果只能问三个问题

  1. 主数据放哪:v1 还是国内版?(决定后面所有同步/清理的方向)
  2. 历史那 279 条删不删?(不可逆,必须先定)
  3. 要不要现在做访问控制?(P0-3,越晚风险越大)

其余都可以边做边定。

本页由交接包内的 Markdown 原样转换;内容未改动。源码与完整包请回目录页下载。