核心用法
deal-works 是一个专为可信交易设计的 AI 代理基础设施,通过 MCP(Model Context Protocol)协议为 Agent 提供完整的金融操作能力。该技能包含 9 大引擎共 39 个工具,覆盖 Deal(交易生命周期)、Fund(资金托管与转账)、Bourse(技能市场)、Cadre(自主代理部署)、Oath(链上认证)、Parler(争议解决)、Academy(学习平台)、HQ(系统监控)和 Clause(合同渲染)等核心模块。
典型工作流包括:创建托管保护的交易(deal_create + fund_escrow + oath_attest)、部署监控代理(bourse_search + cadre_deploy + fund_agent_fund)、以及争议处理(parler_dispute_file)。用户只需提供 DEAL_WORKS_API_KEY,即可让 AI 代理自主完成从资金锁定到链上存证的全流程操作。
显著优点
1. 全栈金融自动化:39 个工具覆盖交易、托管、代理、认证、争议等完整商业闭环,无需多平台切换
2. 企业级安全设计:所有变更操作使用幂等性键(idempotency key),支持安全重试;内置熔断器(5 次失败触发 30 秒冷却)防止级联故障
3. 链上可信存证:Oath 引擎将关键里程碑的哈希值上链,提供不可篡改的完成证明
4. 自主代理经济:Cadre 引擎支持部署可独立运行的 AI 代理,并通过 fund_agent_fund 分配运营预算
5. 代码质量优秀:TypeScript 强类型 + Zod Schema 严格验证,无危险函数调用,静态分析得分 85 分
6. 网络边界清晰:仅访问 9 个官方 *.works 子域名,全部 TLS 加密,无第三方服务依赖
潜在缺点与局限性
1. 平台锁定风险:核心功能深度绑定 deal.works 生态,无法迁移至其他托管服务商
2. API 密钥依赖:必须申请并妥善保管 DEAL_WORKS_API_KEY,密钥泄露可能导致资金损失
3. 网络可用性依赖:无本地缓存机制,网络中断时所有操作失败(包括只读查询)
4. 学习成本较高:9 引擎 39 工具的复杂度对初学者不友好,需要理解托管、认证、代理等概念
5. 争议解决中心化:Parler 引擎的仲裁流程由平台控制,非完全去中心化
6. 费率不透明:文档未明确说明托管手续费、代理部署费等成本结构
适合的目标群体
- 自由职业者/承包商:需要托管付款保障的项目交付场景
- DAO 和远程团队:需要多签托管和自动化代理监控治理的组织
- AI 代理开发者:希望构建可自主管理资金、执行交易的智能体
- 中小型企业:寻求替代传统律所的轻量级合同与争议解决方案
- Web3 项目方:需要链上认证和透明交易记录的团队
使用风险
1. 资金安全风险:虽然托管机制本身安全,但 API 密钥管理不善可能导致未授权转账
2. 智能合约风险:链上操作依赖 Base 网络,存在 Gas 波动和合约漏洞可能性
3. 服务连续性:作为 0.1.0 早期版本,API 可能有重大变更;平台若停止运营将导致功能失效
4. 合规不确定性:托管服务和资金流转可能涉及当地金融监管,跨境使用需自行评估合规性
5. 代理行为不可预测:自主代理(Cadre 引擎)获得资金权限后,存在意外行为或无限循环消耗预算的风险
6. 争议结果风险:链上认证虽不可篡改,但争议裁决结果可能不利于资金锁定方