模板不是故事公式：让人物、地点、事件与正文从同一个 Project 生长
人物模板、事件模板和故事公式有什么区别？从最低限度资料开始，判断何时使用内置模板、何时建立自定义 Project 模型。
人物问卷有一种迷人的完成感。姓名、年龄、生日、伤疤、童年阴影、最喜欢的食物——一百个问题依次填满，空白页终于像是被征服了。可当作者回到第一章，那个人物仍然不知道自己此刻想要什么，也没有一个必须在今天做出的选择。
这不是模板无用。恰恰相反，模板很擅长降低起步成本、提醒遗漏和稳定记录方式。问题在于，我们常把三种完全不同的东西都叫作“模板”，然后期待一张表同时解决资料管理、故事结构和人物生命力。
使用 Scroll 的模板之前，最值得做的不是寻找字段最多的那一张，而是先分清：你需要的是故事公式、内容模板，还是 Project 模型？
故事公式回答发展，内容模板回答记录
三幕式、英雄之旅、节拍表等方法，回答的是“故事可以怎样发展”。它们帮助作者安排转折、冲突与节奏，也可能成为一种长期熟悉的创作语言。喜欢严格方法论的作者完全可以继续使用它们；Scroll 的内容模板并不试图裁定哪一种叙事结构正确。
人物、地点、组织、事件或文本模板回答的是另一件事：“创建这类资料时，哪些信息值得先留一个位置？”人物卡也许需要目标与立场，事件卡也许需要日期、地点和参与者，地点卡也许需要层级或位置。它们提供记录起点，不替作者安排第三幕。
Project 模型再往前一步。它由反复使用的属性、关系与可视化结构构成，回答“这些资料如何形成可查询、可比较的稳定语义”。例如，推理系列可能长期需要区分证据、掌握者与公开时间；奇幻系列可能反复检查法则、代价与适用地域。这已经不只是一张创建卡片时的提示单，而是整部作品如何组织事实。
把三者分开后，模板就不必承担它做不到的工作。一个人物是否鲜活，仍然要在愿望、阻碍、行动和语言里成立；表格只负责让作者以后找得到那些需要核对的事实。
从最低限度开始，而不是从完整档案开始
面对新 Project，内置模板最好的用法往往很克制。
人物可以先记角色在当前故事中的目标、立场和状态；地点可以先记层级、环境，以及确实需要时才添加的位置；事件可以先记日期、参与者、地点与结果。只填写那些会在后续搜索、筛选、比较或关系检查中真正使用的信息。
其余内容不必消失。人物说话的节奏、一次尴尬会面的细节、一个城镇给主角的压迫感，都可以留在自由文字和正文里。把每一丝灵感拆成属性，并不会自动让资料更“结构化”；它只会让作者以后多维护一个字段。
可以用一个简单判断：如果这条信息只需要被阅读，就让它保持为文字；如果它需要被筛选、排序、连接或跨卡片比较，再考虑结构化。
Scroll 的模板工作区包括实体模板、事件模板、关系模板与文本模板。内置模板和内置卡片属于 Free。内置模板是只读的；需要调整时，应先复制，再在副本上形成自己的版本。这种边界也提醒作者：不要一开始就改造所有默认结构，先让少量真实资料跑过一次工作流。
卡片与正文要能彼此抵达，但不必变成同一种东西
很多长篇资料库最后变得沉重，是因为作者希望每一种连接都代表同一件事。实际写作中，至少有三种不同关系需要区分。
第一种是正文提及。第三章出现某位角色的名字，链接可以帮助作者回到相应资料，但这只说明“文本提到了他”。
第二种是结构化关系。角色隶属于某个组织，证据被某人掌握，事件发生在某个地点；这些连接有相对稳定的含义，适合进入关系和后续视图检查。
第三种是探索连接。作者在白板上把一名角色与一条传言拉到一起，也许只是想试试“如果两者有关会怎样”。画布连线可以承载猜想，却不必自动升级为故事事实。
假设一名记者在正文中被提及，她与市政厅存在正式的工作关系，同时在白板上被拖到“伪造证词”旁边。三条线分别是文本出现、已确认设定与创作假说。只有把语义分开，作者才能自由探索，又不污染已经稳定的资料。
这也是模板的另一重价值：不是把所有内容装进卡片，而是让不同种类的事实各归其位，并且在需要时可以互相抵达。
什么时候值得建立自定义模型
自定义不应始于“默认模板不够特别”，而应始于一个反复出现、已经妨碍检查的问题。
想象一部系列推理小说。第一案里，作者用普通事件卡记录一枚戒指被发现；第二案里，又出现一份被不同人物先后看到的账本；到第三案，作者持续需要回答：“这件证据何时存在、谁在什么时候掌握、何时向哪些人公开？”
此时，“证据—掌握者—公开时间”已经具有三项特征：它重复出现，需要查询，而且含义相对稳定。作者可以复制一份合适的模板，先用少量卡片试验新的属性或关系，再去表格、关系图和时间视图中检查它是否真的让问题变清楚。只有试验有效，才值得把更多旧资料迁入。
奇幻世界观也一样。“魔法规则”不是因为听起来宏大就必须成为独立类型。若每条法则都需要持续核对代价、适用地域与例外，它可能适合结构化；若只在一场仪式中出现一次，一段清楚的文字也许更好。
使用边界也很清楚：内置模板和内置卡片属于 Free；Free 与 Plus 可以使用 Project 中已经存在的自定义模板；新建或修改 Global／Project 自定义模板、属性、关系及相关可视化结构需要 Pro。批量调整前应先备份整个 Project；套餐降级不会删除已有自定义字段，但会限制当前套餐不再包含的编辑与迁移操作。完整细节以套餐与功能文档为准。
什么时候不要自定义
有四种信号通常意味着应该先等一等。
其一，这项需求只出现一次。一次性的仪式细节不一定需要一整套类型。
其二，字段含义仍在变化。今天的“可信度”指叙述者可靠程度，明天又用来表示证据可信度；此时建立统一属性只会制造混乱。
其三，作者只是害怕遗漏。恐惧很容易长成五十个空字段，但空字段既不构成故事，也不提供事实。
其四，资料不会被搜索、筛选、连接或比较。若信息只需偶尔阅读，自由文字的维护成本更低。
过度建模最明显的代价，不是界面变复杂，而是每次故事变化都要先问“哪个字段也得改”。创作开始围绕资料结构转圈，模板便从脚手架变成了建筑本身。
真正扩大调整范围前，先在少量卡片上验证。这样留下的是经过真实工作流检验的结构，而不是一份尚未使用就需要长期维护的宏大模型。
一张人物卡怎样长成可用的故事关系
回到开头那张填满问卷的人物卡。更轻的路径可以是这样：
作者先用内置人物模板记录女主角的当前目标与公开身份，用地点模板建立市政厅，用事件模板记录一次听证会。正文写到她在听证会上撒谎，作者才发现“谁知道这个秘密、从何时开始知道”会在后续章节反复影响情节。
起初，这项信息可以写在卡片内容中。随着知情者增加，作者确认它确实需要跨人物查询，于是小范围加入“知情状态”或相应关系，用几张卡验证表格是否能筛出知情者、关系图是否显示正确连接、时间视图是否能支持暴露时点的检查。
模型在故事之后生长，而不是故事先向模型报到。人物依然通过她在听证会上的选择变得鲜活；结构只负责防止第十二章突然让一个从未知情的人说出秘密。
判断一个自定义结构是否值得建立，可以只问三句：**它是否重复出现？是否需要查询？是否已经有稳定含义？**三项都成立，再让它进入模型；只成立一项，就先留在文字里。
你可以在 Scroll 模板工作区文档查看模板类型，在自定义 Project 模型中了解调整边界。若你还在判断资料应该从哪个视角被检查，可以继续阅读《同一个故事，为什么需要 11 种视图？》；若想回到完整创作路径，则从《Scroll 长篇创作指南》重新选择当前卡点。
好模板会在需要时出现，也会在不需要时退场。它留下的是可用的事实，不是一份逼迫故事照表行进的答案。
想从最小结构开始？在 Scroll 中先用一张内置模板创建真实卡片；只有当同一问题反复出现，再决定是否扩展 Project 模型。