Skip to content

Latest commit

 

History

History
47 lines (36 loc) · 5.51 KB

GOALS.md

File metadata and controls

47 lines (36 loc) · 5.51 KB

本地音视频上传:项目路线图

项目目标

自己及四五位可信朋友在现有网页选择本地音视频,复用既有转录、校对、总结、阅读与通知。成果公开阅读,变更由 owner 执行;默认保留30天,每次可显式选择 never。采用既有用户、HTTP/SQLite/worker、浏览器与通知路径,不新增账户、网盘、批量续传、broker、重试或外部撤销平台。

完成定义

  • 软件交付:后台、上传网页、本人历史、公开分享与停止分享、真实全链路行为验证和容量/恢复工具均落盘,经各自本地漏斗、正式CI/模型门禁与正常PR合并。
  • 生产启用:软件交付不自动启用;仍需真实容量/四正有限额度、代理、独立恢复控制及完整恢复域、撤销不复活/有效成果保护、实际消费环境证据和用户部署授权。未知保持 off。
  • 索引中的 M1–M3「已完成」指已验收并合并的软件里程碑,不冒称生产证明完整。M1 历史未勾项不追填绿:A 曾经 primary failure,经真实反证/正规签票和 READY 后合并,不能改称原 primary success;当前跨进程/门禁与消费者回归由已合 B/C 证据继续覆盖。完整生产证明仍由 M6 承接。
  • M4 网页软件已随 PR #209 正常合并,M5 的真实全链测试候选 PR #215 等独立验收与正式 CI;不将草稿或作者报告当完成。
  • M6 的非生产工具与合成演练软件已随 PR #208 合并,真实生产容量、完整恢复域、镜像身份与部署授权仍未认证。其软件准备和最终生产启用前置分开,不削减检查清单或提前标生产 done。
Lane 激活里程碑 推进文件
local-upload M6 goals/local-upload/M6-recovery.md
Lane ID 名称 状态 排序 优先级 依赖 进度文件
local-upload M1 local-upload/M1:上传身份、分享资格与清理基线 已完成 1 高 — goals/local-upload/M1-baseline.md
local-upload M2 local-upload/M2:认证接收与幂等回执 已完成 2 高 local-upload/M1 goals/local-upload/M2-intake.md
local-upload M3 local-upload/M3:本地输入进入既有转录 worker 已完成 3 高 local-upload/M1, local-upload/M2 goals/local-upload/M3-worker.md
local-upload M4 local-upload/M4:上传、回执与本人历史网页 已完成 4 中 local-upload/M1, local-upload/M2, local-upload/M3 goals/local-upload/M4-web.md
local-upload M5 local-upload/M5:全链路安全与兼容性证明 已完成 5 高 local-upload/M1, local-upload/M2, local-upload/M3, local-upload/M4 goals/local-upload/M5-proof.md
local-upload M6 local-upload/M6:恢复域、单向撤销与容量恢复 进行中 6 高 local-upload/M1, local-upload/M2, local-upload/M3 goals/local-upload/M6-recovery.md

路线图审计

local-upload — 2026-10-09 / PR207

  • 层0:方案仍必要吗? 是。已合后台和浏览器底座尚未提供完整上传网页,原产品目标与非目标未变。
  • 里程碑真完成了吗? M1/#201、M2/#203、M3/#207 的软件实现已经正常合入;C 的正式 CI producer 在准确 H2 返回完整 SUCCESS。M4 网页、M5 全链路和 M6 工具/生产证明仍未完成。执行器运输未知与成果代码验收分别保留,不篡原报告。
  • 下一个目标还是对的吗? 是。网页待属主 registry 的 has_ui 真登记;先准备不依赖网页的 F 软件工具,不能借它启用生产。
  • 有没有漏掉的里程碑? 无新增产品里程碑;现有 M4/M5 和 M6 原检查清单继续约束未完成事项。不能拿浏览器底座 U 当 M4 已交付。
  • 新证据是否改变顺序? 是。后台已合、网页测试登记仍阻塞;将 M6 软件准备依赖限定已合 M1–M3,完整验收/生产启用依旧等 M4/M5 与原真实容量恢复授权。不跨仓改登记、不跳浏览器测试 SOP。
  • done 的定义还成立吗? 是。软件、行为测试、测试规范/环境证据、生产启用分别判定。真实 producer payload 与有牙断言才是证据,fixture 不代表生产容量或模型质量。
  • 审计结论:按独立路线审计 docs/sessions/261008-local-upload/roadmap-after-C.md 调整可逆调度依赖,不更改目标;M6 仅软件准备进行中,其余缺项与授权边界保留。

local-upload — 2026-10-09 / PR209 后续校准

  • 层0与目标:上传仍是用户目标,没有新平台或缩减功能;D 网页软件已合,旧 registry 阻塞文字已失效。
  • 完成与下一步:PR #208 完成非生产工具准备;PR #209 的正式代码主审、Tests、Browser 与正常合并已通过。M5 在真实合并版本上补全链测试,PR #215 仍待独立验收和正式 CI,不是已交付或生产上线。
  • 顺序与遗漏:M4 前置满足后推进原 E 卡,不新增产品里程碑或再做产品规划;现有 M5/M6 检查清单继续保留。
  • done 定义:软件源码正常合并、真实行为证据、生产启用分开判;模型/容量/恢复/代理证据未知继续 off,部署须另授权。