主控钥匙找到了，但它不应该出现在这里

公司只有一把资料中心的主控钥匙。

钥匙最初由系统发给安全主管米拉。

几天后，米拉把它放进总部控制室的保管柜。

值班工程师欧文进入控制室，从保管柜取走钥匙，准备前往南部分公司处理设备故障。

到这里，保管链仍然很清楚。

系统
→ 米拉
→ 总部控制室
→ 欧文

但一周后，稽核人员打开卡拉的资产资料，发现主控钥匙目前由她持有。

卡拉一直留在总部。

欧文则仍在南部分公司。

纪录中确实存在一笔交易：

欧文把主控钥匙交给卡拉。

所以卡拉现在持有钥匙，并不是资料填错。

问题是，这把钥匙如何跨越两个地点？

是欧文回到总部，只是缺少移动纪录？

是他委托其他人运送？

是钥匙透过公司物流寄回？

还是这段流程被刻意省略，只保留最后的保管责任转移？

事情还没有结束。

更后面的纪录又显示，另一名工程师取得了同一把主控钥匙。

卡拉没有交出。

钥匙也没有回到控制室。

一把只有一把的钥匙，开始同时出现在两个人手上。

现在知道谁持有钥匙，已经不足以解决问题。

真正需要追查的是：

它从哪里来？

经过谁？

在哪一刻离开上一个持有人？

如何抵达下一个人手中？

又是哪一笔事件，让世界开始出现两把本来只有一把的钥匙？

物品现在在哪里，只是最后一个答案。

保管链才让那个答案能被相信。

只保存目前持有人，会把来路全部抹掉

一般物品资料很容易只有一个栏位：

目前持有人：卡拉。

这个答案可以协助人们找到物品。

却无法证明卡拉为什么有资格持有它。

她可能由系统正式领取。

可能从另一个人手中取得。

可能在控制室找到。

可能暂时保管。

也可能根本不应该拥有，只是某笔错误纪录把物品交给了她。

如果每次转交都直接修改「目前持有人」，前一个答案就会消失。

米拉曾经保管过钥匙。

钥匙曾经被放在控制室。

欧文曾经取走它。

这些历史不会出现在最新栏位里。

当世界只有最终答案，物品就像每次都直接出现在新持有人手上。

没有人交出。

没有地点被清空。

没有运送过程。

也没有一个可以回头确认的来源。

真正的物品追踪不能只在每次交易后改写持有人。

它必须让每一次取得、放置、转交与消耗，留在实际发生的位置上。

目前持有人不是人工指定的孤立答案。

它应该是前面所有物品事件共同推导出的结果。

物品可以在人手上，也可以留在地点里

物品没有被任何人持有，不代表它不存在。

米拉把主控钥匙放进控制室后，钥匙不再属于她的随身物品。

但它没有消失。

它成为控制室里的物品。

后来欧文进入控制室，从那里取走钥匙。这次事件会同时改变两个状态：

控制室少了一把主控钥匙。

欧文多了一把主控钥匙。

人物与地点都可以成为物品保管链的一部分。

一件证物可以留在档案室。

一台设备可以放在仓库。

一封信可以被留在桌上。

一件电影道具可以暂时放在片场。

一把剑可以落在战场。

一件遗物可以留在死亡地点，等待其他角色处理。

这些物品都没有目前的角色持有人。

但它们仍然具有位置。

所以世界需要同时回答两种问题：

谁持有这件物品？

如果没有人持有，它位于哪个地点？

这也是为什么角色物品与地点物品不能分成两套互不相干的资料。

角色把东西放下，地点库存就会改变。

另一个角色从地点取得，物品才会重新进入人物身上。

物品可以在人与人之间流动。

也可以在人与地点之间停留。

世界必须记住它每一次离开了谁，又进入了哪里。

取得、放置、转交与发放不是同一件事

从最后结果来看，以下几种事件都可能让卡拉持有主控钥匙：

公司直接把钥匙发给她。

她从控制室取走钥匙。

米拉把钥匙交给她。

欧文把钥匙交给她。

她在某个地点捡到钥匙。

这些事件得到相同的目前持有人，却不具有相同意义。

系统发放代表物品从世界的供给端进入角色手中。

从地点取得代表那个地点原本必须拥有足够数量。

角色转交则要求发送者在当时确实持有物品。

放置物品会让物品离开角色，进入指定地点。

消耗或销毁则会让物品离开目前的保管链，不再自然地出现在任何角色或地点中。

InkWeave 会把这些改变保存成正文中的物品事件。

每个事件都有来源、去向、物品与数量。

因果律引擎按照时间顺序重播，逐步计算角色与地点目前拥有什么。

这不只是替交易留下文字摘要。

来源与去向会真正改变后面的物品状态。

如果米拉已经把钥匙放进控制室，她后面就不能按照一般状态，再直接把同一把钥匙交给卡拉。

她必须先重新取得钥匙。

