文件上传成功，交付流程还没走完。 接 @termix_ai 的 AACP 时，我会把交付单独做成一条状态明确的流程，尤其别让程序把“存储里有文件”直接当成“这单已交付”。 官方给的材料交付路径是：取得上传地址、上传文件、登记交付材料，再提交 delivery。 登记材料时会带上位置、sha256、内容类型和文件大小等信息。正式提交可以引用 artifactIds，由后台构建材料清单的哈希，也可以提供明确的 deliveryHash。 随后生成链上提交所需的交易意图。交付事件记录 delivery hash，订单再进入对应的交付状态。 这里我会区分两个检查。 文件哈希可以帮助核对拿到的是不是同一份内容；这份内容有没有满足订单要求，还需要按约定验收。哈希相同，不能替你判断报告结论是否可靠，或者代码是否符合需求。 如果中途改了文件，我会重新计算哈希、登记更新后的材料，确保最终提交引用的是准备交付的版本。不能让买方收到新版，程序却引用旧版材料。 在 这种基于 AACP 的服务交易里，交付文件会接到后续验收和结算。开发者把文件版本、材料记录和正式提交对齐，后面排查问题会清楚很多。 TermiX 的这部分文档值得接入时细读。模型把活做完以后，程序还得把正确的那份成果交出去。 #TermiX# #AACP# #AgentDevelopment# @KaitoAI

想把钱交给AI智能体去跑DeFi策略 最怕的其实不是赚不赚钱 而是AI会不会直接把钱转走 @termix_ai TermiX做的是AI智能体之间的交易结算层 AACP白皮书里有个金库扩展 就是专门处理这种托付本金的单子 钱不是直接打给智能体 而是放进一个策略金库 智能体只拿到操作权 可以在发单方设好的白名单协议里交易、存款、借贷 但资产转不出去 这几条限制是写死在合约里的 白名单怎么设都绕不过 止损也有两层 每做一笔操作都会先算总值 会跌破止损线的操作直接不给执行 如果是行情下跌导致跌破 金库会收回智能体的操作权 剩下只能平仓 到期结算时用零知识证明来验算收益 达到目标的话 发单方先拿回本金加目标收益 超出的部分智能体按约定分成 没达标但也没亏 钱全部还给发单方 要是亏了 智能体押的保证金会按亏损程度被扣 大部分赔给发单方 信誉分也会跟着掉 所以想接这种单的智能体 拼的不只是策略 还有押金和信誉

接过外包的应该都懂 活干完了对方一句 这不是我要的 尾款就卡住了 人跟人都扯不清 那以后AI智能体之间互相接单 是谁来判断事情做完了没有? TermiX的AACP白皮书把这部份写的很好 简单说就是，TermiX是做AI智能体之间做生意、结账的那一层 AACP是它底层的协议 办法很直接 验收标准发单的时候就先写死 发单方建任务时把怎么验收写清楚 这个标准直接上链 开工以后就改不了了 接单的智能体可以先看标准再决定要不要接 标准写得太离谱的单子 根本没人理 怎么验也必须分情况，代码、跑数据这种有标准答案的 直接跑程序验 还能出证明 写文章、做分析这种主观的 就拆成几项来打分 让几个大模型一起评 不放心也可以找真人评 两种都有的就混着来 先跑程序再打分 负责验收的只照着标准执行 如果真吵起来了还有仲裁 找独立的第三方重新评一次 钱先放托管 用USDC或USDT结 接单的拿95% 发单的、接单的、验收的都要押一笔保证金 乱发单、交垃圾、乱打分都会被扣 新号信誉低 押得更多 做久了信誉高了押得就少 想开一堆小号刷单不划算 以前外包平台吵架基本靠客服来调 AACP是把规矩提前写进合约 让程序和保证金去管

订单预算，不等于 Agent 的实际到账 看 Agent 接单收入，我会先问一句：这里说的是订单金额，还是服务方真正拿到的钱？ 按 @termix_ai AACP 的结算说明，普通无争议订单，服务方收到预算扣除协议费后的余额，相关锁定质押也会释放。 如果进入争议，评估费同样从订单预算中支出；升级仲裁后，还会增加仲裁费。扣除适用费用后的剩余部分，才归判决支持的一方。 所以，不能看到预算就直接写成净收入，也不能默认争议失败的买家或卖家完全没有成本。 还有一个小细节：费率是可在链上读取的参数，要按链、按币种查看当前配置。资料里的示意费率，不能直接当作每笔订单的实际报价。 我会把预算、适用费用、挑战保证金和实际到账分开记录，USDC 与 USDT 也分别核对。 去 agentFamily 比较服务时，交付标准与结算条件一起看，才知道这一单究竟值不值得。

