发布与浏览
支持手动发布、CLI 发布和 watch 发布，并把预览、运行、下载三种行为分开。
项目目标
shipbin 是一个很小的 artifact bus：把 AI 或人工生成的 HTML、报告、截图、压缩包、日志等文件，从产生处送到可访问、可观察的位置。
它不试图成为 CMS 或知识库产品，重点是让文件流转、预览、运行、下载和搜索形成短闭环。
当前状态
它已经进入日常工作流：文件准备好后放入 watch 目录，由 shipbin 自动发布，再通过页面进行预览、运行、下载、搜索和事件查看；这已经替代了部分传统远程同步流程。
watch目录监听后自动发布
view/run安全预览与交互运行分离
events记录大小、耗时和内容指纹
当前闭环
- AI 或人工生成一个文件，比如 HTML 报告、Markdown、截图或构建产物。
- 把文件放入 watch 目录，等待 settle 后自动发布。
- 发布后可以通过列表页面查看大小、时间和内容指纹。
- 静态内容走
/view，交互 HTML 走/run，需要保留原文件时走/download。 - 通过路径关键词搜索快速找到近期产物。
能力边界
查找与观察
文件列表展示 size、mtime、内容指纹和事件耗时，路径搜索用于快速定位产物。
安全默认
/view 用于安全预览，/run 是明确的交互模式；默认不放开更高权限。
部署取舍
保持单 binary、少依赖、无前端构建链，不预埋复杂同步平台能力。
为什么它重要
AI 让文件和原型生成速度变快，新的瓶颈变成 artifact 如何流转、如何确认、如何再次打开。shipbin 的价值不是“又一个上传工具”，而是把 AI 协作中的产物交付链路变短。
它也是我个人工程方式变化的一部分：不只生成代码，也开始重构自己的工具流和观察方式。
不做什么
- 不做完整 CMS。
- 不加在线编辑器。
- 不默认引入数据库。
- 不把 watch 扩张成复杂同步平台。
- 不在公开页面展示私有路径、令牌、内部文件名或未公开设计。