phoobobo

Hermes 踩坑经验：从 openclaw 迁移的血泪史Hermes setup 真的很香！整个体验就像用上了一个高级的 coding harness，还自带通信功能，效率直接拉满。 成也迁移，败也迁移这次从 openclaw 迁移到 Hermes，真是五味杂陈。迁移带来了很多便利，但也埋下了不少坑。有些模型 provider 直接不能用，比如 ollama 本地模型、GitHub Copilot。 Copilot 授权大坑Hermes 会自动检测本地的 GitHub Token，但这个 Token 用不了！我折腾了半天，最后只能 gh auth logout，重新添加 GitHub Copilot，在弹出的 OAuth 页面重新登录授权，然后再 gh auth login，这样本地 GH CLI 才能正常用。 agent 人格设置的迷惑整个 setup 过程居然没提 agent 人格设置，结果 message work directory 被设到了我龙虾的 workspace，怪不得总觉得哪儿不对劲。Hermes 应该主动问问我要不要重新设置。 总结Hermes setup ...

面向Agentic coding重度用户，随时随地vibe coding的你。 最近想用手机随时远程操控Copilot终端，选了Moshi + Tailscale这套方案，结果一顿操作猛如虎，差点被坑到怀疑人生。这里总结下关键坑点，帮你避雷。 1. tailscale一定要装社区版！别问，问就是brew install --formula tailscale。装错App Store版，Moshi根本连不上，白忙活一小时。 2. tailscale服务一定要先启动sudo brew services start tailscale，不启动服务，ssh连不上，Moshi只会报错。 3. 先启动tailscale，再用ssh连接顺序不能错！先sudo tailscale up，再在Moshi里用ssh连，不然会莫名其妙连不上。 4. Moshi配置没问题，关键在tailscaleMoshi配置很简单，坑全在tailscale。只要tailscale社区版+服务启动+顺序对，Moshi就能愉快vibe coding。 5. 让手机也能科学上网：Tailscale Exit Node如...

在飞书群里让 AI 自动写代码：OpenClaw ACP + Feishu 踩坑实录 在飞书群发一条消息，十分钟后 GitHub 上出现了一个可以玩的游戏。中间没有人动一行代码。 这篇文章记录了我如何把 OpenClaw ACP 和 Feishu 打通，让 AI Agent 在群聊里收到需求后，自动调起 Copilot CLI 去写代码、建仓库、推 GitHub——以及这条路上踩过的每一个坑。 一、目标：群里喊一声，代码自己写好最终实现效果： 我在飞书编程群发消息：做一个贪吃蛇游戏 Phoenix（群里的 AI 技术负责人）收到消息，分析需求 Phoenix 调用 sessions_spawn 把任务委托给 Copilot CLI Copilot CLI 在本地工作区写好代码，初始化 git，推到 GitHub Phoenix 把仓库 URL 发回群里 整个过程无需人工干预，Phoenix 是协调者，Copilot CLI 是执行者。 二、环境说明 组件 作用 OpenClaw AI Agent 网关，管理 agent 会话、路由消息、调用 LLM a...

我给自己造了一支 AI 团队：OpenClaw 多智能体系统重建实录 五个 AI Agent，各司其职，全天候自动运转——这是我用一个下午完成的事情。 一、背景：为什么要搞多智能体？我一直在用 OpenClaw 跑 AI Agent。最初只是把几个 Agent 挂在飞书群里聊天用，但用着用着发现一个问题：它们太”被动”了。 Agent 只会回复消息，不会主动做事。没有工作流，没有定时任务，没有收入产出。它们更像是几个等待投喂的聊天机器人，而不是真正的”团队成员”。 于是我决定做一次彻底重建——不是调调参数，而是从身份定义、模型策略、自动化调度、到收入管线，全部推倒重来。 二、团队阵容重建后的五人阵容： Agent 代号 角色 语言 Judy 💖 main 总调度 / 管家 中英双语 Phoenix 🦅 coding 全栈开发 / 开源 English Mike ⚙️ devops 运维 / 基础设施 English Shirly ✍️ momo 内容创作 / 自媒体 中文 xueqin 📜 lit...

WireGuard VPN 配置完全踩坑指南一、问题背景搭建一台 WireGuard VPN 服务器（Linux），客户端使用 macOS + WireGuard 官方客户端。能成功建立隧道连接（wg show 显示 handshake 正常），但无法访问互联网，DNS 解析失败。 二、症状清单 能 ping 通 VPN 服务器虚拟 IP（10.0.0.1） 无法 ping 外网 IP（ping 8.8.8.8 超时） DNS 解析失败（dig google.com 无响应） curl ifconfig.me 超时 客户端路由表：默认网关仍走本地（en1），而非 utun4 三、排查过程与踩坑点坑 1：客户端 AllowedIPs 配置错误现象：wg show 显示 allowed ips: 10.0.0.2/32 原因：客户端的 [Peer] 配置中 AllowedIPs 设置为 10.0.0.2/32，表示只有访问 10.0.0.2 的流量才走 VPN。 解决：改为 AllowedIPs = 0.0.0.0/0（所有 IPv4 流量走 VPN）： 12345[Pee...