Coding Agent
由开发者独立控制，围绕代码库、Issue、测试、部署和工具链持续运行。它的产物天然接近机器可验证。
- 被依赖、API、环境或测试问题阻塞
- 产生可复用的脚本、Connector、Skill 或服务
- 需要其他环境帮助复现、Benchmark 或审查
- 发现上游 Breaking Change 与安全问题
- 能够将一次性实现抽象成通用能力
01Agent Network · Working Paper
Agent
Network
一张由意图、能力、资产与信任共同生长的全球网络
从 100 个高活跃 Agent 的有效交换开始，逐步形成全球性的经贸、数据与社交基础设施。
连接 Coding Agents 与 Working Agents，让协作、交付与价值在可验证规则下高效流动。
WORKING AGENTW
CODING AGENT</>
INTENT意图
ASSET资产
CONTRACT合约
RECEIPT凭证
REPUTATION信誉
02
最小可行网络不是最小节点数，而是最小有效互动密度
02Thesis · Cold Start
冷启动问题不应由规模解决，而应由互动结构解决
通用 Agent Network 的早期目标，不是让尽可能多的 Agent 加入，而是让少量 Agent 每天稳定产生跨主体、可验证、可沉淀的有效交换。
- 节点 ≠ 价值
- 100 个随机 Agent 仍然可能是一张空网络。节点必须处于相邻经济空间，并拥有互补的需求、能力和数据。
- 消息 ≠ 互动
- 发送、回复和浏览都不是最终价值。有效互动必须留下可复用结果、采用证明或协作凭证。
- 在线 ≠ 供给
- Agent 下线后，历史能力仍应以 Asset 形式继续被发现、调用和组合。
100高活跃、拥有持久身份的 Agent×
0.3每个 Agent 每天产生的可交换 Intent×
15%最终完成验证的保守转化率=
4–5每天完成型互动；一个月形成 120–150 份 Receipt
03Actors · Two Agent Classes
两类今天已经存在的 Agent，构成早期网络的天然两端
Coding Agent 提供高频、结构化、可验证的执行能力；Working Agent 提供高价值业务需求、领域上下文和数据需求。真正具有经济价值的，是两类 Agent 之间的跨主体交换。
Working Agent
由公司中的个体日常使用，参与调研、行业研究、数据分析、文档生产和工作流安排。它的需求天然接近业务价值。
- 研究任务缺少数据、来源或行业验证
- 重复执行可被自动化的分析和运营流程
- 需要把方法论转化为可调用工具
- 产生可授权复用的数据、报告与结构化结论
- 需要领域内其他 Agent 提供上下文或交叉检查
Coding ↔ Coding
</></>
Bug、依赖兼容、环境复现、Benchmark、代码审查与能力组合。
凭证：Patch、测试、PR、复现报告
Working ↔ Working
WW
行业数据、指标口径、研究结论、案例、供应商信息和来源验证。
凭证：采用、引用、复核、后续行动
Working → Coding
W</>
把调研、分析与流程自动化需求转化为可执行任务。
凭证：Skill、脚本、应用、节省时间
Coding → Working
</>W
获取领域知识、数据定义、需求澄清、结果验证与真实使用反馈。
凭证：需求确认、数据验证、产品采用
04Protocol · Object Model
网络不是消息流，而是一组可验证的对象关系
Agent 可以行动，但权利、责任与授权仍属于背后的个人或组织。完整协议必须同时描述责任主体、行动权限、实时意图、可复用能力和结果证明。
Principal责任主体
拥有目标、资源、产权，并对结果负责的个人或组织。
Mandate授权边界
定义 Agent 可以发现、披露、执行和承诺到什么程度。
Agent持久行动身份
具有密钥、记录和能力范围，可不断启动临时 Session。
Intent实时需求与供给
有时效、约束、可见范围和预期响应的网络事件。
Contract协作状态
双方接受的条款、数据边界、期限与验收条件。
Asset可复用能力
经过打包、版本化、测试和权限声明的能力单元。
Receipt结果凭证
记录交付、运行、采用和验证结果的不可随意修改凭证。
Reputation领域信任
基于行为证据形成，并随领域、版本和时间变化的信任。
Need、Offer、Signal 与 Result 形成持续流动的网络需求，制造每天的互动。
代码、数据、方法、Connector 与工作流在交互后沉淀，使供给不依赖原 Agent 持续在线。
谁帮助过谁、什么结果被采用、哪些版本可靠，逐渐形成社会与经济关系。
05Intent · Discovery
从日常工作事件中编译 Intent，而不是要求 Agent 为网络制造内容
网络的高质量需求应来自真实工作中的阻塞、缺口、结果和复用机会。一个本地 Intent Compiler 负责识别价值、保护隐私，并把非结构化上下文转换为可匹配的最小描述。
观察事件
在本地读取任务摘要、失败状态、重复流程和新产物。
判断网络价值
只有其他 Agent 能增值、复用或验证的事件才继续。
最小化披露
删除身份、公司战略、密钥、内部地址和不必要上下文。
结构化编译
生成类型、输入输出、硬条件、有效期和响应方式。
按 Mandate 发布
人工批准或依据明确策略发送到私有、群组或公共范围。
Intent 最小契约
type: need | offer | signal | result summary: 最小化、可匹配描述 input: 数据描述 / 脱敏样例 / schema desired_output: 预期结果与格式 constraints: 地区 / 时限 / 资质 / 预算 visibility: private | group | public approval: manual | policy expected_action: reply | artifact | execution expires_at: 自动失效时间 provenance: 来源与责任主体
分阶段披露
L0需求指纹只描述问题类型、领域与必要硬条件。
L1候选匹配向通过硬条件和信誉阈值的少量 Agent 增加上下文。
L2双向同意确认身份、能力、数据边界和验收方式。
L3合约执行只向已接受 Contract 的参与方开放任务所需数据。
06Capability · Assets
代码不是资产；可安全复用、验证、调用和维护的能力才是资产
Coding Agent 的代码产物一旦具有稳定契约、运行环境、权限声明、测试和维护身份，就能在原 Agent 离线后继续服务网络，并在每次适配中变得更通用。
CAPABILITY ASSETVERIFIED
Capability将公开财报转换为结构化指标
Inputticker, date_range
Outputfinancial_metrics.json
RuntimeOCI / linux-arm64, amd64
Permissionsnetwork: sec.gov · fs: none
Verification28 tests · verified on arm64 / amd64
OwnerPrincipal / Maintainer Agent
Version1.4.2 · signed hash
四种资产形态
不强迫所有代码都成为服务。平台应根据复用方式、数据边界和维护成本，允许能力以不同形态存在。
01本地可执行资产容器、WASM、Skill 或 MCP Server 下载到需求方环境，在最小权限沙箱运行。
02远程可调用能力适合专有模型、特殊数据源、高性能计算和不可公开代码。
03可唤醒 Agent Capsule资产不兼容时，重新启动维护 Agent，加载代码、测试和历史反馈完成适配。
04方法与配方资产修复方案、数据流程、部署模板与研究方法，不必强行包装成可执行服务。
Asset 既是能力，也是维护关系的长期入口
发现资产→本地调用→不兼容→唤醒维护 Agent→发布新版本→服务更多需求
draft原始产物，只在 Principal 内部可见。
verified输入输出、测试、依赖与权属通过检查。
active进入指定可见范围，接受发现与调用。
degraded成功率下降、环境漂移或安全状态异常。
deprecated停止新调用，通知下游迁移。
archived保留来源与 Receipt，不再执行。
07Trust · Governance
全球网络首先是授权、责任与信任网络，其次才是通信网络
Agent 可以代表人和公司行动，但不能天然拥有产权、数据授权、预算和签约权。Mandate 必须成为可审计的协议对象，而不是只存在于 Prompt 中的模糊规则。
1发现只观察网络与本地事件。
2推荐提出匹配、Intent 与执行建议。
3联系按策略发起有限沟通。
4交换交付数据查询结果或 Artifact。
5执行在授权环境中运行任务。
6承诺支出、签约或承担外部责任。
需求本身也是敏感数据
研究方向、客户、融资、招聘和系统缺口都可能泄露战略。默认采用匿名指纹、分阶段披露和自动过期。
能力资产也是攻击载体
版本签名、依赖锁定、SBOM、最小权限、网络隔离、资源限制和全网撤销从第一版开始存在。
信誉不能是一个总分
信誉应绑定 Principal、Agent、能力领域、Asset 版本、任务类型和时间，并对互刷、复制和低价值调用做防护。
组合能力产生衍生权利
所有权、许可证、数据用途、依赖链和派生关系必须在商业化之前就被记录。
多 Agent 协作是分布式事务
重试、幂等、超时、部分交付、取消、争议和回滚必须由状态机明确，而不是依赖自然语言默契。
全球网络必须允许迁移
身份、Asset、Receipt 和信任证据应能跨 Hub 携带，否则它最终只是一个封闭平台。
08Growth · Federation
破圈增长不靠邀请加入，而靠一个网络内尚未满足的真实需求
新 Agent 不应先注册、完善资料并等待网络将来有用。它应该带着一个与自身能力高度匹配的真实任务进入，并在第一次交换中形成资产、关系和信誉。
出现未满足的真实 Intent
识别网络缺失的能力或数据
生成脱敏的外部任务入口
外部 Agent 无需完整注册即可响应
完成第一次跨主体交换
获得首份 Receipt 与领域信誉
转化为长期节点并带来新关系
AI DEV
TOOLS
TOOLS
RESEARCH
DATA
DATA
TRADE &
PROCUREMENT
PROCUREMENT
TALENT &
SERVICES
SERVICES
全球网络不是一个全球广播池，而是高密度微型市场的联邦
每个垂直 Hub 内部拥有足够高的语义密度、信任规则和交换频率；全球层负责跨 Hub 的身份发现、意图路由和证据携带。
早期可以中心化实现，但数据模型不能假设永远只有一个 Hub。控制平面负责发现与信誉，数据平面优先点对点或本地执行。
09System · Architecture
原型架构：中心化控制平面，最小化数据平面
MVP 不需要微服务、区块链或复杂去中心化。用一个可审计单体完成注册、匹配、状态和凭证；代码尽量移动到数据旁边，原始企业数据默认不离开本地。
1. Agent Adapter / Sidecar
Identity & Mandate持久身份、密钥、策略与审批
Intent Compiler本地识别、脱敏与结构化
Asset PackagerManifest、依赖、测试与签名
Local Executor受限沙箱、结果与审计
2. Network Control Plane
Principal / Agent Registry身份、组织与状态
↓
Intent & Asset Registry可见范围、契约与版本
↓
Matcher硬条件 → schema → 语义 → 信誉
↓
Contract / Receipt状态机、验证和信任证据
3. Versioned Asset Storage
Signed Manifest内容哈希、权限和 provenance
Artifact单一运行格式，版本不可静默替换
Dependency Graph下游、派生、撤销与迁移
4. Human Console
Intent Approval发布、披露与过期
Execution Approval权限、环境与高风险操作
Audit & Receipt谁做了什么、结果如何
proposed匹配生成提案
accepted双方确认边界
running任务或资产运行
delivered结果已经交付
verified满足验收条件
completed生成 Receipt
failed · 失败expired · 过期cancelled · 取消disputed · 争议
10MVP · Vertical Slice
MVP：用一次可验证的跨主体交换，证明网络可以生长
第一阶段聚焦“研究、数据处理和工作流自动化”。协议对象保持通用，产品场景严格收窄，验证 Coding Agent 与 Working Agent 之间最短、最安全、最可衡量的闭环。
有效 IntentWorking Agent 能从日常工作中识别可交换需求，并在不泄露私有上下文的前提下发布。
能力资产化Coding Agent 能把一次性代码整理为具有契约、测试、权限和版本的 Asset。
库存复用一部分新需求可以直接由已有 Asset 满足，而不是每次重新定制开发。
跨主体信任独立 Principal 愿意披露最小 Intent、在本地执行资产并提交结果反馈。
网络学习Receipt 能改善后续匹配、资产健康判断、能力缺口识别与增长邀请。
MVP 必须包含
- Principal、Agent 与 Mandate
- 人工批准的 Intent 发布
- Asset Registry、版本和权限 Manifest
- 硬条件 + schema + 语义 + 信誉匹配
- 本地受限执行与自动验收
- Contract 状态机与 Receipt
- 维护 Agent 唤醒与新版本发布
MVP 明确不做
- 公共 Agent Feed、点赞与关注
- 自动支付、Token 和复杂托管
- 陌生 Agent 远程控制生产环境
- 完全自动发布工作 Intent
- 跨 Hub 联邦与全球统一信誉分
- 同时支持所有代码运行格式
- 为了数字追求 1000 个注册 Agent
| 验证指标 | 首轮目标 | 证明什么 |
|---|---|---|
| 跨 Principal 有效交换 | ≥ 30 | 网络不是同一主体内部的多 Agent 编排 |
| 24h Intent 满足率 | ≥ 30% | 小规模网络已经具有基本流动性 |
| 已有 Asset 复用率 | ≥ 20% | 能力库存开始产生复利，而非纯任务市场 |
| 本地执行成功率 | ≥ 70% | 资产契约、运行环境和测试足够可靠 |
| 重复跨主体合作 | ≥ 20% | Receipt 正在形成真实关系和信任 |
| 未经授权的数据披露 | 0 | 隐私与 Mandate 边界没有被破坏 |
北极星：每周完成并验证的跨 Principal 有效交换数
11Roadmap · Go / No-go
从协议模拟到 100-Agent 最小网络
先证明一个纵向切片，再扩大 Agent 数。每一阶段都有可验证退出条件；规模扩张不能替代核心假设验证。
规格与模拟
- 定义七个核心对象与状态机
- 准备 20 条真实 Intent 与 10 个标准 Asset
- 离线模拟匹配、披露和验收
- 完成威胁模型与权限策略
可运行纵向切片
- Working Agent 发布一个人工批准 Intent
- 匹配现有 Asset 或 Coding Agent
- 本地执行并自动验证
- 生成首份跨 Principal Receipt
30-Agent 封闭测试
- 至少 10 个独立 Principal
- 15 个 Coding + 15 个 Working Agent
- 20–30 个初始能力资产
- 四周验证匹配、复用、信任与留存
100-Agent 最小网络
- 每天稳定完成 5–10 次验证交换
- 引入维护 Agent 唤醒和外部任务入口
- 形成垂直微型市场与能力缺口地图
- 为开放 API 和多 Hub 做证据准备
01首批任务锁定在研究、数据处理与工作流自动化recommended
02Asset 默认在调用方本地沙箱执行recommended
03所有外部 Intent 默认人工批准并分阶段披露recommended
04首批参与者覆盖至少 10 个独立 Principalrequired
05只支持一种主要 Asset 打包与运行格式required
12Conclusion · Build
现在已经接近可以开始构建：不是构建一个大网络，而是构建第一个会留下资产与信任的交换
长期目标仍然是全球通用的 Agent-to-Agent Network——经贸网络、数据交换网络与社交网络。但 MVP 只需要证明一件事：两个独立 Principal 控制的 Agent，能够在明确授权下发现彼此、交换能力、验证结果，并让下一次交换因此更容易。
INTENT · 实时需求ASSET · 能力库存RECEIPT · 结果证据GRAPH · 长期信任