局部视图不同
Agent 在不同时间读取不同切片，短暂看见不同状态。这是异步系统的自然结果，不应被当作故障本身。
正常现象FLOWNESS RESEARCH
Agent 可以看见不同的世界。别让分歧进入共同事实。
Flowness 研究跨会话协作中，解释如何留下、冲突如何阻断、完成如何被真正验收。
LOCAL VIEW A看见当前任务seq 1040
LOCAL VIEW B仍持有旧解释seq 1000
ENVELOPE→COMMIT GATE→EVENT
SHARED TRUTH
只有通过边界检查的解释和写入，才进入之后所有 Agent 共同依赖的历史。
这项研究从一个简单区分开始
两个 Agent 看到不同的局部世界很正常。危险的是旧解释或不兼容解释穿过提交边界，成为后续工作的共同事实。
THE SAFETY TARGET
分歧不可怕。被提交的分歧才危险。
Flowness 不追求让所有 Agent 在每一刻拥有同一视图。它关注一个更窄、更可执行的问题：哪些解释可以进入持久历史。
漂移进入提交历史
过期或不兼容的解释被写入 Event Log，并成为其他 Agent 继续工作的依据。这才是 Flowness 要阻断的安全问题。
安全目标COMMIT GATE
不要相信写入者的自我描述，检查它。
每次改动先成为 Envelope。Gate 检查它声明了什么、依赖是否新鲜、写入是否冲突，再决定提交、拒绝或升级给外部 Authority。
INPUTEnvelope声明范围、依赖、补丁与义务
→BOUNDARYCommit Gate结构检查优先于模型判断
→OUTCOMECommit / Reject / Escalate结果进入可追溯事件历史
完整性
Envelope 与事件身份可核验
声明范围
写入没有越过已声明边界
补丁覆盖
实际改动被读写近似覆盖
新鲜度
依赖的解释仍是当前版本
写冲突
并发写入不会静默覆盖
全局新意
Supersede 确实增加可检查内容
机械义务
阻塞性规则在提交前被执行
FROM RECORD TO REALITY
可信协作需要四种不同的事实。
事件说明发生过什么，上下文限定 Agent 能依据什么行动，Finding 保存反例，Acceptance 决定结果是否抵达目标现实。
已经提交的事实
事件、身份、版本、因果历史与可重建 Projection，让工作不依附于某个临时 Session。
此刻可以行动的局部世界
Context Capsule 从当前 Projection 编译而来，绑定事实 cutoff，也把 Unknown 保留成未知。
不能被成功叙事吞掉的反例
独立 Review 产生 Finding。它必须有来源、对象和后续处置，不因新一次运行看起来顺利就消失。
结果是否真的被目标世界接受
Built、Integrated、Activated 与 Accepted 是四种状态。Acceptance 要绑定精确产物、版本、Finding 与目标侧 Readback。
SIX ROLE PROTOCOL
角色不靠彼此记住对话，而是通过事件组合。
六个角色订阅自己需要的事件，并把输出重新送入 Commit Gate。协作发生在共享日志上，不依赖一个全知的主 Agent。
- 01Interview
接住外部要求
把请求者的原话整理成可追溯 Brief，不替请求者补写确定答案。
- 02Consensus
冻结当前解释
提交 Concept 的创建或变更，并保留 Supersede 的因果历史。
- 03Planner
从义务派生任务
只读当前概念与约束，把工作编译成有完成条件的 Task。
- 04Execution
在声明范围内写入
执行具体任务，所有写入先以 Envelope 进入 Commit Gate。
- 05Review
独立寻找反例
不替生产者自证，发现问题时留下可定位、可追踪的 Finding。
- 06Fix
定向修复或升级
针对 Finding 补偿、重排计划，必要时把问题交给外部 Authority。
论文不声称“六角色”是唯一答案。部分不可合并性来自形式化约束，Execution 与 Fix 的分离还依赖原作者偏差这一设计前提。
FLOWNESS × TOWOW
同一片问题域，两条独立研究线。
Agent 怎样建立关系并跨信任边界协作
关注发现、能力、Principal、Authority、共同提案、承诺、行动与关系的持续演化。
已有工作关系怎样保持事实与判断的一致
关注持久工作状态、解释版本、上下文编译、独立审查、修复与目标侧验收。
Flowness 提供可被 ToWow 部署组合采用的 Harness 机制。这是研究与架构方向，不代表当前产品已经完成集成或形成完整共享运行时；Flowness 也不是 ToWow 的同义词。
EVIDENCE BOUNDARY
现在已经知道什么，也明确不知道什么。
状态核验日期：2026-08-19。下面把公开工程材料和仍待验证的能力分开陈述。
可以确认
- 确定性 Open Alpha Assurance Kernel 被标记为 RUNNABLE，覆盖窄域的审查、定向返工与新判定路径。
- 公开仓包含中英文白皮书、Failure Atlas、FlowBench v0.1 规格与证据登记。
- 事件、Projection、Context Capsule、Envelope、Gate 与部分运行机制可以公开检查。
仍是开放工作
- FlowBench v0.1 仍标记为 DESIGNED；没有冻结的对比结果证明优势、更低成本或更低人工负担。
- 一个真实公开目标完整抵达被责任主体接受的结果，仍是 OPEN QUESTION。
- 通用跨领域 Flow runtime 与完成的机械验证，不能由当前公开工件推出。
不能由仓库存在推出
代码、论文、测试或安装产物的存在，都不能单独证明服务当前在线、真实用户路径可用，或目标环境已经接受结果。运行状态需要另行核验。
PRIMARY SOURCES
从原始材料继续读。
页面只采用当前仓库与技术报告能够支持的表述。公开材料继续演进时，应以对应版本为准。