或者作者必须承认：这里发生的是一个违反目前物品状态的特殊事件。

世界不能交出自己没有的数量

主控钥匙只有一把，所以它的数量问题很容易看见。

其他物品可能同时存在很多份。

控制室有十二张临时门禁卡。

米拉取走五张，控制室剩下七张。

她把其中三张交给访客，自己剩下两张。

如果后面的事件又写她交出四张，问题就出现了。

按照目前保管链，她只有两张可以交。

InkWeave 的因果律引擎会沿着前面的事件计算余额，指出发送者正在交付超过持有数量的物品。

但这里仍然有一个重要分寸。

系统不会因为来源不足，就偷偷取消接收者已经取得物品的结果。

如果故事或纪录已经确认访客收到四张门禁卡，世界不能为了让帐面重新平衡，假装访客没有收到。

InkWeave 会让交易继续进入时间线，同时指出米拉的物品状态出现负数债务，并追溯这笔债务最早从哪个事件开始。

这个缺口可能代表：

前面漏掉一次系统发放。

米拉曾从其他人手中取得门禁卡。

原本的数量写错。

交付数量写错。

或者作者就是要表达某种预支、借用或尚未交代来源的情况。

因果律引擎不替作者选择答案。

它只是拒绝把缺口藏起来。

世界可以继续前进。

但少掉的两张卡，会成为一笔仍然等待解释的因果债务。

唯一物品不能在世界里悄悄复制

门禁卡可以有很多张。

主控钥匙却只有一把。

王冠、原始手稿、唯一证物、传家戒指与某些神器，也可能被设定成世界里只能存在一件的物品。

如果一件唯一物品被交付给两个不同持有人，问题不能只靠数量栏位处理。

因果律引擎需要检查整个世界目前是否已经存在另一份。

单次交易也不能把唯一物品的数量写成两件。

这并不代表故事里永远不能出现第二把钥匙。

有人可能制作了复制品。

物品可能透过魔法分裂。

两个看似相同的王冠，也可能在后面揭露其中一个是赝品。

创作者可以把复制品建立成另一件物品。

也可以承认这次事件刻意违反原本的唯一性规则。

重要的是，第二份不应该在没有任何提醒的情况下自然出现。

世界可以拥有奇迹、伪造与例外。

但例外必须由作者承认。

不能只是因为前文被忘记，所以唯一物品悄悄变成了两份。

绑定描述规则，强制模式保留例外

有些物品除了数量与唯一性，还具有转移限制。

一般物品可以自由取得、放置与转交。

拾取后绑定的物品，在被角色取得后，不应该再透过普通交易转给其他人。

锁定物品则不应该在一般情况下被移动。

这些规则可以表达很多不同的世界设计。

个人凭证不能任意交给别人。

某件装备和第一个持有人建立绑定。

一份证物被封存在指定地点。

一把诅咒武器拒绝离开主人。

但世界规则不应该变成囚禁作者的墙。

绑定可能被解除。

封存可能被法院命令打开。

诅咒可能被破解。

某个角色也可能使用世界从未见过的方法，强行夺走原本不能转移的物品。

InkWeave 会按照一般规则指出这次交易与物品设定不一致。

作者仍然可以开启强制模式，明确承认这个例外，让事件继续留在时间线里。

强制不是让因果律失效。

它表示作者已经看见冲突，并决定让这次事件成立。

这项决定也不会自动消除交易造成的其他问题。

例如作者接受了绑定物品被强制转移，物品数量不足造成的债务仍可能继续被提醒。

作者接受的是一项特定例外。

不是要求世界从此停止计算后果。

物品可以跨越地点，但作者应该知道它跨越了什么

欧文位于南部分公司。

卡拉位于总部。

这时候，正文建立了一笔交易：

欧文把主控钥匙交给卡拉。

按照目前已知位置，两人并不在同一个地点。

因果律引擎会指出这项空间差异，也能让作者回头查看双方为什么位于不同地方。

但这不代表交易一定错误，更不代表 InkWeave 会禁止它发生。

欧文可能把钥匙交给公司物流。

可能请另一名员工带回总部。

可能使用保全运送。

可能在两天后才由卡拉签收。

在架空世界里，物品甚至可能透过传送术、召唤、远距交换或其他特殊法则跨越空间。

作者有几种选择。

可以补上欧文回到总部的移动事件。

可以让钥匙先进入物流中心，再由卡拉取得。

可以加入负责运送的中间角色，保存更完整的保管链。

也可以认为运送过程不是这段叙事需要追踪的重点，直接保留跨地点交易。

InkWeave 允许作者承认这次空间冲突，让交易继续成立。作者也能决定，已经接受的诊断是否还需要出现在全知仪表板里。

这才是提醒与命令之间的差别。

世界负责说明：

按照目前模型，物品跨越了两个不同地点。

作者负责决定：

这是遗漏、抽象，还是世界里确实存在的例外？

因果律引擎可以指出物品不可能只靠目前历史抵达这里。

