一次性场景与循环场景，应该怎样划分写作责任？

欢迎仪式只出现一次，应负责把角色从“尚未获接纳”推进到“已获接纳”；修理铺交谈可以反复出现，应负责读取当前关系、处理本次事务，并让没有新进展的到访也能自然结束。划分依据是场景承担什么变化，不能只看地点是否重复使用。

先写一句责任声明：“这段内容有权改变什么，后续哪段内容只负责承认它。”欢迎仪式确立身份，修理铺承认身份；修理铺完成某次修理，仪式不再补发相关结果。两边可以提到同一件事，但必须指定谁负责写入结果，避免两位作者各自安排一次授予。

作为概念背景，Ink 区分一次性与持续可选的选项，并支持循环流程。写作说明 但选项是否保留，不直接决定整场戏是否只能发生一次。下面讨论的是人工编剧约定，不是代码教程。

本文使用虚构教学案例“渡口工坊”：新人阿禾参加欢迎仪式，之后多次找修理师陆砚交谈。它不是真实用户案例，不代表经过测试的效果，也不描述 DramaFork 已有或自动执行的功能。

欢迎仪式的重点，是明确“一次”按什么范围计算。本例限定为同一条故事进程中的同一次入坊资格；读档回到仪式之前属于恢复旧进度，不等于角色再次获授身份。作者需要先写清这个范围，再安排台词。

可直接复制以下责任卡，把右栏替换成自己的剧情。

这里必须把“进入过”与“完成了”分开。阿禾听完致辞后离开，不能因为看过开场就失去入坊机会；已经接过铜牌，也不能因为漏听最后一句祝词而再领一次。若交接过程不允许留下半成状态，剧本应把接受、授予与完成标记约定为同一个提交点，并交给实现人员确认。

暂缓不是失败，也不是完成。返回时可以写“上回的话，你想好了么”，直接回到未决问题。回顾则应明确属于回看，不承担授予身份或发放物件的责任。

修理铺允许反复进出，却不意味着每次都要完整重演初见。把内容拆成稳定入口、条件话题和本次事务三部分：入口负责接待，话题负责回应已有变化，事务负责产生新的有限结果。

每段话题还要标注重复策略：首次完整说、再次简述、条件改变后重写，或说完撤下。例如“铜牌怎么用”可以长期保留，但再次询问给简短说明；“认出新成员”只需说一次。允许重问有助于找回信息，不应顺手再次增加关系或赠送物件。

修理铺内也可以嵌入一次性的承诺。陆砚首次答应收徒，是循环地点中的独立事件，应另列完成点与结果，不能藏在每次都可点的闲聊里。反过来，固定问候即使每天换句措辞，也未必承担新的剧情变化。

第一次，阿禾进入欢迎仪式，在接牌前选择暂缓。记录停在“入坊待确认”，没有铜牌。随后来到修理铺，陆砚只说“你是来问路，还是修东西？”双方可以认识，但他不能称阿禾为工坊成员。这里验证的是修理铺有没有擅自补完仪式结果。

第二次，阿禾返回仪式并接受身份。场景完成交接，记录变为“入坊已确认、铜牌已领”。再去修理铺，陆砚说“牌子领到了？那我给你讲讲寄修规矩。”这句回应承认身份，不再赠牌；讲完后，把“入坊问候已说”记入交接记录。

第三次，阿禾带来一只坏钟。修理铺建立这只钟的待修事务。尚未达到剧本约定的修复条件时再次交谈，只回应进度，不能因重新进门就凭空完成。满足条件后领取，改变的是“这只钟已交付”，不是把所有修理事务永久关闭。

第四次，阿禾空手回来。陆砚可以说“今天没带东西？坐会儿也行。”角色关系保持延续，入口仍可使用，但不增加新结果。若后来出现另一只坏钟，应建立另一笔事务，沿用接待结构，而不是把上一只钟改回未交付。

交稿时附上这四次经过，让下一位作者逐次写出可见台词与结束状态。只要某次需要凭感觉猜测，责任卡就还缺少条件或结果归属。这是纸面推演方法，不是已经执行的测试报告。

篇幅很短、修理铺只承担一次关键信息时，可以把它写成一次性会面，之后保留一句地点反馈。反复到访本身没有叙事价值，就不必为“循环”填充大量闲聊。若作品强调日常相处，则保留循环入口，把长篇剧情集中在条件变化时出现。

欢迎活动若每年举办，也可以重复，但应区分年度庆典与首次授予身份。庆典读取已入坊事实，不能重置身份。故事若包含失忆、退出工坊或重新入坊，则需要另写资格变化，不能直接擦掉原仪式的完成记录来省事。

常见失败有三种：用首次进门代替仪式完成，导致中断后无法继续；让常驻闲聊反复发放结果，导致无限获赠；每次进店恢复初见台词，导致关系倒退。分别检查完成点、结果归属和台词读取条件，比单纯增加文本变体更有针对性。

最终交接应保留两张责任卡和一条连续经过，并为共享结果指定维护者。本文不处理存档合并、多人共享状态或具体引擎实现；遇到这些情况，需要另行确定状态范围。编剧可以先交付清楚的承诺：什么能再问，什么能再做，什么一旦发生就必须被后文记住。