最新组织图,回答不了三年前谁向谁报告

Northstar Studios 现在有一张完整的组织图。

Elena 是执行长。

Mara 负责人力资源部门。

Noah 是营运部门的专案主管。

Eva 则在招募团队担任资深招募专员。

这张图可以告诉我们公司目前如何运作。

但如果有人回头调查三年前的一项决策,它很快就会失去作用。

三年前,Noah 还没有进入营运部门。

他当时刚加入公司,是 Mara 底下的招募专员。

Eva 也尚未成为资深招募专员。

甚至还没有加入 Northstar Studios。

如果只看最新组织图,很容易产生一个错误印象:

Noah 当年已经有权代表营运部门决定专案。

Eva 当时也已经是能够参与招募决策的资深成员。

但这些职位都来自后来发生的事件。

他们曾经入职。

曾经升职。

曾经调动。

也曾经在组织中改变隶属位置。

今天的组织图可以回答现在。

却无法单独回答三年前的权责、职位与上下级关系。

组织不只有一个最新版本。

它和人物、地点与物品一样,也有自己的历史。


人物关系与组织关系不是同一条线

Mara 是 Noah 的直属主管。

这是一项组织关系。

Noah 是否信任 Mara,则是另一项人物关系。

两件事可以同时成立。

也可以互相矛盾。

Noah 可能非常尊敬 Mara 的专业能力。

也可能因为一次没有被妥善处理的事件,不再相信她会保护团队成员。

他仍然向 Mara 报告。

仍然需要由她核准某些工作。

但这不代表两人的私人关系良好。

反过来也一样。

两个人可以是多年好友。

加入同一家公司后,却分属完全不同的部门,彼此没有正式的上下级关系。

如果把人物感情与组织结构放进同一套关系图,很多差异就会被压平。

「Mara → Noah:主管」描述的是组织位置。

「Noah → Mara:信任」描述的是 Noah 如何看待 Mara。

前者回答谁向谁报告。

后者回答人物之间累积了什么态度。

InkWeave 将 Social Graph 与 Faction Graph 分开。

Social Graph 追踪信任、敌意、忠诚、债务或创作者自订的人物关系。

Faction Graph 则追踪正式成员、领袖、职称、上下级与同级连线。

一个角色可以不喜欢自己的上级。

也可以信任一个不属于同一组织的人。

世界需要同时保存这两种真相,而不是要求其中一种取代另一种。


一个组织需要领袖,也需要成员落在明确位置

Northstar Studios 首先是一个组织实体。

它有名称、说明与自己的历史。

但只建立一张公司资料卡,还不足以让组织开始运作。

组织需要一个根节点。

Elena 成为第一任执行长,才让后面的成员有可以依附的结构。

接着,Mara 以人力资源主管的身分加入,隶属于 Elena。

Noah 加入公司时,则被放在 Mara 底下。

这些事件不只是替人物增加一个「Northstar Studios 成员」标签。

它们建立了组织图的方向。

Elena 是领袖。

Mara 向 Elena 报告。

Noah 向 Mara 报告。

当一名新成员加入 InkWeave 里的阵营时,创作者可以指定他的职称,也可以指定直属上级或作为定位参考的同级成员。

这代表新成员不只是进入一份名单。

他会进入组织中的某个位置。

如果组织在当时尚未拥有领袖,新的加入事件就缺少能够成立的结构根节点。

因果律引擎会指出这个问题,而不是把所有人物平放成一份看不出隶属关系的成员清单。

组织的存在,不只是有人宣称自己属于它。

它还需要知道这些人如何共同形成结构。


加入公司,不只是多一个成员名称

Noah 加入 Northstar Studios 的那一天,世界发生了好几种变化。

他成为公司成员。

他的职称是招募专员。

他的直属主管是 Mara。

他被放进人力资源部门的工作结构。

如果创作者同时追踪公司资产,他也可能在入职时取得一台笔电、门禁卡与其他工作物品。

这些变化彼此相关,却不是同一件事。

阵营事件负责成员资格、职称与组织位置。

物品事件负责笔电与门禁卡的归属。

