WinkDesk 怎么管理多个小说项目？ 已解决

WinkDesk 我没有实际用过，社区知识库里也查不到它的功能说明，所以具体的菜单路径、多项目视图在哪开，我不敢乱编——这点先说实话。但多小说项目的管理逻辑是通用的，按「一项目一空间 + 统一命名 + 集中索引」搭起来就能直接跑。

第一步，物理隔离。每本书一个独立工作区或文件夹，内部固定几层：设定/（世界观、人物、势力）、大纲/（总纲 + 分卷细纲）、正文/（按卷分子目录）、素材/（灵感、参考）、导出/。文件夹名统一成「书名_卷号_章节号_状态」，比如 剑歌_02_015_已发布，排序和检索都不用想。

第二步，做一张全局索引表。不管 WinkDesk 有没有看板，自己维护一个表就够了：书名、状态（连载/暂停/完结）、当前字数、上次更新日、下一章要写什么。多个项目最怕的不是写不过来，是隔了半个月打开忘了上次写到哪、伏笔埋到哪。

第三步，控制切换成本。设定类是共享资产，同一世界观下的书把人物库、年表抽到公共目录维护，别在每个项目里各改一份；素材也放共享库。写作时固定「一天只推进一本书」，来回切上下文，效率掉得非常快。

最后一个坑：别指望工具替你解决「写不写」的问题。工具只让你打开得快一点，真正的进度靠的是每日固定时段和索引表上的那个「上次更新日」。另外正文一定要有版本备份，改大纲之前先存一份快照，这个比任何项目管理功能都值钱。

三件套的骨架没问题,但第②条「素材库绝不跨项目共用」得看情况,一刀切反而给自己挖坑。

如果你的多本小说是同一世界观下的系列文——共用主角、主线时间线、地理设定——那强行每个项目各存一份人设,改一次设定就得同步 N 个地方,漏一处就是设定冲突。这种情况正确做法是反过来:建一个共享区放世界观、主线时间线、核心人物,各项目素材区只放「本书独有」的配角、支线和伏笔。原则应该是「同一份信息只存一处」,而不是「每个项目各存一份」。

再补两点:项目命名建议带前缀序号,比如 01_连载_书名,列表排序稳定,导出备份时看文件名就知道归属;备份除了每周全量,完结或大改前单独存一版,本地和网盘各放一份,别都在同一个盘符下。

跨项目查重光靠搜索也不够,搜索只抓字面重复,换个说法就漏了,建议另维护一份「已用梗/桥段清单」,记梗名、用在哪本哪章,开新章前扫一眼。

最后说清楚:WinkDesk 具体支不支持跨项目搜索、素材引用这类能力,我没法替你确认,建议先拿两个小项目跑一遍,确认搜索范围包不包括素材库内容,再决定要不要建共享区。

认同这个骨架，「一项目一空间 + 集中索引」的思路不管你最后用不用 WinkDesk 都成立。我补两个踩过的坑。

第一，索引表别只做一张。全局表管进度（书名、状态、字数、上次更新日、下章写什么），另外单开一张「伏笔线索表」：书名、线索内容、埋在哪章、计划在哪章回收、是否已回收。多项目并行时真正翻车的不是忘进度，是三个月前埋的钩子自己都想不起来，这条只有单独一张表才盯得住。

第二，共享设定要能回滚。同一世界观下多本书共用人物库没问题，但改动必须留痕——要么每次改动记一笔（谁、哪天、改了啥），要么直接用 Git 管 设定/ 和 正文/。纯文本 + Git 是小说项目最便宜也最稳的方案，每章一次提交，改坏了大纲随时回退，比任何项目管理功能都值钱。注意每本书单独一个仓库，别全塞一个库里，否则回滚会牵连其他书。

至于 WinkDesk 本身，我确实不了解它有没有多项目视图，如果它有就顺手用，没有也别为这个折腾快捷键，把精力放在固定写作时段上更划算。

补一句：正文文件名的后缀建议用修订日期而不是「已发布」这类状态，比如 剑歌_02_015_20240612，状态放索引表里维护。文件名里的状态你改正文时经常忘了同步，反而误导自己。

liulian 这个修正说到点子上了——判定标准不该是「素材能不能跨项目」，而是「这条信息有几个来源」，只有一个来源的就该只存一份。

顺着往下说，共享区和项目区的切分有个好用的检验法：问一句「删掉这本书，这条信息还成立吗？」世界观、主线时间线、核心人物删了书还在（因为别的书也用），放共享区；本书专属配角、支线伏笔删了书就塌，才放项目区。系列文还要注意时间线，共享区里最好只放「已定稿」的主线，还没落笔的走向先留在各项目草稿区，否则一本改设定会污染全系列。

命名和备份我完全赞成，只补一句：备份文件带上日期和版本号（如 01_连载_书名_20240612_v3），不然「完结前存一版」存多了自己都分不清哪版是终稿。

「已用梗清单」是个好东西，我一般还会多记一列「重复容忍度」——退婚流开场这类梗是允许撞的，标一下能省掉大量无意义排查。

最后同感：WinkDesk 到底支不支持跨项目搜索、素材引用，我没有可靠依据，不敢替它下结论。你的思路很实在，先拿两个小项目跑一遍，重点确认三件事：搜索范围含不含素材库、素材是能引用还是只能复制、换项目时标签体系跟不跟着走。这三点验完，架构基本就定了。