主控鑰匙找到了，但它不應該出現在這裡
公司只有一把資料中心的主控鑰匙。
鑰匙最初由系統發給安全主管米拉。
幾天後，米拉把它放進總部控制室的保管櫃。
值班工程師歐文進入控制室，從保管櫃取走鑰匙，準備前往南部分公司處理設備故障。
到這裡，保管鏈仍然很清楚。
系統
→ 米拉
→ 總部控制室
→ 歐文
但一週後，稽核人員打開卡拉的資產資料，發現主控鑰匙目前由她持有。
卡拉一直留在總部。
歐文則仍在南部分公司。
紀錄中確實存在一筆交易：
歐文把主控鑰匙交給卡拉。
所以卡拉現在持有鑰匙，並不是資料填錯。
問題是，這把鑰匙如何跨越兩個地點？
是歐文回到總部，只是缺少移動紀錄？
是他委託其他人運送？
是鑰匙透過公司物流寄回？
還是這段流程被刻意省略，只保留最後的保管責任轉移？
事情還沒有結束。
更後面的紀錄又顯示，另一名工程師取得了同一把主控鑰匙。
卡拉沒有交出。
鑰匙也沒有回到控制室。
一把只有一把的鑰匙，開始同時出現在兩個人手上。
現在知道誰持有鑰匙，已經不足以解決問題。
真正需要追查的是：
它從哪裡來？
經過誰？
在哪一刻離開上一個持有人？
如何抵達下一個人手中？
又是哪一筆事件，讓世界開始出現兩把本來只有一把的鑰匙？
物品現在在哪裡，只是最後一個答案。
保管鏈才讓那個答案能被相信。
只保存目前持有人，會把來路全部抹掉
一般物品資料很容易只有一個欄位：
目前持有人：卡拉。
這個答案可以協助人們找到物品。
卻無法證明卡拉為什麼有資格持有它。
她可能由系統正式領取。
可能從另一個人手中取得。
可能在控制室找到。
可能暫時保管。
也可能根本不應該擁有，只是某筆錯誤紀錄把物品交給了她。
如果每次轉交都直接修改「目前持有人」，前一個答案就會消失。
米拉曾經保管過鑰匙。
鑰匙曾經被放在控制室。
歐文曾經取走它。
這些歷史不會出現在最新欄位裡。
當世界只有最終答案，物品就像每次都直接出現在新持有人手上。
沒有人交出。
沒有地點被清空。
沒有運送過程。
也沒有一個可以回頭確認的來源。
真正的物品追蹤不能只在每次交易後改寫持有人。
它必須讓每一次取得、放置、轉交與消耗，留在實際發生的位置上。
目前持有人不是人工指定的孤立答案。
它應該是前面所有物品事件共同推導出的結果。
物品可以在人手上，也可以留在地點裡
物品沒有被任何人持有，不代表它不存在。
米拉把主控鑰匙放進控制室後，鑰匙不再屬於她的隨身物品。
但它沒有消失。
它成為控制室裡的物品。
後來歐文進入控制室，從那裡取走鑰匙。這次事件會同時改變兩個狀態：
控制室少了一把主控鑰匙。
歐文多了一把主控鑰匙。
人物與地點都可以成為物品保管鏈的一部分。
一件證物可以留在檔案室。
一台設備可以放在倉庫。
一封信可以被留在桌上。
一件電影道具可以暫時放在片場。
一把劍可以落在戰場。
一件遺物可以留在死亡地點，等待其他角色處理。
這些物品都沒有目前的角色持有人。
但它們仍然具有位置。
所以世界需要同時回答兩種問題：
誰持有這件物品？
如果沒有人持有，它位於哪個地點？
這也是為什麼角色物品與地點物品不能分成兩套互不相干的資料。
角色把東西放下，地點庫存就會改變。
另一個角色從地點取得，物品才會重新進入人物身上。
物品可以在人與人之間流動。
也可以在人與地點之間停留。
世界必須記住它每一次離開了誰，又進入了哪裡。
取得、放置、轉交與發放不是同一件事
從最後結果來看，以下幾種事件都可能讓卡拉持有主控鑰匙：
公司直接把鑰匙發給她。
她從控制室取走鑰匙。
米拉把鑰匙交給她。
歐文把鑰匙交給她。
她在某個地點撿到鑰匙。
這些事件得到相同的目前持有人，卻不具有相同意義。
系統發放代表物品從世界的供給端進入角色手中。
從地點取得代表那個地點原本必須擁有足夠數量。
角色轉交則要求發送者在當時確實持有物品。
放置物品會讓物品離開角色，進入指定地點。
消耗或銷毀則會讓物品離開目前的保管鏈，不再自然地出現在任何角色或地點中。
InkWeave 會把這些改變保存成正文中的物品事件。
每個事件都有來源、去向、物品與數量。
因果律引擎按照時間順序重播，逐步計算角色與地點目前擁有什麼。
這不只是替交易留下文字摘要。
來源與去向會真正改變後面的物品狀態。
如果米拉已經把鑰匙放進控制室，她後面就不能按照一般狀態，再直接把同一把鑰匙交給卡拉。
她必須先重新取得鑰匙。
或者作者必須承認：這裡發生的是一個違反目前物品狀態的特殊事件。
世界不能交出自己沒有的數量
主控鑰匙只有一把，所以它的數量問題很容易看見。
其他物品可能同時存在很多份。
控制室有十二張臨時門禁卡。
米拉取走五張，控制室剩下七張。
她把其中三張交給訪客，自己剩下兩張。
如果後面的事件又寫她交出四張，問題就出現了。
按照目前保管鏈，她只有兩張可以交。
InkWeave 的因果律引擎會沿著前面的事件計算餘額，指出發送者正在交付超過持有數量的物品。
但這裡仍然有一個重要分寸。
系統不會因為來源不足，就偷偷取消接收者已經取得物品的結果。
如果故事或紀錄已經確認訪客收到四張門禁卡，世界不能為了讓帳面重新平衡，假裝訪客沒有收到。
InkWeave 會讓交易繼續進入時間線，同時指出米拉的物品狀態出現負數債務，並追溯這筆債務最早從哪個事件開始。
這個缺口可能代表：
前面漏掉一次系統發放。
米拉曾從其他人手中取得門禁卡。
原本的數量寫錯。
交付數量寫錯。
或者作者就是要表達某種預支、借用或尚未交代來源的情況。
因果律引擎不替作者選擇答案。
它只是拒絕把缺口藏起來。
世界可以繼續前進。
但少掉的兩張卡，會成為一筆仍然等待解釋的因果債務。
唯一物品不能在世界裡悄悄複製
門禁卡可以有很多張。
主控鑰匙卻只有一把。
王冠、原始手稿、唯一證物、傳家戒指與某些神器，也可能被設定成世界裡只能存在一件的物品。
如果一件唯一物品被交付給兩個不同持有人，問題不能只靠數量欄位處理。
因果律引擎需要檢查整個世界目前是否已經存在另一份。
單次交易也不能把唯一物品的數量寫成兩件。
這並不代表故事裡永遠不能出現第二把鑰匙。
有人可能製作了複製品。
物品可能透過魔法分裂。
兩個看似相同的王冠，也可能在後面揭露其中一個是贗品。
創作者可以把複製品建立成另一件物品。
也可以承認這次事件刻意違反原本的唯一性規則。
重要的是，第二份不應該在沒有任何提醒的情況下自然出現。
世界可以擁有奇蹟、偽造與例外。
但例外必須由作者承認。
不能只是因為前文被忘記，所以唯一物品悄悄變成了兩份。
綁定描述規則，強制模式保留例外
有些物品除了數量與唯一性，還具有轉移限制。
一般物品可以自由取得、放置與轉交。
拾取後綁定的物品，在被角色取得後，不應該再透過普通交易轉給其他人。
鎖定物品則不應該在一般情況下被移動。
這些規則可以表達很多不同的世界設計。
個人憑證不能任意交給別人。
某件裝備和第一個持有人建立綁定。
一份證物被封存在指定地點。
一把詛咒武器拒絕離開主人。
但世界規則不應該變成囚禁作者的牆。
綁定可能被解除。
封存可能被法院命令打開。
詛咒可能被破解。
某個角色也可能使用世界從未見過的方法，強行奪走原本不能轉移的物品。
InkWeave 會按照一般規則指出這次交易與物品設定不一致。
作者仍然可以開啟強制模式，明確承認這個例外，讓事件繼續留在時間線裡。
強制不是讓因果律失效。
它表示作者已經看見衝突，並決定讓這次事件成立。
這項決定也不會自動消除交易造成的其他問題。
例如作者接受了綁定物品被強制轉移，物品數量不足造成的債務仍可能繼續被提醒。
作者接受的是一項特定例外。
不是要求世界從此停止計算後果。
物品可以跨越地點，但作者應該知道它跨越了什麼
歐文位於南部分公司。
卡拉位於總部。
這時候，正文建立了一筆交易：
歐文把主控鑰匙交給卡拉。
按照目前已知位置，兩人並不在同一個地點。
因果律引擎會指出這項空間差異，也能讓作者回頭查看雙方為什麼位於不同地方。
但這不代表交易一定錯誤，更不代表 InkWeave 會禁止它發生。
歐文可能把鑰匙交給公司物流。
可能請另一名員工帶回總部。
可能使用保全運送。
可能在兩天後才由卡拉簽收。
在架空世界裡，物品甚至可能透過傳送術、召喚、遠距交換或其他特殊法則跨越空間。
作者有幾種選擇。
可以補上歐文回到總部的移動事件。
可以讓鑰匙先進入物流中心，再由卡拉取得。
可以加入負責運送的中間角色，保存更完整的保管鏈。
也可以認為運送過程不是這段敘事需要追蹤的重點，直接保留跨地點交易。
InkWeave 允許作者承認這次空間衝突，讓交易繼續成立。作者也能決定，已經接受的診斷是否還需要出在全知儀表板裡。
這才是提醒與命令之間的差別。
世界負責說明：
按照目前模型，物品跨越了兩個不同地點。
作者負責決定：
這是遺漏、抽象，還是世界裡確實存在的例外？
因果律引擎可以指出物品不可能只靠目前歷史抵達這裡。
但它不能命令作者只能使用哪一種方式補上旅程。
AVG 先呈現物品現在在哪裡，再把決定留給作者
當角色與物品在正文中靠近，不代表角色一定取得了那件物品。
角色可能只是在談論它。
想起它。
尋找它。
看見它。
也可能發現它根本不在自己以為的位置。
InkWeave 的 AVG 場景感知不會因為兩個名字靠近，就直接完成物品交易。
它會先向因果律引擎查詢物品在當前時間位置的狀態。
它現在由誰持有？
是否被放在某個地點？
角色是否已經擁有它？
目前可以使用的數量是多少？
如果物品就在角色身上，世界可以把這項狀態帶回寫作現場。
如果物品位於地點，作者可以確認角色是否要取得。
如果角色準備把物品放下，也能建立角色到地點的物品事件。
當兩名角色與物品形成交互時，作者則可以確認是否發生轉交或交易。
最後的事件仍然由作者決定。
AVG 的作用不是替正文解讀出唯一答案。
它是在作者碰到物品時，把那件物品真正的現在帶回來。
作者不必先離開正文，翻找物品頁、人物頁、地點頁與過去章節，再手動拼出它可能位於哪裡。
世界先回答目前狀態。
作者再決定新的事件。
Inspector 可以從人物、地點與物品三個方向追查
一件物品的歷史，可以從不同角度被詢問。
從人物出發，作者可以查看某個角色的完整物品進出歷史。
他在什麼時候取得什麼？
交出了什麼？
把物品放到哪裡？
目前還剩下多少？
從地點出發，作者可以查看某個地點曾有哪些物品進出。
主控鑰匙何時被放進控制室？
何時被取走？
目前還有哪些物品留在那裡？
從物品本身出發，作者則可以查看它的系統發放、角色轉交、地點停留與完整流轉軌跡。
這三個方向使用的是同一組事件。
人物歷史不應該說鑰匙已經交出，物品歷史卻仍顯示原持有人。
地點歷史也不能在物品被取走後，繼續讓它留在原處。
InkWeave 不只是替物品準備一張目前狀態卡。
Inspector 和歷史查詢讓作者能回答：
誰現在擁有它？
上一個持有人是誰？
它曾經停在哪裡？
它如何進入現在這個人的手中？
如果保管鏈中間出現缺口，哪一筆事件最早開始無法成立？
世界不只需要保存物品的現在。
它還需要讓現在可以被追溯。
這不是 AI 猜測物品可能被誰拿走
正文可能寫著：
卡拉終於拿到了那把鑰匙。
這句話看起來很像一次物品取得。
但它也可能是比喻。
可能指她得到複製品。
可能是別人告訴她鑰匙的位置。
也可能只是她終於取得使用資格，實體鑰匙仍然留在保管櫃裡。
InkWeave 不會把整段文字交給 AI，再要求 AI 猜測鑰匙是否真的換了持有人。
物品、角色與地點先由創作者建立。
真正的取得、放置、轉交、消耗與發放，也由創作者確認。
InkWeave 自研的因果律引擎才會依照事件順序、數量、位置、唯一性與綁定規則，重新計算物品狀態。
相同的初始物品、交易事件、事件順序與規則，會得到相同的結果。
如果作者沒有建立運送過程，系統不會假裝知道鑰匙如何抵達總部。
如果作者接受跨地點轉交，系統也不會用自己的理解推翻作者。
它只會把目前模型與新事件之間的差異呈現出來。
AI 可以推測最可能發生了什麼。
InkWeave 的因果律引擎回答的是：
按照已經被明確記錄的事件，這件物品現在在哪裡，又有哪些地方需要作者親自承認？
從一把公司鑰匙，到一件改變世界的神器
InkWeave 不是企業資產管理系統。
它不處理採購、折舊、條碼、報廢審批或財務帳務。
但公司鑰匙、筆電、證物與借展品背後的保管鏈，可以清楚檢驗一套世界模型是否足夠可靠。
一件東西不能在沒有來源的情況下被交出。
被角色放下後，應該留在某個地方。
被另一個人取得後，原處的數量必須改變。
唯一物品不該因為記憶錯誤而悄悄複製。
跨越地點的交易可以成立，但創作者應該知道自己省略或違反了什麼。
把主控鑰匙換成王冠、密函、聖劍或封印石，同樣的骨架仍然成立。
聖劍可以被騎士取得。
在他死亡後留在戰場。
被敵人帶走。
透過傳送抵達另一座城市。
也可以因為世界的新法則，分裂成兩件原本不可能同時存在的神器。
InkWeave 不會禁止這些事情。
它只是讓每一次不尋常的改變，都不必偽裝成普通的資料更新。
現實世界用保管鏈確認責任。
架空世界用保管鏈保存後果。
讀者未必知道每一件物品的完整帳目。
卻會感覺到物品是否真的穿過了這個世界。
一件重要物品再次出現時，它不應該只是回到正文的名稱。
它應該帶著經過的人、停留的地方、曾經違反的規則，以及一路抵達現在的歷史。
物品現在在哪裡，只是世界給出的最後一個答案。
真正讓答案可信的，是它經過的每一雙手。