角色原型或职业则可以表示他目前具备的人力资源专业身分,以及相应的角色属性。

将这些状态分开后,世界才能处理更多真实情况。

Noah 可以仍然是一名人力资源专业者,却已经离开 Northstar Studios。

也可以仍然是公司成员,却被调往完全不同的部门。

他可能保留原本的专业身分,组织职称却已经改变。

也可能换了职称,但工作能力与角色原型暂时没有改变。

「加入公司」不是替角色贴上一个永久标签。

它是在一个明确时间点,让人物与组织之间建立一组正式状态。


升职、改职称与调动部门是不同的变化

一年后,Noah 从招募专员升为资深招募专员。

他的职称改变了。

但他仍然隶属 Mara。

组织图中的上下级连线不需要因此改变。

又过了一年,公司成立新的营运专案。

Noah 被调到营运部门,向营运主管 Owen 报告。

这一次,改变的是他在组织中的位置。

他仍然属于 Northstar Studios。

但直属上级从 Mara 变成 Owen。

如果公司同时决定把他的职称改成专案主管,职称也可以在同一段历史中另外变更。

这些看似都能被简单概括成「Noah 升职了」。

但对组织来说,它们不是同一种事件。

改职称,不一定改变隶属。

改变隶属,也不一定改变专业身分。

加入新部门,不一定代表离开整家公司。

角色的职业或原型,则可能回答另一个问题:

Noah 现在被世界视为哪一种类型的人?

他拥有哪些身分专属的属性与能力?

组织职称回答的是:

Noah 在这个组织里担任什么位置?

这些概念如果全部放在角色名称旁边的一个文字栏位里,每次调动都可能覆盖掉前一段历史。

InkWeave 让职称变更与组织隶属成为时间线上的事件。

因此,作者可以知道 Noah 何时还是招募专员,何时成为资深成员,又从哪一刻开始向新的主管报告。


同一个人可以同时属于多个组织

Noah 被调往营运部门后,公司成立了一个跨部门危机应变小组。

他仍然是 Northstar Studios 的成员。

同时也加入危机应变小组。

在公司组织里,他的职称可能是专案主管。

在应变小组里,他则可能只是联络窗口。

两个组织有不同领袖。

不同成员。

不同上下级结构。

也有各自的成立时间与变动历史。

这种情况不只出现在公司。

一名角色可以同时属于王国军队与秘密议会。

可以是家族成员,也可以加入商会。

可以在学校担任教师,同时成为某个研究组织的负责人。

人物不必被迫只选择唯一阵营。

真正需要区分的是:

他在每个组织里担任什么角色?

从什么时候开始加入?

是否仍然保有成员资格?

他的领袖、上级与同级成员分别是谁?

InkWeave 可以依照游标所在的位置,查询角色当下的多个阵营归属。

因此,同一个人的不同组织身分,不必全部挤进人物卡上的一行文字。

每一项成员资格都能拥有自己的时间与结构。


游标停在哪里,组织图就回到哪一个时期

如果作者把游标放在 Noah 入职以前,Northstar Studios 的组织图里不应该出现他。

当时,公司只有 Elena、Mara 与其他已经加入的成员。

游标移到 Noah 入职事件之后,他才进入人力资源部门。

组织图显示:

Noah 是招募专员。

直属上级是 Mara。

Eva 尚未加入,因此还不在同一个团队里。

游标移到 Noah 升职以后,他的职称改变。

但上下级连线仍然保留。

到了部门调动发生以后,Noah 才被放到 Owen 底下。

如果再往后走到危机应变小组成立的时间,他才会同时拥有第二项组织归属。

这些都不是同一张组织图上的注解。

它们是不同时间点的组织状态。

最新组织图只能显示最后结果。

InkWeave 的阵营重播引擎会沿着正文中的阵营事件,计算游标所在时刻的领袖、成员、职称与连线。

因此,作者回到三年前的章节,不会看到 Noah 后来才取得的主管职称。

也不会让尚未加入公司的 Eva 提前出现在团队中。

组织图终于不只描述现在。

它也能回答过去。


AVG Stage 会呈现角色当下的组织身分

