 jackandCursor
|
d884de2c36
|
dryrun 的 ssh 探测适配强制命令，并分清指纹与认证两种失败
采集机那侧的 authorized_keys 用了强制命令，把这把 key 锁成只能跑 tail，
拿不到 shell。副作用是任何请求都变成 tail -F 而它永不返回，原先
`ssh <host> 'echo ok'` 的探测会永久挂住——ConnectTimeout 只管建连，不管
命令时长。改成照 ship_signals 的真实用法读流：tail -c +0 先吐出整个文件，
数行数就等于对端总线条数，之后由 timeout 收掉。
失败诊断原先一律说"装 key"，但 Host key verification failed 是 known_hosts
空的，装 key 修不了，会把人引到错方向。现在分三类：指纹未确认、认证被拒、
其他，各给对应做法。指纹那条明确不建议 StrictHostKeyChecking=no——这条链路
上跑的是下单信号。
install.sh 的第 2 步补上 known_hosts：原先只说装 key，而服务跑起来会撞同一
个墙（BatchMode=yes 不允许交互确认）。
实测：强制命令下故意请求错路径，仍拿到真总线内容且 stderr 干净。
Co-authored-by: Cursor <cursoragent@cursor.com>
|
2026-08-28 18:01:01 +08:00 |
|
|
jackandCursor
|
999ad924ad
|
install.sh 报出模板新增的配置项，并给 --sync-env 追加
live.env 装着密钥，所以安装时刻意不覆盖。但这样一来，往 live.env.example
里加配置，已有部署会永远拿不到、且毫无提示——静默漂移，等到某个开关根本
没生效才发现。这次加 TG_TOKEN 就撞上了。
现在重复安装会 diff 两边的变量名：报模板多出的项（提示跑 --sync-env），
也报配置里已被模板删掉的项（可能已废弃）。
--sync-env 独立成一个模式而不是塞进安装流程：追加要改一个装着密钥的文件，
这种事应当由人显式发起。只追加缺的项、连它上面的注释一起，不动已有任何
一行，先备份。实测原有内容逐行未变且重复跑幂等。
Co-authored-by: Cursor <cursoragent@cursor.com>
|
2026-08-28 17:45:48 +08:00 |
|
|
jackandCursor
|
335d891478
|
生产与研究分家：实盘执行器独立成 live/ 子树，加 AWS 部署
实盘要跑在 AWS（API key 绑了 IP 白名单），而信号在新加坡那台算。借这次
把生产从研究侧摘出来，四条具体代价里第一条已经咬过：
1. live_state.json 原先落在 research/out/，而那里 shadow_hb 会自动 rename
归档、研究脚本会写、人也手工清过。那文件装的是 MAX_DAY_LOSS 累计与已
处理信号键，被清掉不报错，只是两道闸静默失效。改到 LIVE_HOME。
2. 采集器十币清空 300~560ms 直接叠在信号到达执行器的延迟上。
3. 研究侧探针 OOM 过一次（14.9GB），当时若有仓位在场会连坐执行器。
4. 为读两个常量 import 研究侧 step43，把 numpy/pandas/pyarrow 拖进实盘
进程。抽出 stdlib-only 的 live/exit_params.py，install.sh 加断言挡回归。
新增 live/ship_signals.py：AWS 侧 ssh tail 拉总线，每次重连从文件头重放
+ 按幂等键去重，断线期间的信号自愈；旧信号由 staleness 闸挡掉不补做。
带时钟倒流检测——两机时钟不同步会让那道闸静默放宽。
部署件：systemd 两单元（搬运挂了执行器仍管在场仓位的超时平仓）、
install.sh、dryrun.sh（验密钥/白名单/时钟/ssh/取整）、status.sh、README。
验证：live_exec 重构后端到端空跑，SOL 多头与 ADA 空头的止损/两级止盈/
数量取整逐项核对正确，isolated + post_only + reduceOnly 都在；搬运的去重、
重启不重复追加、脏数据跳过、断线重连重放均已测。
Co-authored-by: Cursor <cursoragent@cursor.com>
|
2026-08-28 17:03:03 +08:00 |
|