HistoPilot 最近的升级

最近在整理 HistoPilot 这一套东西，主页的项目名也开始考虑要不要统一成 HistoPilot。这样对外入口会更集中，访客不用在 PathTogether、插件和 HistoPilot 之间猜它们到底是什么关系。不过这只是品牌和入口层面的考虑，不代表内部仓库、服务边界和兼容协议要立刻一起改名，免得改一个标题就顺手把整套系统掀翻。

多色荧光兼容

这轮升级也补上了多色荧光图像的兼容思路。重点不是把一张图简单当成 RGB，而是保留通道顺序、通道名称、显示颜色、强度窗口、伽马、T/Z 选择和坐标信息。查看器看到的通道状态，也要和 HistoPilot 实际送进 AI 的图像语义保持一致。

显示图和 AI 派生图的编码身份需要分开管理。多通道荧光图和缩略图优先保留 4:4:4，避免颜色边界被普通的色度抽样抹掉；缓存和 checkpoint 也要区分渲染上下文与编码版本，不能因为换了伪彩色或显示参数，就把 AI 误认为看过另一张图。至于通道名称和 marker 的对应关系，能从文件确认的才写入，不能看见几个颜色就自作主张地猜。

COS 与百度盘的带宽分流

带宽方面，正在考虑把 COS 直传和百度网盘兼容做成两条可选的导入路径：浏览器把大文件分块直传 COS，平台只处理任务和授权等小型请求，再由独立 worker 把文件摄取到本地；百度分享则走解析、枚举、用户选择、转存/下载、校验和入库的受控流程。这样可以减少大文件反复穿过应用接口，也不会让 HistoPilot 或 Web 请求线程直接承担长时间下载。

这两条路目前更像是兼容性和带宽分流方案，还需要继续验证实际吞吐、断点恢复、费用、配额、清理和失败重试。云盘会员或对象存储本身也不能突破服务器最后一段网络的物理上限，所以先把数据路径和安全边界理顺，再谈“变快”比较靠谱。

总的来说，最近的方向就是：主页更像一个 HistoPilot 入口，图像更认真地对待多色荧光，大文件则尽量走可恢复的外部存储路径。

作者偷懒了，该 note 由 gpt 发布