钱包已经给出 txHash，订单页却还没更新，这时先别重新付一次。 接 @termix_ai 的 AACP，得把请求准备、钱包广播和业务状态确认分开处理。 后台返回的 tx-intent 是待签名交易；客户端负责签名和广播。数据库里的链上状态，由索引器根据事件投影，不能因为广播请求返回成功，就在本地直接标成订单已完成。 以创建订单为例，官方流程还要求把 createOrder 的交易哈希交回 checkout 的 confirm 接口，让结账会话关联到链上订单。 我会保留 checkoutId 和 txHash，先检查链上执行结果，再读取关联订单。若交易已成功但页面没有更新，就沿着确认和索引这段查；确认交易失败，再处理失败原因。 日志也应该能看出这几步停在哪里。否则出了问题，只留一句“调用失败”，很容易把一个状态同步问题变成重复操作。 TermiX 把 Agent 下单接进了链上托管。做集成时，把确认流程维护好，用户才更容易知道钱和订单现在各处于什么状态。 #TermiX# #AACP# #AgentDevelopment#

一个 AI Agent，连续完成 50 笔订单，全部顺利交付，你猜它的声誉能有多少分？ 100 分？其实只有 96 分左右。 这也是我最近研究 @termix_ai 的 AACP 文档时，发现的一个挺有意思的细节。 原来在 里，声誉这东西还真得靠一单单慢慢攒。 / 先说它的评分规则。 新注册的 Agent 默认是 60 分，系统会预设 5 笔虚拟订单，其中 3 笔成功，相当于先给了一个基础信用。 后面每完成一笔真实订单，分数才会逐渐变化。 连续成功 5 单，声誉来到 80 分；20 单达到 92 分；即使做到 50 单，也只有 96 分左右。 而且这些记录都要通过实际结算产生，Agent 自己没办法随便填写。 更有意思的是，一旦出现争议并且败诉，这笔订单既无法增加成功记录，还会额外产生争议扣分。 辛辛苦苦攒起来的信用，确实得好好珍惜。😂 / 我觉得 @termix_ai 这套声誉设计，挺符合现实中的商业逻辑。 一个刚出来接活的新人，哪怕第一单完成得再漂亮，也很难立刻获得所有客户的信任。 随着履约记录增加，信用才会逐渐建立起来。 而且 AACP 白皮书还设计了声誉系数，希望未来让信用更好的 Agent 获得更高的资金使用效率。 不过目前现网的普通订单，锁仓仍按照合约设定比例计算，这部分还需要继续观察后续落地。 在我看来，Agent 经济发展到一定规模以后，谁能接单、谁值得信任、谁有资格承接更大的业务，都会越来越重要。 TermiX @termix_ai 已经开始把这些问题写进协议里了。

AI agent 能干活了，还缺一套真正的经济层：身份、发现、信任、验证和结算。TermiX 做的就是这件事，核心协议叫 AACP（Agent Autonomous Commerce Protocol）。 在 AACP 上，agent 可以有链上身份，发布或接任务，竞价，用托管保证交付，验证结果，处理争议，最后用 USDC/USDT 结算。 是基于这套协议的市场。流程很直：注册 agent → 上架服务 → 发任务 → 出价 → 交付 → 稳定币结算。 ✅🔗： 官方近期公开的数据是：已结算超过 52 万单、处理约 2700 万美元、注册 agent 超 47 万。Epoch 1 有 1000 多名创作者、6400 多篇内容、2400 万次浏览。项目由 YZi Labs 支持。 AI agent 要从“能聊天”变成“能赚钱、能被雇佣”，缺的不是又一个列表，而是能闭环的结算层。TermiX 把这条路铺在链上了。 @termix_ai

我花了0.1 USDC，在 @termix_ai 上买了一次智能合约审计 供应商是一个声誉分80、历史通过率100%的Agent，订单下完，钱没有直接打过去，而是锁进了AACP的链上托管合约。供应商看到钱在合约里，开始干活。审计报告提交，系统验证交付物，托管自动释放，USDC到账。整个过程20分钟左右，没有发票，没有中间商抽成，没有再等等我们财务走个流程 这件事让我真正看懂了TermiX在做什么 AACP给每个Agent发了一张链上身份证，叫 .agent。这个身份不是平台数据库里的一个用户名，是ERC-8004标准下铸造的NFT，你所有完成的工作、收到的评价、积累的声誉，全部绑在这个ID上，跟着你走，不归任何平台。同一个Agent，这一单是买家，下一单可以是卖家，身份不锁死角色 然后是托管，AACP的escrow是硬规则：USDC或USDT在工作开始前就锁进合约，只有评估者验证交付物之后才会释放。项目方自己都拿不走。这条设计解决了Agent商业最核心的问题——信任。以前你跟一个Agent说“先把活干了，我再付钱”，或者Agent跟你说“先打款我再开工”，这事就卡死了。现在钱在合约里，双方都看得见，谁也别耍赖 交付验证也不是“我说我做完了”就完事。AACP的验证层分几档，简单的人类审核、TEE可信执行环境、zkVM零知识证明，复杂任务可以组合用。我那个审计单子走的就是标准验证流程，报告内容跟需求描述对不上，托管不会放款 再说 这个市场，它像一个完全自主运转的Upwork，但每一笔交易都跑在AACP的轨道上。Agent可以发布服务列表，可以竞标开放式任务，完成后链上声誉自动更新。链上数据显示， 上已经处理了超过38,000个Agent Job，总交易额超过350万美元，覆盖代码审计、安全验证、数据研究、设计、写作、自动化等120多种任务类型 在没有智能合约审计之前，你只会把这种事情交给一个人类审计师，或者一个中心化平台。现在你可以把它交给一个链上身份明确、资金托管透明、交付结果可验证、结算自动完成的Agent。成本从几千美元降到不到一美元，时间从几天压到几十分钟。这不是AI又变聪明了，这是AI第一次有了真正的商业基础设施 这就是TermiX说的“Agent经济的商业与结算层”，AACP把身份、托管、验证、声誉、结算串成了一条完整的链路， 把这条链路变成了一个活的市场，Agent经济不再是一个概念，它已经在跑了 @KaitoAI @termix_ai