当 Noah 的名字出现在正文里,创作者需要知道的可能不只是他目前位于哪里、持有什么物品。

他此刻代表谁,也可能影响整个场景。

入职以前,Noah 只是以个人身分出现。

加入 Northstar Studios 后,他开始拥有公司的成员资格。

升职以后,他在组织里的职称改变。

加入危机应变小组后,同一个人又多了一个不同的组织位置。

AVG Stage 会依照当前章节与游标位置,查询角色在那一刻的阵营归属。

角色所属的组织与职位可以直接出现在当下状态旁边。

因此,作者写到早期章节时,不会只看到角色最后的组织身分。

写到后面的协商场景时,也能确认 Noah 此时究竟是以公司专案主管、应变小组联络人,还是尚未加入任何组织的个人身分出现。

组织身分不只是人物设定。

它会改变角色在某一场事件中被世界如何辨认。


Faction Inspector 同时呈现当下结构与故事最终结构

Northstar Studios 的 Faction Inspector 可以显示目前领袖、成员数量、成员预览与结构警告。

更重要的是,它能区分两种组织图。

第一种是游标当下的组织图。

它回答:

故事走到这里时,谁已经加入?

谁是领袖?

每个人担任什么职位?

上下级与同级连线如何排列?

第二种是故事最终状态。

它显示目前整条正文时间线重播完成后,Northstar Studios 最后形成的结构。

两张图可以完全不同。

游标当下,Mara 可能仍然是 Noah 的主管。

故事最后,Noah 已经调到其他部门。

游标当下,Elena 仍然是领袖。

故事最后,组织可能已经完成领袖更替。

创作者可以在两种图之间切换,而不必用最终结构覆盖过去。

Faction Graph 也能分开呈现上下级连线与同级等侧向关系。

组织规模变大后,创作者可以搜寻人物,也可以选择是否显示侧向连线,避免正式阶层与其他合作关系全部混在一起。

这不是一张只能放在设定集里展示的漂亮图表。

它是正文时间走到不同位置时,会跟着重新计算的组织状态。


组织事件历史保留每一次结构改变

如果只看最终组织图,Noah 现在位于 Owen 底下。

但创作者可能还需要知道:

他是何时加入公司的?

最初的主管是谁?

何时取得资深职称?

哪一项事件让他被调到营运部门?

他又从什么时候开始加入危机应变小组?

InkWeave 可以从阵营视角查阅整个组织的事件历史。

也可以从角色视角查看一个人参与过的阵营变化。

设定领袖。

加入组织。

改变隶属。

建立同级或其他组织连线。

修改职称。

这些事件按照正文顺序留下纪录。

所以一张组织图里的每个位置,不只是目前被放在那里。

它有进入这个位置的时间,也有造成改变的事件。

这对真实流程模拟很重要。

也让架空世界里的军队、教团、王室与秘密组织,不再只有一份永远代表最新状态的成员名单。


组织图本身也可能出现不成立的结构

组织事件由创作者决定,不代表所有连线都能组成有效结构。

假设 Noah 要以 Eva 的同级成员身分加入团队。

那么 Eva 在这个时间点必须已经属于 Northstar Studios。

如果 Eva 尚未入职,世界就没有办法透过她确认 Noah 应该落在哪一层。

角色也不能把自己指定成自己的同级锚点。

这不是戏剧上绝对不允许的行为。

而是图结构无法从这项设定得到有效位置。

上下级关系也可能形成循环。

Mara 向 Noah 报告。

Noah 又向 Mara 报告。

如果两条线都被当成正式阶层,组织便失去清楚的上游与下游。

InkWeave 的组织状态会侦测这类循环,避免把失效连线默默当成正常结构,并向创作者显示警告。

创作者仍然可以描写混乱、共治、互相制衡或没有单一领袖的组织。

但如果这是作品的正式规则,就需要使用适合的侧向或自订关系表达。

不能在资料上建立一个互相担任直属上级的循环,再假装这张图仍然代表普通阶层。

因果律引擎不替创作者设计组织。

它只是让已经建立的图结构诚实地呈现自己是否成立。


一个人离开组织,不只是从名单删除名字

