AutoHedge
AutoHedge 首次使用：打开 REPL 前先定义研究验收标准
理解真实命令接口、最近任务记录和输出契约，不把帮助信息、生成观点或截断预览当成执行成功。
你将学会
- 从实际界面开始
- 用虚构证据任务开始
- 分别检查结果和失败
开始前需要
- 基础 Python、Git 与依赖管理知识
- 虚构证据任务，不提供钱包或签名权限
解释所查实现与反例，不把模拟或生成文字当成已验证金融结果。
先看结论
- 任务在 REPL 内输入，不是命令后的位置参数。
- 最近任务记录的是尝试，也可能包含失败任务。
- 2,000 字符预览不是成本或完整性限制。
从实际界面开始
包命令指向 autohedge.cli:main。解析器提供帮助和版本选项，没有位置式任务参数，也没有从源码确认的模拟交易开关。直接运行 autohedge 进入交互 REPL，任务在提示符内输入；帮助、问号与退出别名单独处理，其他非空输入才成为任务。
不要把 --help 当成无依赖、无副作用的孤立路径：导入包时会先加载环境处理、主类和 workers，角色对象在模块级创建。本次没有启动这条导入链、安装依赖或调用模型；解析器探针只提取所查函数并注入模拟版本号。
用虚构证据任务开始
在获得授权的评估环境中，可以编写一份虚构公司备忘录，包含正面说法、相反证据和缺失日期。要求输出带日期的证据表与待解问题，而不是买入指令。验收应检查它能否识别矛盾、保留缺失信息，而不是编造价格、概率或来源。
REPL 会在尝试运行前把任务写入 ~/.autohedge/recent_tasks.txt。最多保留五条，完全相同的旧任务会移到末尾，欢迎界面显示最近三条。不要把密钥或保密持仓写进提示词；记录了任务不代表它运行成功。
分别检查结果和失败
每个 REPL 任务新建一个 AutoHedge 包装对象，运行后只展示 str(result) 的前 2,000 个字符。该限制不约束模型输入输出令牌、底层会话或 API 响应大小。终端没显示某段内容，可能只是预览截断，不能据此判断完整性。
默认包装器返回会话消息，不是经过验证的交易回执。应核查来源和时间，区分服务调用失败与答案质量不足，并让研究产物与未来签名流程保持分离。隔离探针用模拟存储验证历史排序与解析器行为，没有修改真实用户目录。
实施步骤
- 1
调用 CLI 前先检查导入链与依赖。
- 2
准备虚构且不交易的验收任务。
- 3
不要把秘密写进提示词与历史记录。
- 4
独立审查完整产物和失败状态。
可复制示例
{"fixture":"invented conflicting company memo","requiredOutput":["dated evidence","contradictions","unknowns"],"signingToolsAllowed":false,"realModelRun":false,"paperTradingFlagProvidedByThisExample":false}常见问题
能把任务直接放在命令后面吗？
所查解析器没有定义这个位置参数，任务界面是交互提示符。
保存了最近任务就代表完成了吗？
不是，REPL 在构建并运行系统之前就保存任务。
资料来源
- autohedge/cli.py来源核查 2026-09-08
- autohedge/env_loader.py来源核查 2026-09-08
- autohedge/main.py来源核查 2026-09-08
- autohedge/workers.py来源核查 2026-09-08
- autohedge/__init__.py来源核查 2026-09-08