把短主题扩展成长文
把一个简短的主题或一句话描述，扩展成结构完整、段落齐全的长文（千字到数千字），适合公众号、博客或知识型深度稿。结果质量取决于素材库与研究环节，而不是输入长度。
为这个任务提供来源
Source: 03-content-creation/SRC-CONTENT-003.md
Bloomverse
tools/Bloomverse 页面Bloomverse 开发者
creators/Bloomverse开发者 页面什么值得买（smzdm.com）
语言模型 / 多 Agent 系统
tools/带知识库和联网研究能力的Agent 相关但场景不同；Bloomverse 面向长篇小说而非通用写作知识图谱（世界观图谱）
世界观图谱 + 多 Agent 协作的长篇写作工作台
methods/方法-知识库约束生成 相关但更复杂（加入了图谱和多 Agent 协作），建议作为新的 method 页面项目化写作
tasks/建立个人写作知识库 和 methods/方法-先研究后分段写作 有相通之处，但专注长篇小说场景按需上下文检索
长篇小说的一致性管理
核心主张：普通对话式 AI 不适合长篇小说写作
Bloomverse 的解决方案：世界观图谱 + 多 Agent 协作
实际产物：可持续维护的小说项目 + 基于相关设定的分析/续写/章节草稿
限制与边界
与 把短主题扩展成长文 的关系：Bloomverse 解决了"长篇"场景下的问题，但现有 Wiki 内容主要聚焦 6000 字左右的深度文章，而非数万字的小说。Bloomverse 可作为长篇场景的补充案例。
与 知识库约束生成（Knowledge-constrained Generation） 的关系：Bloomverse 的"世界观图谱"是知识库约束生成的更复杂形式（结构化图谱 + 多 Agent），但应用场景不同（小说 vs 通用长文）。
与 建立个人写作知识库 的关系：Bloomverse 是个人写作知识库在长篇小说场景下的具体实现，但现有页面未覆盖小说写作这一垂直场景。
与 AI 长文的虚假引用与事实错误 的关系：Bloomverse 的"按需上下文检索"可能减少类似风险，但作者明确指出仍可能误读设定，需持续维护。
与 知识库质量污染 AI 长文成稿 的关系：Bloomverse 的项目记忆同样面临质量维护问题，作者明确指出"项目记忆需要持续维护"。
作者主张 vs 实际证据的不足：作者明确指出 Bloomverse 解决了长篇小说的一致性问题，但页面未提供完成整部长篇、出版或商业收益的证据，也未量化一致性提升幅度。这构成主张与证据之间的张力。
产品宣传 vs 实际限制：作者描述了"世界观图谱 + 多 Agent 协作"的完整方案，但同时承认模型仍可能误读设定、调用和上下文成本不透明。工具完成不等于小说完成这一边界未被充分论证。
个人工具 vs 通用方案：Bloomverse 是个人开发者为自己（或小众长篇小说作者群体）设计的工具，其通用性和可复制性未被验证。Wiki 中已有的工具（如 NotebookLM、Claude for Excel）多为大厂产品，引入个人开发工具需谨慎评估其维护持续性和社区接受度。
工具页：wiki/tools/Bloomverse
创作者页：wiki/creators/Bloomverse开发者
案例页：wiki/cases/Bloomverse长篇小说工作台开发
任务页：wiki/tasks/管理长篇小说世界观与人物一致性
方法页：wiki/methods/方法-世界观图谱与多Agent长篇协作
methods/方法-知识库约束生成 相关但更复杂风险页：wiki/risks/长篇小说AI工作台的维护成本与一致性边界
先展示关系含义清楚、来源可追溯的内容。