小呆子调研：调研仓库 https://github.com/HKUDS/ClawTeam 。要求：1）仔细阅读源

结论: - ClawTeam 在 spawn 层已针对 OpenClaw 做了命令归一化（裸 openclaw 自动扩展为 openclaw agent --local）并为交互式模式追加 --session-id/--message，官方 README 也列为 “✅ Full support”，可直接作为平行管理代理接入。证据：clawteam/spawn/command_validation.py:41-53、clawteam/spawn/adapters.py:20-88、README.md:529-544。 - 团队通信统一走 TeamMessage（teammate-tool 规格）+ Mailbox + pluggable Transport，消息在 ~/.clawteam/teams/<team>/inboxes/<agent>/msg-*.json 内原子写入，可通过文件系统或 ZeroMQ P2P 同时被 ClawTeam、OpenClaw 消费与回执。证据：clawteam/team/models.py:15-142、clawteam/team/mailbox.py:15-194、docs/transport-architecture.md:3-89。 - 已依据 248 主机（假定为 Ubuntu22 + Python≥3.10）给出依赖、安装、配置、启动、验证与运维闭环方案，覆盖 Python 包、tmux/git、可选 pyzmq、OpenClaw CLI 及 snapshot/monitor 工具。证据：pyproject.toml:1-37、docs/skills/clawteam/references/cli-reference.md:12-120、clawteam/team/manager.py:90-161、clawteam/team/snapshot.py:109-220。

风险: - 跨主机共享存储风险：FileTransport 依赖共享 inboxes/ 目录，若 248 与其他节点不共享磁盘则必须启用 P2P；否则消息会堆积/丢失。使用 pyzmq + CLAWTEAM_TRANSPORT=p2p 时 ZeroMQ 不可达会自动回退文件队列，但要监控 dead_letters/。证据：clawteam/transport/file.py:53-208、docs/transport-architecture.md:3-170。 - OpenClaw CLI 版本差异：ClawTeam 期待 openclaw agent 子命令可接受 --local/--session-id/--message；如社区版本变更应先独立验证命令，再通过 clawteam spawn subprocess openclaw ... 冒烟。证据：clawteam/spawn/command_validation.py:41-53、clawteam/spawn/adapters.py:60-73。 - 消息阻塞/文件锁：FileTransport 对 .consumed 文件做加锁，如果 OpenClaw 长时间持有锁可能导致队列阻塞；应监控 inbox 目录文件数并定期清理 dead_letters。证据：clawteam/transport/file.py:75-188。

（via codex248 全自动调研）