文档管理器：先上传 doc 才能发稿，支持 story / docx / pages
为什么要有文档管理器
FF.net 的发稿流程不是"打开空白页直接写"，而是两步走：
- 在 Document Manager（文档管理器） 里把你的正文文件上传到 FF.net 服务器
- 发新故事时从文档管理器里选择一个已上传的文档挂上去，作为故事的第一章
FF.net 这么设计的原因是：
- 保证每个故事正文都有一个独立的文档备份（作者可以随时更新这个文档，对应章节会同步更新）
- 避免浏览器/App 内置编辑器直接写大段文本时的各种 bug（v66.x 之前文档编辑器 bug 很多，v66.0 一次性修了 5 个关键 bug）
- 允许作者用自己习惯的写作工具（Word、Pages、本地编辑器），写完上传
支持的文件格式
| 格式 | 扩展名 | 引入版本 | 说明 |
|---|---|---|---|
| .story | FF.net 专用格式 | 最初版本 | FF.net 自己的纯文本格式，保留基本排版（换行、段落），不保留字体颜色 |
| .docx | Microsoft Word | 早于 App 版本 | 能保留部分排版（加粗、斜体），但字体颜色等无法转换为 HTML 的格式会丢失 |
| .pages | Apple Pages | v64.0 | 终于支持 Mac / iPad 上用 Pages 写的同人直接上传 |
怎么上传
在 App 里：账号 → Publish → Document Manager → Upload New Document
上传表单只有三个字段：
- Label（标签） — 给文档起个好认的名字，后面发新故事时要从这个标签里选，建议命名成 "故事名 - 章节 1 - 草稿 v3" 这样
- Category / Fandom — 选这个文档归属的类目和 fandom
- 文件选择 — 从手机存储 / 云盘选文件
点击 Upload，服务器处理几秒后文档就出现在列表里了。
.story vs .docx vs .pages 选哪个
- .story（推荐） — 纯文本，上传最快，FF.net 渲染错误最少，几乎不丢格式。缺点是需要把其他格式转换成 .story（FF.net 网页端可以在线转，或者用简单的文本编辑器另存为）
- .docx — Word 用户最方便，保留基础格式，但复杂格式（表格、分栏、字体颜色）会丢失
- .pages — Mac / iPad 用户终于不用先转格式了，v64+ 直接支持
v65.0 自定义标签
v65.0 新增了 Custom Tags（自定义标签）功能——上传文档时可以打标签（比如"Harry Potter"、"WIP"、"已校对"），后面可以按标签过滤列表。写得多了之后这个功能特别有用。
一个实用流程
很多 FF.net 成熟作者的标准流程：
- 本地用 Word / Pages / Scrivener 写同人
- 写完后保存为 .story 格式（纯文本，换行保留）
- 在 Document Manager 里上传，Label 命名清晰
- 发新故事时选上传好的文档
- 之后每写新章节重复步骤 2-4
这样做的好处：本地有 .docx/.pages 原文件（保留所有格式和备份），上传 FF.net 用 .story（干净、不丢、兼容好）。