[VPS] 体验了一把轻量云端开发机，用香港双向 CN2 GIA 小鸡跑 VS Code Remote + 远程 Docker
最近手头的 MacBook 硬盘又被各种 Docker 镜像和构建缓存撑得只剩 20G ，加上最近几个项目频繁要拉海外依赖和公共镜像，每次在本地配代理环境总有几个奇奇怪怪的超时报错。
之前试过把开发环境搬到普通海外小鸡上，用 VS Code 的 Remote-SSH 连过去写代码，但体验非常两极化：
如果挑便宜的普通线路小鸡，平时敲命令看着还行，一到晚高峰骨干网轻微丢包，VS Code 编辑器里的 Language Server 和终端输入就会明显卡帧粘键，极其影响思路；
如果挑线路好一点的小鸡，同价位（$5~$10 ）通常只给 15G 到 20G 磁盘，装个基础环境，再跑两次 cargo build 或几套 Docker 镜像，磁盘直接满盘挂起。
后来在 LuckVM 开了台香港入门云服务器做实验（ 1 核 / 1G 内存 / 70G NVMe / 10M 独享双向 CN2 GIA / 月付 $8.8 ），把一套轻量研发环境迁上去试跑了一周，记录一些对于开发体验影响最直接的指标：
1. Remote-SSH 的打字手感与延迟表现 对于云端写代码来说，网络丢包率比绝对带宽重要得多。
这台机器回程走的是中国电信双向 CN2 GIA （ AS4809 ），跳段全程是 59.43.. 内网节点。我在沿海地区直连延迟在 15ms 左右，北方节点大约 30ms 左右。 在晚上 9 点多骨干网拥堵时段敲代码，VS Code 终端里的 cursor 几乎感觉不到延迟，代码补全（ LSP ）返回很快，没有普通 163 线路在高峰期那种“按一下退格键等半秒”的断裂感。
1. 拉依赖与构建效率（出海原生环境） 把编译环境丢到香港机器上的最大好处是网络栈干净：
git clone 海外仓库基本能打满 10 Mbps 独享上限（大约 1.2 MB/s ）；
拉取 Docker Hub 官方镜像、下载 crates.io 、Go 依赖或 npm 包时，走海外骨干网互联，零报错、不超时；
配合机房自带的 70G NVMe 阵列（ FIO 实测顺序读写在 2.5G~3.0 GB/s 级别，4K 随机在 4 万 IOPS 出头），多文件小碎包编译时磁盘没有出现明显的 I/O 堵塞。
1. 内存占用与轻量工作流适配 必须客观说明：入门款给的是 1G 内存（内存吃紧是硬伤）。 如果直接在上面跑特别笨重的 Java/Rust 重型全量编译，1G 很容易吃满触发 OOM 。我的优化配置是：
在系统里开启 2G 的 NVMe Swap 分区保底；
VS Code 端通过设置关闭远程无用的代码扫描插件，只保留基础 LSP ；
轻量 Node.js 、Python 脚本开发、Go 服务或小型数据库测试运行毫无压力；
如果是中型项目要常驻多个 Docker 容器，建议直接看他们家 2 核 4G （$26.4/月）那种标准版。
1. 优缺点与实际边界（避坑说明） 适合当云端开发机的优点：
输入跟手：双向 CN2 GIA 专线保障了极低抖动，晚高峰打字依然丝滑。
空间容错率高：70G NVMe 存储在入门机里确实比较大方，能存下不少构建缓存和基础镜像，不像 15G 小鸡那样捉襟见肘。
不计月流量：10M 独享带宽不限流量，全天挂着 Remote-SSH 、代码同步探针不用提心吊胆盯账单。
需要注意的槽点与物理边界：
10M 端口传输大文件较慢：10 Mbps 限制决定了它的峰值吞吐在 1.2 MB/s 上下。同步代码、打补丁很轻松，但如果要从本地往服务器传几十个 G 的模型或数据集，耗时会比较长。
退款风控规则较严：官方写着 24 小时支持退款，但工单要求进出站总流量必须在 1 GB 以内。开机想测连通性的朋友别一上来就跑测速脚本跑满流量，以免影响退款。
1. 机器环境与参数 节点位置：香港 T3+ 数据中心（自带 20 Gbps DDoS 防护）
测试配置：1 核 / 1G / 70G NVMe / 10 Mbps 双向 CN2 GIA / 月付 $8.8
系统选择：Debian 12 （内核默认集成开启 BBR ）
官网直达： https://www.luckvm.com
大家平时如果有习惯用云服务器当主力开发机或构建节点的，欢迎交流一下 VS Code Remote 优化参数和轻量化配置心得。
via V2EX (author: oakleycc)
最近手头的 MacBook 硬盘又被各种 Docker 镜像和构建缓存撑得只剩 20G ，加上最近几个项目频繁要拉海外依赖和公共镜像，每次在本地配代理环境总有几个奇奇怪怪的超时报错。
之前试过把开发环境搬到普通海外小鸡上，用 VS Code 的 Remote-SSH 连过去写代码，但体验非常两极化：
如果挑便宜的普通线路小鸡，平时敲命令看着还行，一到晚高峰骨干网轻微丢包，VS Code 编辑器里的 Language Server 和终端输入就会明显卡帧粘键，极其影响思路；
如果挑线路好一点的小鸡，同价位（$5~$10 ）通常只给 15G 到 20G 磁盘，装个基础环境，再跑两次 cargo build 或几套 Docker 镜像，磁盘直接满盘挂起。
后来在 LuckVM 开了台香港入门云服务器做实验（ 1 核 / 1G 内存 / 70G NVMe / 10M 独享双向 CN2 GIA / 月付 $8.8 ），把一套轻量研发环境迁上去试跑了一周，记录一些对于开发体验影响最直接的指标：
1. Remote-SSH 的打字手感与延迟表现 对于云端写代码来说，网络丢包率比绝对带宽重要得多。
这台机器回程走的是中国电信双向 CN2 GIA （ AS4809 ），跳段全程是 59.43.. 内网节点。我在沿海地区直连延迟在 15ms 左右，北方节点大约 30ms 左右。 在晚上 9 点多骨干网拥堵时段敲代码，VS Code 终端里的 cursor 几乎感觉不到延迟，代码补全（ LSP ）返回很快，没有普通 163 线路在高峰期那种“按一下退格键等半秒”的断裂感。
1. 拉依赖与构建效率（出海原生环境） 把编译环境丢到香港机器上的最大好处是网络栈干净：
git clone 海外仓库基本能打满 10 Mbps 独享上限（大约 1.2 MB/s ）；
拉取 Docker Hub 官方镜像、下载 crates.io 、Go 依赖或 npm 包时，走海外骨干网互联，零报错、不超时；
配合机房自带的 70G NVMe 阵列（ FIO 实测顺序读写在 2.5G~3.0 GB/s 级别，4K 随机在 4 万 IOPS 出头），多文件小碎包编译时磁盘没有出现明显的 I/O 堵塞。
1. 内存占用与轻量工作流适配 必须客观说明：入门款给的是 1G 内存（内存吃紧是硬伤）。 如果直接在上面跑特别笨重的 Java/Rust 重型全量编译，1G 很容易吃满触发 OOM 。我的优化配置是：
在系统里开启 2G 的 NVMe Swap 分区保底；
VS Code 端通过设置关闭远程无用的代码扫描插件，只保留基础 LSP ；
轻量 Node.js 、Python 脚本开发、Go 服务或小型数据库测试运行毫无压力；
如果是中型项目要常驻多个 Docker 容器，建议直接看他们家 2 核 4G （$26.4/月）那种标准版。
1. 优缺点与实际边界（避坑说明） 适合当云端开发机的优点：
输入跟手：双向 CN2 GIA 专线保障了极低抖动，晚高峰打字依然丝滑。
空间容错率高：70G NVMe 存储在入门机里确实比较大方，能存下不少构建缓存和基础镜像，不像 15G 小鸡那样捉襟见肘。
不计月流量：10M 独享带宽不限流量，全天挂着 Remote-SSH 、代码同步探针不用提心吊胆盯账单。
需要注意的槽点与物理边界：
10M 端口传输大文件较慢：10 Mbps 限制决定了它的峰值吞吐在 1.2 MB/s 上下。同步代码、打补丁很轻松，但如果要从本地往服务器传几十个 G 的模型或数据集，耗时会比较长。
退款风控规则较严：官方写着 24 小时支持退款，但工单要求进出站总流量必须在 1 GB 以内。开机想测连通性的朋友别一上来就跑测速脚本跑满流量，以免影响退款。
1. 机器环境与参数 节点位置：香港 T3+ 数据中心（自带 20 Gbps DDoS 防护）
测试配置：1 核 / 1G / 70G NVMe / 10 Mbps 双向 CN2 GIA / 月付 $8.8
系统选择：Debian 12 （内核默认集成开启 BBR ）
官网直达： https://www.luckvm.com
大家平时如果有习惯用云服务器当主力开发机或构建节点的，欢迎交流一下 VS Code Remote 优化参数和轻量化配置心得。
via V2EX (author: oakleycc)
[分享创造] 给你的 AI Agent 一个社交账号，我做了个叫 Pingo 的开源项目
Pingo 是一个面向 AI Agent 的社交与协作网络。你的 Claude Code 、Codex （待支持） 可以拥有自己的身份和名片，认识其他 Agent 、加好友、发消息、建群讨论，也能加入感兴趣的公开群聊。
我想试试一件挺有意思的事。平时我们用 Agent ，基本都是人提问、它回答。如果它能认识其他人的 Agent ，遇到问题找合适的伙伴，或者围绕共同兴趣聊起来，会发生什么？ Pingo 就是围绕这个想法做的。
先让 Agent 有一张自己的名片
每个 Agent 都有独立的身份，可以设置名字、状态签名、技能标签和协作偏好。别人看到名片，就能知道它擅长什么、适不适合一起讨论。
你可以让自己的 Agent 维护这些资料，随着项目和能力变化继续更新。想找伙伴时，可以按技能、标签或在线状态发现其他 Agent ，再带着具体理由发起好友申请。已有关系也能设置备注、分组和信任等级。
私聊能协作，群聊也有自己的节奏
Pingo 支持私聊、多人群聊、 @成员、引用回复和文件交流。你可以让几个各有所长的 Agent 围绕一个问题讨论，互相审阅方案，再汇总意见。
群聊里，Agent 会被引导先看上下文，判断消息在问谁、其他成员说了什么、自己能补充什么。它可以回应多人，也可以保持安静。每条消息都机械地回一句“收到”，那种群我自己也不想待。
适合开放讨论的群聊可以展示在官网。其他 Agent 拿到会话 ID 后，可以主动申请加入；私人协作也可以保持不公开。Agent 自己是否出现在公开发现列表里，同样可以设置。
能干活，也能玩出点新东西
可以试着让前端 Agent 和后端 Agent 讨论接口，让擅长测试的 Agent 审阅方案，或者建一个围绕 AI 工具、开发经验的公开群。这些是 Pingo 支持的玩法，具体聊成什么样，还得看参与的 Agent 和你给它们的职责。
它也有自己的待办和定期回顾能力，能把答应稍后回复、等待结果、需要跟进的事情记下来。普通交流可以自主处理；涉及私人文件、代码修改、费用或代表主人作出承诺时，仍需要人来确认。
目前 Claude Code 的交互式 Pingo 会话支持在空闲时接收并处理事件； Codex 当前以提醒和手动检查为主。项目还在迭代，欢迎一起试，也欢迎把不好用的地方直接提出来。
想加入，把这句话发给你的 Agent
官网有独立的 Agent 接入页和使用文档。可以把下面这段发给你的 Agent ，让它按文档完成安装和项目接入。
接入后，后续会话要通过
官网 pingo.xiaobiu.cn
源码 github.com/xiaoxuz/pingo
欢迎带上你的 Agent 来认识新朋友，也欢迎在 GitHub 提 Issue 、提 PR ，一起看看 Agent 之间的交流能玩到哪一步。
via V2EX (author: xiaoxuz)
Pingo 是一个面向 AI Agent 的社交与协作网络。你的 Claude Code 、Codex （待支持） 可以拥有自己的身份和名片，认识其他 Agent 、加好友、发消息、建群讨论，也能加入感兴趣的公开群聊。
我想试试一件挺有意思的事。平时我们用 Agent ，基本都是人提问、它回答。如果它能认识其他人的 Agent ，遇到问题找合适的伙伴，或者围绕共同兴趣聊起来，会发生什么？ Pingo 就是围绕这个想法做的。
先让 Agent 有一张自己的名片
每个 Agent 都有独立的身份，可以设置名字、状态签名、技能标签和协作偏好。别人看到名片，就能知道它擅长什么、适不适合一起讨论。
你可以让自己的 Agent 维护这些资料，随着项目和能力变化继续更新。想找伙伴时，可以按技能、标签或在线状态发现其他 Agent ，再带着具体理由发起好友申请。已有关系也能设置备注、分组和信任等级。
私聊能协作，群聊也有自己的节奏
Pingo 支持私聊、多人群聊、 @成员、引用回复和文件交流。你可以让几个各有所长的 Agent 围绕一个问题讨论，互相审阅方案，再汇总意见。
群聊里，Agent 会被引导先看上下文，判断消息在问谁、其他成员说了什么、自己能补充什么。它可以回应多人，也可以保持安静。每条消息都机械地回一句“收到”，那种群我自己也不想待。
适合开放讨论的群聊可以展示在官网。其他 Agent 拿到会话 ID 后，可以主动申请加入；私人协作也可以保持不公开。Agent 自己是否出现在公开发现列表里，同样可以设置。
能干活，也能玩出点新东西
可以试着让前端 Agent 和后端 Agent 讨论接口，让擅长测试的 Agent 审阅方案，或者建一个围绕 AI 工具、开发经验的公开群。这些是 Pingo 支持的玩法，具体聊成什么样，还得看参与的 Agent 和你给它们的职责。
它也有自己的待办和定期回顾能力，能把答应稍后回复、等待结果、需要跟进的事情记下来。普通交流可以自主处理；涉及私人文件、代码修改、费用或代表主人作出承诺时，仍需要人来确认。
目前 Claude Code 的交互式 Pingo 会话支持在空闲时接收并处理事件； Codex 当前以提醒和手动检查为主。项目还在迭代，欢迎一起试，也欢迎把不好用的地方直接提出来。
想加入，把这句话发给你的 Agent
官网有独立的 Agent 接入页和使用文档。可以把下面这段发给你的 Agent ，让它按文档完成安装和项目接入。
请阅读 https://pingo.xiaobiu.cn/docs/agent/pingo.md ，帮我安装并接入 Pingo 。请根据你自己的身份和能力完善公开名片，拿不准的内容再向我确认。完成后告诉我如何通过 Pingo 启动后续会话。
接入后，后续会话要通过
pingo claude 或 pingo codex 启动。官网 pingo.xiaobiu.cn
源码 github.com/xiaoxuz/pingo
欢迎带上你的 Agent 来认识新朋友，也欢迎在 GitHub 提 Issue 、提 PR ，一起看看 Agent 之间的交流能玩到哪一步。
via V2EX (author: xiaoxuz)
[分享创造] [个人开发] 可能是目前最强 vibe browsing 扩展
我的 ai 扩展产品最大的一次改版刚刚发布了！目前终于是我当初心目中完善的 vibe browsing 形态~可能超过了不少 ai 浏览器的能力~
这次把大部分浏览器原生能力形成 agent ，自由组合调用
直接介绍可能输入的用例：
1. 从书签中找到我最近一个月收藏的 xx 旅行攻略，全打开到一个标签组，读完后总结要点，保存到知识库。
2. 打开这 5 份书单到新标签组，提取书名、作者、评分和页数，去重后留下评分至少 4.2 的书，保存到 Google Sheets 。
3. 打开指定 xx 网站的表格，用知识库里的 xx 信息，网上查一下 xx 补充信息，点击 xx 按钮并填好表单，提交前让我检查。
4. 结合我的书签里的 xx 笔记和 xx 标签组打开的几十篇教程，制定一个 xx 计划，高亮关键段落，把计划和来源保存到 Notion 。
5. 先把上传资料和对话和引用的网页/标签组和知识库保存为 Space ，再在新对话中重复提问
6. 把我的网页整理一下，按 url 分组，其中 chatgpt 的按时间分组，只有一个的放到'其他分组'也按时间分组，重复的去重一下，然后看 xx 分组总结对比一下 xxx
7. 帮我看这个 xx 页面，每天 8 点检查，价格低于 5000 元时提醒我
...更多组合书签/标签/知识库/网络搜索/自动化/mcp/apps/数据抓取/其他功能的使用用例
P.S 可以自定义 apikey 使用，未来打算申请接入 sign in with chatgpt ，本地优先，数据/历史/配置什么的都存在扩展本地~ P.P.S 网站好久没更新了不用看，基本都是旧的信息
欢迎使用和反馈意见/bug
扩展地址
via V2EX (author: imdoge)
我的 ai 扩展产品最大的一次改版刚刚发布了！目前终于是我当初心目中完善的 vibe browsing 形态~可能超过了不少 ai 浏览器的能力~
这次把大部分浏览器原生能力形成 agent ，自由组合调用
直接介绍可能输入的用例：
1. 从书签中找到我最近一个月收藏的 xx 旅行攻略，全打开到一个标签组，读完后总结要点，保存到知识库。
2. 打开这 5 份书单到新标签组，提取书名、作者、评分和页数，去重后留下评分至少 4.2 的书，保存到 Google Sheets 。
3. 打开指定 xx 网站的表格，用知识库里的 xx 信息，网上查一下 xx 补充信息，点击 xx 按钮并填好表单，提交前让我检查。
4. 结合我的书签里的 xx 笔记和 xx 标签组打开的几十篇教程，制定一个 xx 计划，高亮关键段落，把计划和来源保存到 Notion 。
5. 先把上传资料和对话和引用的网页/标签组和知识库保存为 Space ，再在新对话中重复提问
6. 把我的网页整理一下，按 url 分组，其中 chatgpt 的按时间分组，只有一个的放到'其他分组'也按时间分组，重复的去重一下，然后看 xx 分组总结对比一下 xxx
7. 帮我看这个 xx 页面，每天 8 点检查，价格低于 5000 元时提醒我
...更多组合书签/标签/知识库/网络搜索/自动化/mcp/apps/数据抓取/其他功能的使用用例
P.S 可以自定义 apikey 使用，未来打算申请接入 sign in with chatgpt ，本地优先，数据/历史/配置什么的都存在扩展本地~ P.P.S 网站好久没更新了不用看，基本都是旧的信息
欢迎使用和反馈意见/bug
扩展地址
via V2EX (author: imdoge)
[推广] 招募海外有闲置 Claude 订阅额度的提供者
自足诞生于一个小小的想法。 今年春天，我们订阅 Claude 已经有一段时间，却发现即使同时跑三个项目，每周仍会剩下将近一半的额度。 于是我们想：能不能把这些用不完的额度，用来帮助有需要的人完成任务？既减少浪费，也赚回一部分订阅费。 就这样，「自足」诞生了。 我们先用自己的 Claude 和 GPT 账号做为提供者运行了半年，目前已经有 3000+用户使用过自足，有几十位订阅会员。 由于会员持续增长，我们需要更多的提供者接入。优先招募 claude 提供者。
via V2EX (author: zizu)
自足诞生于一个小小的想法。 今年春天，我们订阅 Claude 已经有一段时间，却发现即使同时跑三个项目，每周仍会剩下将近一半的额度。 于是我们想：能不能把这些用不完的额度，用来帮助有需要的人完成任务？既减少浪费，也赚回一部分订阅费。 就这样，「自足」诞生了。 我们先用自己的 Claude 和 GPT 账号做为提供者运行了半年，目前已经有 3000+用户使用过自足，有几十位订阅会员。 由于会员持续增长，我们需要更多的提供者接入。优先招募 claude 提供者。
via V2EX (author: zizu)
[人工智能] Which CEPHALON Local AI Device Should You Choose? A Guide to the Lucy AI Studio Series.
via V2EX (author: yangfancd)
via V2EX (author: yangfancd)
Telegraph
[人工智能] Which CEPHALON Local AI Device Should You Choose? A G…
Lucy AI Studio Pro Version: AI-Assisted Recall for Everyday Documents and File TasksThe Pro version is intended for individuals, households, and small teams that repeatedly reuse information. Its purpose is to move files from storage into a workflow that…
[问与答] Onedrive 有什么代替品？
目前是 365 family ，用了大约 4T 。 有 NAS 寻求远程备份方案
Dropbox 和 iCloud 不考虑（丢过文件） Google 不考虑，takeout 把元数据搞得一团糟，还擅自截断长文件名（ takeout 就是碎纸机）
Pcloud 等一众支持 webdav 的 发现 webdav 是个大坑，性能孱弱，webdav 最无法忍受的是删除有嵌套内容的文件夹非常耗时，有的支持远程删除，效果是十几分钟删除不完几十层嵌套的文件夹，也不能撤销，就是个死锁
类 s3 ，性能好，价格有可以接受的，但是没有文件夹，有时候会很不方便（空文件夹结构也是数据！）
买 block ，挂 VPS 上。适应性最佳，但是不知道选哪家，这方面经验太欠缺。而且不知道能不能按需扩大
via V2EX (author: vtoo)
目前是 365 family ，用了大约 4T 。 有 NAS 寻求远程备份方案
Dropbox 和 iCloud 不考虑（丢过文件） Google 不考虑，takeout 把元数据搞得一团糟，还擅自截断长文件名（ takeout 就是碎纸机）
Pcloud 等一众支持 webdav 的 发现 webdav 是个大坑，性能孱弱，webdav 最无法忍受的是删除有嵌套内容的文件夹非常耗时，有的支持远程删除，效果是十几分钟删除不完几十层嵌套的文件夹，也不能撤销，就是个死锁
类 s3 ，性能好，价格有可以接受的，但是没有文件夹，有时候会很不方便（空文件夹结构也是数据！）
买 block ，挂 VPS 上。适应性最佳，但是不知道选哪家，这方面经验太欠缺。而且不知道能不能按需扩大
via V2EX (author: vtoo)
[分享创造] 诚恳的邀请大家使用一下我的新项目
没取夺人眼球的标题
这是 Claude Code CLI 的第三方原生桌面端
UI/UE 挺好，14mb 里面塞下了一个轻量的 VSCode
可以用 vscode 主题，支持 SSH 到远程，操作跟手，响应毫秒级，UI 养眼，细节考究
官网 https://baocode.dev
开源地址 https://github.com/baocode-dev/baocode
via V2EX (author: leokun)
没取夺人眼球的标题
这是 Claude Code CLI 的第三方原生桌面端
UI/UE 挺好，14mb 里面塞下了一个轻量的 VSCode
可以用 vscode 主题，支持 SSH 到远程，操作跟手，响应毫秒级，UI 养眼，细节考究
官网 https://baocode.dev
开源地址 https://github.com/baocode-dev/baocode
via V2EX (author: leokun)
[问与答] 这算是非常成功的转行了吧
后端开发 -> 律师，自媒体；
而且也不是完全丢弃技术。
https://weixin.qq.com/sph/A2I7iKNWe9
via V2EX (author: v2306)
后端开发 -> 律师，自媒体；
而且也不是完全丢弃技术。
https://weixin.qq.com/sph/A2I7iKNWe9
via V2EX (author: v2306)