开源发现

personal-edge-proxy：一套面向 AI服务的个人代理架构

personal-edge-proxy是一个面向个人 VPS场景的开源代理架构项目，核心不是单纯“搭一个节点”，而是把入口协议、AI流量分流和最终出口拆开管理。项目以 Hysteria2作为日常主入口，同时把 ChatGPT、Codex、Gemini、Claude等 AI服务从 VPS原生机房出口中分离出来，再根据不同服务选择 Cloudflare WARP或固定 SOCKS5。对于经常使用 Claude / Anthropic的用户，这套思路尤其值得看一眼。

项目作者强调，这套方案来自实际在用并经过现机审计的环境，而不是只停留在理论配置。它试图解决的核心问题很具体：便宜 VPS的原生出口 IP可能会遇到地区可用性、IP信誉、出口变化或风控挑战，而把入口和出口解耦后，维护和排错会更直接。

入口和出口分开，才是这个项目的重点

仓库里最重要的思路，是把“怎么进入 VPS”和“VPS最后从哪里出去”分成两个问题。Hysteria2、REALITY、Cloudflare Tunnel主要负责入口可用性和冗余；WARP、固定 SOCKS5则负责最终出口。

项目给出的推荐结构大致是：客户端通过 Hysteria2进入 VPS，普通流量直接走 VPS原生网络；OpenAI、ChatGPT、Codex和 Gemini等 AI流量可以单独送到 Cloudflare WARP；如果希望 Claude / Anthropic长期保持更稳定的最终出口，则可以额外接一条固定 SOCKS5。

这种拆分方式的好处是，各条链路可以独立测试。WARP出问题时，不必连 SSH、系统更新和其他网络流量一起受影响；以后迁移 VPS、调整入口协议，也不必把 Claude的固定出口策略全部推倒重来。

特别是有 Claude使用需求的，可以看看 D档方案

仓库把整体方案分成 A到 E几个档位。最简单的 A档只有 Hysteria2加 VPS Direct；C档开始把指定 AI流量切到 WARP；D档则在此基础上增加 Claude / Anthropic到固定 SOCKS5的单独路由；E档继续增加 REALITY或 Cloudflare Tunnel作为备用入口。

其中 D档最适合有 Claude使用需求、同时又不希望所有 AI流量都绑定到同一个出口的人。OpenAI和 Gemini可以继续走 WARP，Claude / Anthropic则根据实际需要走固定 SOCKS5。这样做的价值并不是“保证账号绝对不会触发风控”，而是让最终出口更稳定、更可控，也更方便定位问题。

需要注意的是，项目本身也明确说明：Claude并不是协议层面“必须住宅 IP”，固定 SOCKS5只是可选策略，WARP也不是住宅 IP，更不能保证某个服务一定接受对应出口。实际使用前仍然要确认服务支持地区，并遵守相关服务条款。

WARP只接管指定 AI流量，不接管整台 VPS

项目对 WARP的使用方式也比较克制。它并不是把服务器默认路由全部切到 WARP，而是让 Xray选中的流量通过本地 SOCKS5接入 warp-svc，再从 Cloudflare WARP出口访问目标服务。

这样做有几个实际好处：AI流量可以避开 VPS原生机房出口；WARP故障不会把整台服务器一起拖下水；可以按域名做精确分流；重连 WARP时也不需要重新制作客户端节点。Direct、WARP和 Fixed SOCKS5三条出口还能分别测试，出问题时更容易定位到底是哪一层。

对 Claude Code / Codex用户也比较友好

仓库还专门考虑了把后续部署交给 AI Agent的场景。作者建议先由人完成一次 SSH公钥登录，引导服务器进入“本机已经可以无密码安全登录”的状态，然后再让 Claude Code、Codex或其他 Agent使用本机现成的 ssh、SSH Agent或 ~/.ssh/config继续操作。

这比把 VPS root密码、SSH私钥直接复制进对话里更合理。项目明确提醒不要把私钥和服务器密码贴进聊天、Issue或公开仓库，并建议在确认密钥登录成功之前，不要急着关闭密码登录，以免把自己锁在服务器外。

仓库给了可复制示例，不只是架构图

personal-edge-proxy目前提供了服务端 Xray示例配置，以及 v2rayN的 Hysteria2、REALITY + Vision示例。服务端示例里包含 HY2、REALITY、Direct、WARP、可选 Fixed SOCKS5和路由规则，适合拿来理解整个方案是如何拼起来的。

项目作者还说明，公开示例并不是直接复制生产配置，而是经过现网验证、只读审计、官方文档复核，再做脱敏和清理后整理出来。这一点对于想直接参考配置的人很重要，因为它至少给出了明确的配置来源和验证路径。

谁适合关注这个项目

如果你只是想要一个能用的个人代理入口，那么单独部署 Hysteria2就已经足够，没必要把所有组件都装上。但如果你同时在使用 ChatGPT、Codex、Gemini、Claude，尤其是希望把不同 AI服务的出口分开管理，personal-edge-proxy的架构就很有参考价值。

它真正值得借鉴的不是某一段配置，而是“入口协议、AI分流、最终出口彼此独立”的设计方式。对于有 Claude使用需求、经常迁移 VPS、需要多入口冗余，或者希望以后让 Claude Code / Codex辅助维护服务器的人，这个项目可以作为一套比较完整的起点。