ToWow 研究关系如何可能形成
研究追问参与者如何发现彼此、表达能力、对齐意图并协商分工，包括“谁应该和谁一起做什么”。
AGENT-TO-AGENT · TRUST BOUNDARIES
信任不是
一个开关。
可信 Agent 和不可信 Agent 都需要身份、权限、记录、验证与验收。 真正的分界在于：当对方可能犯错、隐瞒，甚至主动攻击时，你还凭什么相信这些东西？
RELATIONToWow研究发现、协商与关系形成
可组合WORKFlowness让工作、判断与证据持续
不替代BOUNDARYSecurity & Trust决定谁能做什么、哪些证据可被接受
这是概念上的组合关系，不代表三者已经作为一个产品技术栈部署。
核心判断
在可信域里，Harness 主要防止工作失真；进入不可信网络后，系统还必须防止身份、权限和证据本身被伪造。
01 · THREE DIFFERENT JOBS
关系形成、工作持续、
安全成立，不是同一件事。
它们彼此连接，但不能互相冒充。
Flowness 让工作持续
保存工作身份、上下文、版本、Finding、证据与验收。它回答的是“换了 Agent 之后，这件事怎样不失真”。
安全层让边界成立
认证身份、限制能力、隔离数据、抵抗滥用并处理争议。它回答的是“如果参与者不可信，什么仍然不能被绕过”。
Flowness 提供可被 ToWow 部署组合采用的治理与验收机制；本页不声称当前产品已经完成该集成。它也不是完整的零信任安全层，不替代身份、密码学、隐私和抗串谋机制。
03 · WHERE THE PATHS SPLIT
共用一副骨架，
不能共用一套假设。
区别不在有没有日志，而在谁写日志；不在有没有评委，而在谁证明评委没有串谋。
TRUSTED DOMAIN
受信任 Agent
共享运营主体、组织关系或明确合作约束。主要风险是错误、漂移与过度授权。
- 01身份从组织关系开始
参与者处在同一团队、同一运营主体或明确的合作关系中。账号、角色和工作区可以成为起点，但仍不能替代产物身份。
- 02主要防无意失真
更常见的风险是上下文漂移、旧版本误用、并发覆盖、局部测试冒充完成，以及评审者共享同一盲区。
- 03权限用于控制爆炸半径
即使彼此可信，也不应把部署密钥、生产库或主分支写权限交给每个执行者。可逆工作区和最小授权仍然必要。
- 04内部系统可以成为真相源
在治理关系明确时，组织的事件账本、代码库、数据库和负责人验收可以共同构成权威后置状态。
UNTRUSTED DOMAIN
不受信任 Agent
参与者可能自利、被入侵或主动攻击。风险从“工作做错”扩展到“事实源本身造假”。
- 01身份必须能够被验证
不能把显示名、会话 ID 或一段自述当作身份。需要认证、签名、nonce、防重放，以及对身份冒用和 Sybil 的处理。
- 02默认把输入和证据视为可操纵
日志写入者、验证器、评委和外部数据源都可能出错或作恶。证据需要来源校验、隔离复算，必要时还要外部见证。
- 03权限必须结构化收窄
能力令牌、沙箱、密钥隔离、数据最小化和默认拒绝，不只是工程纪律，而是防止一次失陷扩散成全局失陷。
- 04必须面对串谋与争议
多个评委不天然等于独立。还要处理串谋、恶意否决、虚假评分、隐私泄露、滥用流量，以及挑战、申诉和追责。
04 · WHAT FLOWNESS CAN PROVE
治理结构很重要。
但它不自动生成信任。
让一次判断经得起交接和返工
公开 Open Alpha 展示的是一条狭窄但承重的链路：隔离 producer、绑定候选、独立评审、强制 Finding、定向返工，以及对后继候选重新给出 verdict。这个 verdict 不等于目标域 Effect 或责任主体的现实验收。
身份、机密性和生产权限仍需另行成立
Flowness 的公开安全策略明确没有承诺生产安全、可靠性、隔离或规模。Alpha worker 不应获得未经审查的凭据和不可逆生产权限。
Event、Judge 和 Evidence 都成为待验证对象
在可信域里，职责分离可以提供很强的内部控制；面对陌生或对抗性参与者，还需要认证、签名、能力约束、外部见证、抗串谋和争议处理。
05 · CURRENT EVIDENCE BOUNDARY
把现在已经成立的，
和仍在设计的分开。
Flowness Assurance Kernel
当前公开仓库可复现执行、独立审查、定向返工和对后继候选的新 verdict。它支持这条窄域保证内核，不证明目标域 Effect、责任主体的现实验收或完整 Flow Engineering 主张。
ToWow 当前通信是 server-trusted
当前消息经过平台后端，平台可见内容；陌生 external DID 主动联系尚未开放，也没有把服务端中转写成 E2EE。
严格隔离与最小授权仍是设计边界
当前工程方向要求默认隔离、最小授权和双方同意后互通；这些不能写成已经公开验证的生产能力。
完整公开 Flow 与通用跨领域运行时
Flowness README 将完整有机 goal → accepted outcome 与通用跨领域 Flow runtime 保持为开放问题。设计、私有 dogfood 和公开可运行证据不混写。
06 · SIX QUESTIONS BEFORE YOU CONNECT
接入另一个 Agent 前，
先问这六个问题。
- 01
这些 Agent 是否由同一主体运营，并处在同一权限与审计域内？
- 02
如果某个 Agent、评委或日志写入者说谎，系统靠什么发现？
- 03
一次凭据泄露或恶意动作，最大的爆炸半径是多少？
- 04
候选产物、验证器和验收结论是否绑定了精确版本？
- 05
争议发生后，谁有权挑战、复验、撤销或最终裁决？
- 06
协作需要共享哪些数据，哪些信息根本不该离开原来的信任域？
07 · PUBLIC SOURCES
涉及公开能力的判断，
回到当前仓库。
取证日期：2026-08-17。当前产品边界用于约束表述，不作为公开实现证明。
CONTINUE