但它不能命令作者只能使用哪一种方式补上旅程。

AVG 先呈现物品现在在哪里，再把决定留给作者

当角色与物品在正文中靠近，不代表角色一定取得了那件物品。

角色可能只是在谈论它。

想起它。

寻找它。

看见它。

也可能发现它根本不在自己以为的位置。

InkWeave 的 AVG 场景感知不会因为两个名字靠近，就直接完成物品交易。

它会先向因果律引擎查询物品在当前时间位置的状态。

它现在由谁持有？

是否被放在某个地点？

角色是否已经拥有它？

目前可以使用的数量是多少？

如果物品就在角色身上，世界可以把这项状态带回写作现场。

如果物品位于地点，作者可以确认角色是否要取得。

如果角色准备把物品放下，也能建立角色到地点的物品事件。

当两名角色与物品形成交互时，作者则可以确认是否发生转交或交易。

最后的事件仍然由作者决定。

AVG 的作用不是替正文解读出唯一答案。

它是在作者碰到物品时，把那件物品真正的现在带回来。

作者不必先离开正文，翻找物品页、人物页、地点页与过去章节，再手动拼出它可能位于哪里。

世界先回答目前状态。

作者再决定新的事件。

Inspector 可以从人物、地点与物品三个方向追查

一件物品的历史，可以从不同角度被询问。

从人物出发，作者可以查看某个角色的完整物品进出历史。

他在什么时候取得什么？

交出了什么？

把物品放到哪里？

目前还剩下多少？

从地点出发，作者可以查看某个地点曾有哪些物品进出。

主控钥匙何时被放进控制室？

何时被取走？

目前还有哪些物品留在那里？

从物品本身出发，作者则可以查看它的系统发放、角色转交、地点停留与完整流转轨迹。

这三个方向使用的是同一组事件。

人物历史不应该说钥匙已经交出，物品历史却仍显示原持有人。

地点历史也不能在物品被取走后，继续让它留在原处。

InkWeave 不只是替物品准备一张目前状态卡。

Inspector 和历史查询让作者能回答：

谁现在拥有它？

上一个持有人是谁？

它曾经停在哪里？

它如何进入现在这个人的手中？

如果保管链中间出现缺口，哪一笔事件最早开始无法成立？

世界不只需要保存物品的现在。

它还需要让现在可以被追溯。

这不是 AI 猜测物品可能被谁拿走

正文可能写着：

卡拉终于拿到了那把钥匙。

这句话看起来很像一次物品取得。

但它也可能是比喻。

可能指她得到复制品。

可能是别人告诉她钥匙的位置。

也可能只是她终于取得使用资格，实体钥匙仍然留在保管柜里。

InkWeave 不会把整段文字交给 AI，再要求 AI 猜测钥匙是否真的换了持有人。

物品、角色与地点先由创作者建立。

真正的取得、放置、转交、消耗与发放，也由创作者确认。

InkWeave 自研的因果律引擎才会依照事件顺序、数量、位置、唯一性与绑定规则，重新计算物品状态。

相同的初始物品、交易事件、事件顺序与规则，会得到相同的结果。

如果作者没有建立运送过程，系统不会假装知道钥匙如何抵达总部。

如果作者接受跨地点转交，系统也不会用自己的理解推翻作者。

它只会把目前模型与新事件之间的差异呈现出来。

AI 可以推测最可能发生了什么。

InkWeave 的因果律引擎回答的是：

按照已经被明确记录的事件，这件物品现在在哪里，又有哪些地方需要作者亲自承认？

从一把公司钥匙，到一件改变世界的神器

InkWeave 不是企业资产管理系统。

它不处理采购、折旧、条码、报废审批或财务帐务。

但公司钥匙、笔电、证物与借展品背后的保管链，可以清楚检验一套世界模型是否足够可靠。

一件东西不能在没有来源的情况下被交出。

被角色放下后，应该留在某个地方。

被另一个人取得后，原处的数量必须改变。

唯一物品不该因为记忆错误而悄悄复制。

跨越地点的交易可以成立，但创作者应该知道自己省略或违反了什么。

把主控钥匙换成王冠、密函、圣剑或封印石，同样的骨架仍然成立。

圣剑可以被骑士取得。

在他死亡后留在战场。

被敌人带走。

透过传送抵达另一座城市。

也可以因为世界的新法则，分裂成两件原本不可能同时存在的神器。

InkWeave 不会禁止这些事情。

它只是让每一次不寻常的改变，都不必伪装成普通的资料更新。

现实世界用保管链确认责任。

架空世界用保管链保存后果。

读者未必知道每一件物品的完整帐目。

却会感觉到物品是否真的穿过了这个世界。

一件重要物品再次出现时，它不应该只是回到正文的名称。

它应该带着经过的人、停留的地方、曾经违反的规则，以及一路抵达现在的历史。

物品现在在哪里，只是世界给出的最后一个答案。

真正让答案可信的，是它经过的每一双手。