AutoHedge
AutoHedge 架构：可委派导演，不是强制四阶段流水线
跟踪实际包装器、模块级 workers、会话状态和独立工具注册表，不把 README 图示直接当成可执行控制流。
你将学会
- 跟踪可执行入口
- 理解对象生命周期
- 分开数据访问与签名
开始前需要
- 基础 Python、Git 与依赖管理知识
- 虚构证据任务，不提供钱包或签名权限
解释所查实现与反例，不把模拟或生成文字当成已验证金融结果。
先看结论
- 可委派角色不意味着每个角色按固定顺序运行。
- 包装器会话状态不同于模块级智能体状态。
- 工具挂载、模式校验与签名策略各自独立。
跟踪可执行入口
AutoHedge.run 先向 Conversation 加入用户任务，调用 director_agent.run(task=task)，再加入导演输出并转换为列表、字典或字符串。未知 output_type 回退为列表；包装器虽然接受额外参数，所查调用却没有向导演转发它们。
README 画的是导演、量化、风险、执行顺序，实际装配则把包含情绪在内的四个 workers 作为 handoffs 交给导演。这个装配本身不强制固定顺序，也不能证明每个角色都会运行。真实委派依赖解析后的 Swarms 实现，本次没有执行它。
理解对象生命周期
workers 是模块级对象，共用的日期后缀在导入时通过 datetime.now 计算一次，不会由这个文件为每个任务自动刷新。长期运行的进程可能一直保留旧的“当前时间”，因此不能把该后缀当成自动更新的行情时间戳。
同一个 AutoHedge 实例会跨 run 调用保留会话。模拟导演探针确认两次成功调用后有四条消息。REPL 每次新建包装器，但不会因此重新创建模块级导演；包装器历史和 worker 对象的生命周期需要分别理解。
分开数据访问与签名
情绪 worker 显式获得 Exa 搜索工具，风险、量化和执行角色配置为字符串输出，并未在该模块接入 Jupiter 注册表。提示词要求结构化指标，但这并不是应用层数值校验模式或可强制执行的风险关卡。
独立注册表列出搜索、价格、订单、持仓和执行函数。接入它会显著改变权限，需要单独审查集成，而不是改一下文档就视为完成。架构图保留这一边界，本系列没有把该注册表接入真实 workers。
实施步骤
- 1
从命令入口追踪到 workers。
- 2
记录每个角色显式获得的工具。
- 3
用模拟协作者测试包装器状态。
- 4
把未来签名集成当作单独的权限变更审查。
可复制示例
{"wrapperCalls":"director_agent.run(task=task)","handoffWorkers":4,"fixedRoleSequenceEnforcedByWrapper":false,"promptClock":"module import","conversationMessagesAfterTwoFakeRuns":4,"liveWorkerStateTested":false}常见问题
四个专业角色一定按顺序运行吗？
包装器没有强制该顺序，只调用导演，具体 handoff 行为属于外部智能体框架。
REPL 新任务会重建所有角色吗？
它新建包装器，但导入后的 workers 仍是模块级对象。
资料来源
- README.md来源核查 2026-09-08
- autohedge/main.py来源核查 2026-09-08
- autohedge/workers.py来源核查 2026-09-08
- autohedge/prompts.py来源核查 2026-09-08
- autohedge/tools/tools_registry.py来源核查 2026-09-08