【Kaito嘴撸又来了，这期是 @termix_ai 】 这次是 TermiX Agent Economy Katalyst Campaign，核心就是围绕 TermiX、AACP 和 agent. family 做内容，争取 TermiX Token 奖励资格。第 1 期 Epoch 时间是 8 月 24 日到 9 月 23 日，后面还会继续跑多个 Epoch。 TermiX 做的是 AI Agent 经济的商业结算层，不只是一个 Agent 市场。它的 AACP 协议支持 Agent 链上身份、任务发布、服务发现、竞价、托管结算、交付验证、声誉和争议处理。 则是基于 AACP 的 AI Agent Marketplace，可以让 Agent 接任务、交付结果，并用 USDC / USDT 结算。 ✅具体流程： 1⃣ 在 Kaito Studio 找到 TermiX 活动并申请 2⃣ 围绕 TermiX / AACP / agent. family 写推文或做教程 3⃣ 把内容链接提交到 Kaito Studio 💡具体规则： 每个 Epoch 最多提交 10 条，最终只算表现最好的 6 条。总奖励是 TermiX 总供应量的 0.30%，其中创作者池 0.24%，Kaito Stakers 0.06%，TGE 时全解锁。创作者奖励分英文、中文、韩文三个区，中文区 Top 150 有排名奖励。 重点：Epoch 排名不等于最终发奖，活动结束后会统一重新排名和结算。内容别只复读公告，实测 agent. family、讲清 AACP、做工作流教程，权重会更高。

今天刚好刷到一个之前没怎么接触过的项目@termix_ai。 第一眼看介绍，信息量确实有点大，Agent Commerce、AACP、zkVM、TEE……各种概念堆在一起，不仔细看还真有点摸不着头脑😂。 不过看到 YZi Labs 参与过 TermiX 100 万美元种子轮融资，我就顺手多研究了一下。越往下看，反而觉得它想解决的问题挺实际。 我们以前聊 AI Agent，更多是在讨论：“这个 Agent 能帮我做什么？”但如果以后Agent可以自己接任务、找服务、完成工作，甚至参与资金交易，那就会出现另一个问题： Agent和Agent之间，到底怎么做生意？我感觉这可能才是TermiX真正想切入的地方。 我后来把它的架构理了一遍，发现AACP、TermiX和 是相互衔接的。 简单理解，AACP是TermiX背后的核心协议，负责把Agent 之间的任务、报价、执行、验证、争议以及结算这些流程串起来。 而 则可以理解成建立在这套协议之上的Agent市场，让这些东西真正变成一个可以参与的交易场景。 这样看就容易理解多了。比如一个Agent发布任务，另一个Agent报价接单，资金进入托管，任务完成后再进行验证，确认没问题以后完成结算。 听起来和我们平时找人做事有点像，只不过现在交易双方变成了Agent。 真正麻烦的地方其实是：两个互不认识的Agent，凭什么相信对方？任务有没有完成？结果是否达标？出现争议又怎么办？ TermiX想做的，就是通过链上托管、质押、声誉、争议处理，再结合TEE、zkVM等验证机制，让Agent之间的商业协作尽量少依赖传统的中心化信任。 所以现在看TermiX，我反而没有太纠结那些复杂的技术名词。我更关心的是：如果未来Agent真的开始自己接活、自己协作、自己产生经济关系，它们之间“做生意”的基础设施，会不会就需要这样一套东西？ 现在当然还早，最终还是要看真实使用和生态发展。 但这个切入点，确实让我换了个角度看AI Agent：以前我们关心Agent能做什么；以后可能还要关心：Agent做完事情以后，怎么把这笔生意完成？ 最近我也刚好在参与@termix_ai 的Kaito Studio创作者活动，正好借这个机会边体验边研究。 如果想看看 后面有新的发现，再慢慢和大家聊。😄