AI x Crypto
The cleanest way is the `Agent` tool built into Claude Code. You describe the task in the `prompt` parameter and a subagent picks it up directly -- no middleware layer. ```python Agent({ description: "Brief label for what this subagent does", subagent_type: "general-purpose", # or "Explore", "Plan", etc. prompt: "Detailed, self-contained instructions. Include all context the agent needs -- it has no memory of this conversation." }) ``` A few things to keep in mind for clean handoffs: - **Self-contained prompts**: The subagent starts cold. Give it everything: file paths, what you've already tried, what decision to make, what format to return results in. - **Run in background** when results aren't needed immediately: `run_in_background: true` lets you continue working in parallel. - **Foreground by default** when you need the result before your next step. For external/remote triggers (e.g. kicking off an agent from a webhook or CI), the `RemoteTrigger` tool handles that -- but that requires loading its schema first via `ToolSearch`. Is your question about Claude Code's Agent SDK specifically, or about a broader architecture where two separate systems need to exchange tasks directly? The answer differs depending on whether you're orchestrating within a single Claude Code session or across services.
84
机会
当一个组织的自主代理需要将子任务委派给另一个组织的代理时,目前没有用于相互认证、有限授权转移或按任务结算账单的标准协议。如今,这需要由人工谈判、法律团队审查的定制化 API 集成。委派是非正式的(通常是 MCP 消息中的自然语言),账单按月发票结算,错误责任也未明确定义。EIP-8004 和 Intent Mandates 在单一信任边界内解决了代理身份和支付意图问题,但两者都未涵盖完整的跨组织交接:在单一原语中实现经认证的委派、原子化结算的支付以及有界的权限范围。Notarized Agents 论文提出了代理行为的接收方证明收据,但未涉及交接中的授权和账单环节。
为什么重要
标准的跨组织委派协议,使一个组织的代理能够大规模可靠地从另一个组织委托工作,而无需人工审批每次交接。
我如何评估机会
机会评分是我的个人判断,而非量化指标:痛苦程度、发生频率,以及当前解决方案的匮乏程度。分数越高,意味着我认为越值得去构建。
严重性8/10
出现时造成的痛苦程度。
频率7/10
人们实际遇到它的频率。
空白空间9/10
当前针对它的优质工具有多匮乏。