phoobobo

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 很好用，迁移带来新体验，但也有不少坑。希望这篇经验能帮到后...

面向 Coding Agent 重度用户，随时随地 vibe coding 的你。 现在的 Coding Agent 越来越多：Claude、Copilot、OpenCode、Codex、Trae……它们大多活在终端里，SSH 远程连接变得前所未有的重要。 而如果能搭配 typeless 之类的智能语音输入法，效率直接飙升——手机打字也能像电脑一样流畅，掏出来就能继续 vibe coding。 这套方案的核心组合：Tailscale + Moshi。 0. 先看官方文档建议先通读官方教程，再来看这篇踩坑记录： Mac Remote Endless Agent Setup tailscale 官方文档 官方文档讲了 what，本篇讲的是 why 和坑。 1. tailscale 一定要装社区版！别问，问就是 brew install --formula tailscale。装错 App Store 版，Moshi 根本连不上，白忙活一小时。 2. tailscale 服务一定要先启动sudo brew services start tailscale，不启动服务，ssh 连不上...

在飞书群发一条消息，十分钟后 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 acpx 插件 OpenClaw 插件，本地运行 Copilot CLI，桥接 ACP 协议 ...

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

搭建一台 WireGuard VPN 服务器（Linux），客户端使用 macOS + WireGuard 官方客户端。能成功建立隧道连接（wg show 显示 handshake 正常），但无法访问互联网，DNS 解析失败。 一、问题背景搭建一台 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....