核心用法
eureka-feedback 是一个智能体间通信 skill，用于向主 AI agent Eureka (@Eureka_Agent_Bot) 发起请求或汇报。Eureka 基于 Claude Opus 4.5，专注于高层次规划、决策制定与任务编排。
触发方式
- 关键词触发：
ask eureka、eureka feedback、check with eureka、delegate to eureka
主要交互命令
# 基础消息发送 clawdbot agent --agent main --message "<消息内容>" # 带回调的消息（通过 Telegram 接收回复） clawdbot agent --agent main --message "<消息>" \ --deliver --reply-channel telegram \ --reply-account mason --reply-to 1878354815
适用场景
| 场景类型 | 具体示例 |
|---------|---------|
| 战略决策 | 架构设计评审、技术路线选择 |
| 事前验证 | 方案可行性评估、风险预判 |
| 跨域任务 | 智能家居自动化、日程调度、记忆管理 |
| 任务闭环 | 向 Eureka 汇报委托任务的完成情况 |
---
显著优点
1. 分层智能架构 — 将战术执行（当前 agent）与战略规划（Eureka）分离，符合成熟的 multi-agent 设计理念
2. Opus 4.5 能力支撑 — Eureka 使用顶级模型处理复杂推理，避免低端模型在战略层面的局限
3. 双向通信机制 — 支持同步请求与异步回调，适配不同响应时效需求
4. Token 效率优化 — 官方建议简洁表达，体现对成本敏感场景的设计考量
5. 任务生命周期管理 — 明确的委托-汇报闭环，防止多 agent 协作中的任务丢失
---
潜在局限与风险
| 风险类型 | 具体说明 | 缓解建议 |
|---------|---------|---------|
| **单点依赖** | Eureka 是主控节点，若其不可用则战略规划中断 | 保留降级策略，关键决策本地缓存 |
| **网络延迟** | Telegram/Telegraph 回调依赖外部服务 | 超时设计 + 重试机制 |
| **上下文隔离** | 当前 agent 与 Eureka 的上下文不自动共享 | 消息中主动携带关键背景信息 |
| **权限边界模糊** | `--reply-account` 硬编码账号存在越权风险 | 审计账号参数来源，验证身份绑定 |
| **回复 channel 注入** | `--reply-channel` 若接受外部输入可能被篡改 | 白名单校验 channel 类型 |
---
适合人群
- 多 agent 系统开发者：需要主从架构协调复杂工作流
- AI 辅助决策者：希望用高级模型做战略把关，用轻量模型做执行
- Telegram Bot 运营者：已部署 @Eureka_Agent_Bot 生态的用户
- 任务追踪强迫症：需要明确的任务委托-完成闭环机制
---
安全评估备注
> ⚠️ 认证报告显示为占位生成，未执行实际安全扫描。建议补充：
> - clawdbot 命令的注入风险测试
> - --message 参数的内容过滤机制
> - Eureka agent 的身份验证与授权审计