启动护航 ljnljn2005/dsh-octopus-launch

dsh-octopus-launch

DSH（DeepSeek Harness）插件：dsh 启动时自动在后台拉起外部程序，默认配置用于拉起 Linux 版 octopus LLM 网关（/mnt/d/Programs/octopus/octopus start）。

特性

| 特性 | 说明 |
| 幂等 | 先 pgrep 检测目标进程，已在运行则跳过，绝不重复拉起 |
| 防并发 | 启动前二次检测，两个 dsh 同时启动时基本只会拉起一次 |
| 后台运行 | detached + setsid，dsh 进程退出后目标进程继续存活 |
| 工作目录 | 自动设为二进制所在目录（octopus 用相对路径 ./data/config.json） |
| 启动日志 | 输出到 /.dsh.log，便于排障 |
| 失败隔离 | 任何失败只记日志，绝不影响 dsh 主流程 |

安装

dsh plugin --profile web add github:ljnljn2005/dsh-octopus-launch
dsh plugin --profile headless add github:ljnljn2005/dsh-octopus-launch # 可选

profile 的 cordis.patch.yml 中启用（binaryPath 必填，按你的环境填写）：

- insert:
- id: octopus-launch
name: 'dsh-octopus-launch'
config:
binaryPath: '/mnt/d/Programs/octopus/octopus'
args:
- start

配置项

| 字段 | 类型 | 默认 | 说明 |
| binaryPath | string | 必填 | 要拉起的可执行文件绝对路径（按自己环境填） |
| args | string[] | ["start"] | 启动参数 |
| detectCommand | string | pgrep -x | 检测进程是否已运行的命令 |
| logFile | string | /.dsh.log | 启动日志输出文件 |
| autoStart | boolean | true | 是否在 dsh 启动时自动拉起 |
| confirmDelayMs | number | 1500 | 启动后等待确认的毫秒数；0 = 不确认 |
| recheckDelayMs | number | 300 | 启动前二次检测间隔（毫秒） |

数据库手动清理（可选）

octopus 会把每次转发的完整请求体存入 data/data.db 的 relay_logs 表，长期运行可能涨到十几 GB。仓库内附带安全清理脚本 cleanup.sh（重建策略，非 DELETE+VACUUM——后者在大库上中断会导致 SQLite 文件损坏），放在 octopus 目录下执行即可：

cd /mnt/d/Programs/octopus
./cleanup.sh # 默认：清空 relay_logs，保留 1 个备份 ./cleanup.sh --keep=3 # 保留最近 3 个备份
RESTART=0 ./cleanup.sh # 清理后不重启 octopus

执行流程：停止 octopus → 原库 mv 备份为 data/data.db.bak.（零风险回退点）→ 复制完整 schema + 全部配置/统计表数据（relay_logs 建空表）→ PRAGMA integrity_check 验证 → 失败自动回滚 → 新库就位 → 重启。配置数据（渠道/API Key/价格）永远保留，只有转发日志被清空。

本地测试

node test/test.mjs

用 /bin/sleep 复制成的假二进制模拟常驻服务，验证后台拉起、幂等去重、进程确认。