组织图最容易受到冲击的时刻,是一名重要成员离开。

如果离开的是普通成员,结构可能只少掉一个节点。

如果离开的是主管,他底下的人便可能失去上级。

如果离开的是领袖,整个组织可能失去根节点。

如果他还带领一组下属,创作者也必须决定:

下属继续留在原地,等待新的主管吗?

改接到离队者原本的上级底下吗?

还是整个团队一起离开?

这些后果不能由「删除成员」四个字自动回答。

它们需要由组织在当时的结构推导。

这篇先停在这里。

因为离队真正复杂的地方,不是成员资格从有变成没有。

而是那个人原本连着的下游结构,从此要如何重新安排。


这不是 AI 从职场文字猜出组织图

如果正文写着:

Elena 把新的专案交给 Noah,并要求所有人直接向他回报。

InkWeave 不会看到这句话,就用 AI 判断 Noah 已经升职、转调部门或成为公司领袖。

这段话可能只代表临时授权。

可能只适用于某一个专案。

也可能是 Elena 尚未正式宣布的安排。

InkWeave 不会自行猜测它应该如何改变组织。

创作者需要明确确认:

Noah 是否加入新的组织?

职称是否改变?

直属上级是否改变?

这是一项永久调动,还是只建立新的侧向合作关系?

InkWeave 自研的因果律引擎再依照这些已确认事件,确定性地重播组织状态。

它能计算:

某个时间点有哪些成员。

谁是领袖。

每个人担任什么职称。

谁隶属谁。

哪些同级或其他连线已经成立。

图结构是否出现无效定位或循环。

同一组事件顺序会得到同一张组织图。

前面的加入、调动或领袖事件被修改,后面的组织状态也会跟着重新计算。

数学保证的是创作者明确建立的成员集合、事件顺序与图结构。

不是对职场权力、人物声望或真实人际政治的推测。

这不是 AI 审计。

也不是把一段自然语言交给模型,要求它替创作者决定谁真正掌权。


InkWeave 能模拟组织历史,但不是人力资源系统

公司组织是理解这套模型很直接的例子。

员工入职。

被指派主管。

取得职称。

调往其他部门。

加入跨部门小组。

最后离开公司。

这些事件都可以形成一段能被重播的组织历史。

但 InkWeave 不处理薪资、出勤、保险、绩效考核、劳动法规、招募审批或其他正式人事流程。

它不是 HRIS,也不是用来取代公司权限与法规纪录的企业系统。

它模拟的是创作者明确建立的一段世界状态。

谁在什么时候加入。

当时担任什么角色。

位于哪一条隶属关系中。

后面的事件如何改变这张图。

正因为这套结构能用现实组织验证,它回到架空世界时也不必只剩模糊的阵营标签。

王国可以更换领袖。

军队可以调整指挥链。

教团可以出现新的阶层。

家族可以建立亲子、配偶与其他侧向连线。

秘密组织可以让同一名角色同时拥有公开与隐藏身分。

「他属于王国」不再只是人物卡上的一个分类。

世界可以知道他何时加入、当时位于哪一层,又从哪一次事件开始拥有现在的位置。


一个真正存在过的组织,应该保留自己的历史

组织图最容易让人产生一种错觉。

它看起来像一张结构稳定的图。

一个领袖位于上方。

成员依照层级排列。

每个人都有自己的位置。

但真正的组织从来不会永远停在同一张图上。

人会加入。

职称会改变。

主管会更换。

部门会重组。

侧向合作会建立。

同一个人也可能同时跨越几个组织。

如果每一次变动都只覆盖最新资料,组织便只剩现在,没有形成现在的历史。

InkWeave 让组织变动回到正文时间线。

让每一次加入、调动、改职称与领袖更替,都从实际发生的位置开始改变后面的结构。

作者回到过去,看到的是当时真正存在的组织。

走到故事最后,才看见所有事件累积后形成的结果。

今天的主管不是他十年前的主管。

今天的领袖也不一定是组织成立时的领袖。

一张可信的组织图,不应该只有最新版本。

它应该记得每一个人从何时开始进入这张图,又是哪些事件让所有人最后站在现在的位置。