任务 ID: task-cc-maxsub-40683 | 文件: task.md | 最后修改: 2026-02-28 10:02:22

Task task-cc-maxsub-40683 — Claude Max 订阅 + 自托管方案实现 OpenClaw 级 Agent 体验

文件路径

task.md（本文件，创建后不再修改）：/root/.openclaw/workspace/tasks/task-cc-maxsub-40683/task.md
session.md（执行日志，只追加）：/root/.openclaw/workspace/tasks/task-cc-maxsub-40683/session.md

原始需求

背景：当前通过第三方中转站（gptclubapi.xyz）使用 Claude，已累计消耗约 $1000+ 等价额度，属于重度使用。直接调用 Claude API 成本过高，不是选项。目标是在 Claude Max 订阅（$100/月，unlimited 使用）的基础上，用合规、自托管的方式实现类似 OpenClaw 的个人助理/Agent 体验。

核心约束：
- ✅ 必须基于 Claude Max 订阅（非 API 按量计费）
- ✅ 功能上接近 OpenClaw：持久记忆、Telegram 消息收发、定时任务、多 Agent 协作、SSH/Docker 操作
- ✅ 合规（个人自用，非商业分发）
- ✅ 优先有成熟现成方案，而非从零二开

核心调研问题：
1. 最成熟的现成方案：基于 Claude Max + 官方 CLI/Agent SDK（个人自用），有哪些成熟的开源框架或项目可以实现完整个人助理体验（持久记忆/Telegram/定时任务/多Agent）？项目活跃度、Stars、部署难度如何？
2. ductor 深度评估：ductor（PleasePrompto/ductor）功能是否完整？是否足以替代 OpenClaw？部署步骤、已知问题、社区活跃度？
3. 与 OpenClaw 功能对比：这些方案能否覆盖 OpenClaw 的核心功能（Skills体系、多Agent链路、记忆管理、heartbeat、Cron调度）？差距在哪里？
4. 迁移路径：从当前 OpenClaw 切换到最优方案，需要哪些步骤？数据迁移、配置迁移难点？
5. 部署架构建议：在现有 Linux 服务器上的最优部署方案（Docker/systemd/进程管理）

输出：中文结构化报告，给出明确的"最优方案"推荐和部署路线图。
输出路径：/root/.openclaw/workspace/tasks/task-cc-maxsub-40683/report.md

执行链

researcher → 爱衣质检

💡 示例（填写后删除此行）：coder → reviewer → 爱衣质检 / 单 Agent：coder → 爱衣质检

各 Agent 职责

💡 说明（填写后删除此块）：
- 按执行链顺序，每个 Agent 写一个章节
- 最后一个 Agent 的 sessions_send 目标固定为 agent:main:main（爱衣）
- 中间 Agent 的 sessions_send 目标为执行链下一个 Agent 的 session key
- 以下为两 Agent 示例，实际可为 1～N 个，填写后删除所有示例注释

Ai.Res（session key: `agent:researcher:main`）

任务：调研基于 Claude Max 订阅（个人自用）实现完整 OpenClaw 级 Agent 体验的成熟方案，重点评估现有开源项目的完整性和部署可行性。

调研重点：
- ductor、secure-openclaw、claude-code-telegram、claude-telegram-relay 等项目的详细功能清单、GitHub Stars/活跃度、已知 issues
- 这些项目是否支持：持久记忆、Telegram/多平台、cron 定时任务、多 Agent 链路、SSH/Docker 操作、Skills 扩展体系
- 与 OpenClaw 的功能对比（Skills/heartbeat/多Agent/记忆/Cron）
- 基于 Claude Max 自用的合规性边界（Thariq Shihipar 的澄清、个人实验 vs 商业产品的界定）
- 在 Linux 服务器上的部署架构（Docker Compose / systemd）
- 社区中是否有更新的"all-in-one"解决方案出现（2025-2026 年新项目）

不需要调研：Console API Key 方案（成本不可接受）、OAuth 中转方案（已知违规）

开始时：
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh researcher receive "Claude Max 自托管方案调研" task-cc-maxsub-40683

完成后：
1. 将执行日志追加到 session.md
2. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh researcher handoff "Claude Max 自托管方案调研" main task-cc-maxsub-40683
3. sessions_send 通知爱衣（agent:main:main，必须传 timeoutSeconds=0，禁止省略）：
task_id=task-cc-maxsub-40683 task=/root/.openclaw/workspace/tasks/task-cc-maxsub-40683/task.md

⚠️ 爱衣质检 SOP（收到最终通知后执行）

Step 1：评估工作区大小

du -sb /root/.openclaw/workspace/tasks/task-cc-maxsub-40683/

超过 80KB → 跳至「超限处理」
未超过 80KB → 继续 Step 2

Step 2：读取 session.md

wc -l /root/.openclaw/workspace/tasks/task-cc-maxsub-40683/session.md

若行数 N > 0，read session.md 全文。

Step 3：质检要点

通用检查（每次必须）：
- 产出是否符合原始需求？
- 执行过程是否有明显问题？
- Agent 间是否有未解决的分歧？

任务特定检查：
- report.md 是否存在且内容充实？
- 是否给出了明确的"最优方案"推荐（而非罗列所有选项）？
- 是否包含与 OpenClaw 的功能对比？
- 是否有具体的部署路线图/步骤？
- 是否明确回答了成本问题（Claude Max $100/月 vs 当前 $1000+ 的合理性）？
- 有没有把 Console API 方案混入（明确排除）？

Step 4：输出结论

通过 →

发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main done "Claude Max 自托管方案调研" task-cc-maxsub-40683
用 message 工具发送给主人（telegram, 92763607），归纳最优方案推荐和关键结论，并附报告链接（python3 /root/.openclaw/workspace/scripts/fileview-share.py /root/.openclaw/workspace/tasks/task-cc-maxsub-40683/report.md）

不通过（rejectCount == 0） →
1. 分析问题根因，设计新执行链
2. 创建新的 task.md（task_id 加后缀 -retry1），session.md 独立
3. 在原 session.md 末尾追加一行 rejectCount=1
4. sessions_send 给新执行链起始 Agent
5. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main retry "Claude Max 自托管方案调研" "<新执行链>" <起始role> 1 task-cc-maxsub-40683

rejectCount >= 1（第二次仍失败） →
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main fail "Claude Max 自托管方案调研" task-cc-maxsub-40683
2. message 主人，归纳问题和两次失败原因，请主人裁决

超限处理（工作区 > 80KB）

仅读 task.md（了解需求）
读 session.md 末尾 200 行：
bash wc -l /root/.openclaw/workspace/tasks/task-cc-maxsub-40683/session.md # 然后 read offset=max(1, N-200) limit=200
message 主人：任务已完成，但工作区内容繁多（XXkB），建议人工审计，附简单归纳