AutoHedge
AutoHedge 评估部署：隔离依赖、历史记录与签名权限
准备可复现的纯研究环境，识别配置差异，并明确安装完成不等于实盘交易部署已经验证。
你将学会
- 建立可复现研究环境
- 从代码解析实际配置
- 识别状态与回滚边界
开始前需要
- 基础 Python、Git 与依赖管理知识
- 虚构证据任务，不提供钱包或签名权限
解释所查实现与反例，不把模拟或生成文字当成已验证金融结果。
先看结论
- 固定提交并记录解析后依赖，通配声明不是锁文件。
- 父目录环境发现与明文任务历史需要明确边界。
- 研究评估与签名密钥及工具分开。
建立可复现研究环境
所查 pyproject 要求 Python ^3.10，许多运行依赖却使用通配版本，仓库树中没有依赖锁文件。即使安装相同 AutoHedge 版本，不同日期也可能得到不同的 Swarms、HTTP 和签名库。评估记录应同时保存解释器、依赖版本和源码提交。
下面命令展示全新检出与独立虚拟环境，只是未执行的参考。安装依赖需要联网并审查依赖内容，示例故意停在启动应用之前：包导入会创建 workers，所查源码也没有提供可确认的 CLI 模拟交易开关。
从代码解析实际配置
find_project_env 从当前工作目录逐层向父目录寻找第一个 .env，并不在 Git 根目录停止。找到文件后 load_env 使用 override=False，保留已有进程环境变量。应从受控目录运行，仅提供明确获准研究测试需要的凭据。
CLI 只判断 OPENAI_API_KEY 是否为真值，缺失时发警告，并不验证密钥。情绪搜索另需 EXA_API_KEY。README 写 WALLET_PRIVATE_KEY，但 Jupiter 签名函数实际读取 SOLANA_PRIVATE_KEY。本篇纯研究评估不提供任何签名变量，也不挂载交易工具。
识别状态与回滚边界
包装器用 mkdir(exist_ok=True) 创建输出目录，没有 parents=True，中间父目录缺失时可能失败。output_file_path 只是被保存，所查 run 方法没有写入它，不能据此宣称持久化已实现。CLI 则另行在用户目录保存明文最近任务。
在获准测试前记录干净依赖环境与明确的状态路径，保留旧环境以便回滚。验收需要预期研究产物和观察到的服务行为，而不仅是安装成功。本篇没有建立守护进程、加固多用户服务或可投入生产的金融执行系统。
实施步骤
- 1
创建全新检出与专用虚拟环境。
- 2
审查依赖并选择受控状态路径。
- 3
不提供钱包私钥或连接签名函数。
- 4
完成导入与服务审查后才运行获准研究测试。
可复制示例
git clone https://github.com/The-Swarm-Corporation/AutoHedge.git autohedge-evaluation
cd autohedge-evaluation
git checkout --detach c549c7950da112286e76725d49f6a25de8fa99bd
python -m venv .venv
# 使用对应操作系统的命令激活虚拟环境。
python -m pip install .
python -m pip freeze常见问题
这些命令会启动交易吗？
它们是未执行的安装参考，不启动应用；安装依赖仍需审查，纯研究测试不要加入签名密钥或工具。
output_file_path 会保存报告吗？
所查类保存了这个值，但 run 方法没有写入指定文件。
资料来源
- pyproject.toml来源核查 2026-09-08
- requirements.txt来源核查 2026-09-08
- autohedge/main.py来源核查 2026-09-08
- autohedge/workers.py来源核查 2026-09-08
- autohedge/cli.py来源核查 2026-09-08
- autohedge/env_loader.py来源核查 2026-09-08
- autohedge/tools/ultra_tools.py来源核查 2026-09-08
- README.md来源核查 2026-09-08
- autohedge/__init__.py来源核查 2026-09-08