[分享创造] [喵览] - 一个不到 2M 的自动翻译漫画浏览器，每天可以免费翻译 100 张~
最近做了一个叫「喵览」的浏览器，主要解决看生肉漫画时需要反复截图翻译的问题。
目前上架了鸿蒙： https://appgallery.huawei.com/app/detail?id=com.yoghourt.miaoview
手机、平板、电脑端都做了适配
打开漫画网页后可以直接识别并翻译图片里的文字，目前每天可以免费翻译 100 张（显示是 5 ，不过消耗是按照 0.01 倍率消耗），不知道服务器抗不扛得住，反正目前量大管饱就是了 hhh ，然后涩涩的漫画也是可以翻译的
产品还在早期阶段，体验和兼容性肯定还有不足，欢迎大家试用，有任何问题和需求也可以直接反馈，手上 token 多，可以站着蹬。
最后再抽个 5 个 M+会员好了，一个月按照当前的 0.01 倍率消耗大概可以翻译 6000 张
可以评论你的 id ，三天后开奖，直接权限推送到对应 id 账号上，祝各位玩得愉快~
最近做了一个叫「喵览」的浏览器，主要解决看生肉漫画时需要反复截图翻译的问题。
目前上架了鸿蒙： https://appgallery.huawei.com/app/detail?id=com.yoghourt.miaoview
手机、平板、电脑端都做了适配
打开漫画网页后可以直接识别并翻译图片里的文字，目前每天可以免费翻译 100 张（显示是 5 ，不过消耗是按照 0.01 倍率消耗），不知道服务器抗不扛得住，反正目前量大管饱就是了 hhh ，然后涩涩的漫画也是可以翻译的
产品还在早期阶段，体验和兼容性肯定还有不足，欢迎大家试用，有任何问题和需求也可以直接反馈，手上 token 多，可以站着蹬。
最后再抽个 5 个 M+会员好了，一个月按照当前的 0.01 倍率消耗大概可以翻译 6000 张
可以评论你的 id ，三天后开奖，直接权限推送到对应 id 账号上，祝各位玩得愉快~
[程序员] github 炸了，不知道这次恢复是什么时候
Incident with GitHub Action
Update - Pages is operating normally.
Jul 20, 2026 - 01:37 UTC
Update - We continue to work on mitigative efforts to restore Actions workflow runners, and have observed that the extended downtime has started to cause knock-on effects to other services.
A separate incident was opened before we understood they were related. We will continue to post updates on this incident.
Jul 20, 2026 - 01:11 UTC
Update - Issues is experiencing degraded performance. We are continuing to investigate.
Jul 20, 2026 - 00:52 UTC
Update - Actions and Pages are experiencing degraded performance. We are continuing to investigate.
Jul 20, 2026 - 00:49 UTC
Update - Actions is experiencing degraded performance. We are continuing to investigate.
Jul 20, 2026 - 00:48 UTC
Update - Actions is experiencing degraded availability. We are continuing to investigate.
Jul 20, 2026 - 00:20 UTC
Update - API Requests is experiencing degraded availability. We are continuing to investigate.
Jul 20, 2026 - 00:07 UTC
Update - We have identified the cause of failures in GitHub Actions and are working to restore service.
Jul 19, 2026 - 23:57 UTC
Update - We are investigating degraded availability for GitHub Actions on github.com and in GHEC DR stamps. New workflows may delay or fail to start, and ongoing runs may fail. We will provide more information as soon as we can.
Jul 19, 2026 - 23:37 UTC
Investigating - We are investigating reports of degraded performance for Actions
Jul 19, 2026 - 23:34 UTC
[分享创造] 做了一个把故事变成德语歌曲礼物的网站，欢迎体验
最近做了一个叫 melodank 的小产品：填写收礼人、场合和你们之间的故事，它会生成可修改的德语歌词和两版歌曲，满意后还能做成私密礼物页分享给对方。
网站刚上线，还有很多细节需要打磨，欢迎大家体验并提意见。愿意认真体验和反馈的朋友可以留下邮箱，我会送 10 首歌曲额度，价值 €299 。
https://melodank.com
最近做了一个叫 melodank 的小产品：填写收礼人、场合和你们之间的故事，它会生成可修改的德语歌词和两版歌曲，满意后还能做成私密礼物页分享给对方。
网站刚上线，还有很多细节需要打磨，欢迎大家体验并提意见。愿意认真体验和反馈的朋友可以留下邮箱，我会送 10 首歌曲额度，价值 €299 。
https://melodank.com
[分享创造] 一个人做 SaaS 产品之后，我对架构复杂度的一些真实感受，分享给大家
我这几个月一直在独立做一个 SaaS ，叫 PigeonPod Cloud，主要是把 YouTube 频道和播放列表转换成私人播客 RSS 的 SaaS 。用户订阅内容源以后，系统会自动同步新内容、下载媒体文件，并通过私人 RSS 提供给播客客户端。
产品上线 3 个多月，我一个人在开发，维护过程里，真切的感受到了不少和之前在公司里做项目很不一样的点。写了一篇简单的文章把这些感受和经验分享给兄弟们，希望能给也在做或者想做个人产品的朋友一些启发，也欢迎一起交流讨论。
这个产品目前还很早期，但已经有一些真实用户
● 约 1300 名注册用户
● 累计完成约 61000+ 个下载任务（视频和音频都有）
● 每天完成 16000+ 多次订阅源同步
做这个产品以后，我越来越觉得，架构设计的核心问题不是“怎么设计得更完整”，而是“哪些复杂度值得承担”。对于一个人维护的 SaaS ，每一个组件、每一个服务、每一个模块，最后都会变成维护责任。它们需要部署、监控、升级、排错，也需要在业务变化时继续修改。
维护成本会在产品功能基本完成上线后，迅速超过开发成本。 文章里写了三个例子。
第一个例子是后端边界。
我把 API 服务和下载 worker 拆成了独立运行单元。因为下载任务会消耗大量网络、CPU 、内存和本地存储，也容易受到外部平台限流影响。如果它和 API 服务跑在一起，后台任务的波动就可能影响用户请求。
但是，我没有继续把系统拆成微服务。当前阶段，共享数据库和进程内调用的成本更低，排错路径也更短。对我来说，这比“架构看起来更标准”重要。
第二个例子是删功能。
PigeonPod Cloud 早期做过一个站内内容消费模块，包括播放队列、收藏、云端播放进度等功能。这个模块已经上线，也做得很完整了。
后来我通过数据发现，实际使用率很低。它的基础设施成本接近零，但维护成本不是零。只要这个模块还在，未来每次改数据模型、改播放器、迁移前端状态，都要继续考虑它。最后我把它删掉了。这个变更涉及 94 个文件，删除约 5700 行代码和 6 张表。
这件事给我的教训是：已经写完的代码不是资产，只有继续产生价值的代码才是资产。这一点在 AI Agent 写代码越来越快的时代，我认为尤其重要，保持专注会成为未来构建产品的核心能力之一。我会专门再写一篇文章来讨论这个事情。
第三个例子是云服务账单。
早期 SaaS 的固定成本很重要。账单越高，产品可以继续试错的时间就越短。
所以我把核心用户路径放在云服务上，把 Loki 、Grafana 、Plausible 、JobRunr dashboard 和分析库放在家庭服务器上（一个几年前买的 mini 小主机）。它们短暂离线不会影响用户使用，但可以明显降低固定成本。
这不是通用建议，只是当前约束下的选择。等产品规模、收入情况变化以后，答案可能也会变化。
我越来越觉得，架构成熟度不是能够在项目开始时就能设计出完整的架构，更不是使用了多少时髦的技术，而是知道什么适合自己的项目，为什么引入某项复杂度，它解决什么问题，以及什么时候应该停止为它付费。
文章原文在这里：复杂度从来不是免费的：一个独立开发者的 SaaS 架构取舍
欢迎兄弟们交流讨论。
我这几个月一直在独立做一个 SaaS ，叫 PigeonPod Cloud，主要是把 YouTube 频道和播放列表转换成私人播客 RSS 的 SaaS 。用户订阅内容源以后，系统会自动同步新内容、下载媒体文件，并通过私人 RSS 提供给播客客户端。
产品上线 3 个多月，我一个人在开发，维护过程里，真切的感受到了不少和之前在公司里做项目很不一样的点。写了一篇简单的文章把这些感受和经验分享给兄弟们，希望能给也在做或者想做个人产品的朋友一些启发，也欢迎一起交流讨论。
这个产品目前还很早期，但已经有一些真实用户
● 约 1300 名注册用户
● 累计完成约 61000+ 个下载任务（视频和音频都有）
● 每天完成 16000+ 多次订阅源同步
做这个产品以后，我越来越觉得，架构设计的核心问题不是“怎么设计得更完整”，而是“哪些复杂度值得承担”。对于一个人维护的 SaaS ，每一个组件、每一个服务、每一个模块，最后都会变成维护责任。它们需要部署、监控、升级、排错，也需要在业务变化时继续修改。
维护成本会在产品功能基本完成上线后，迅速超过开发成本。 文章里写了三个例子。
第一个例子是后端边界。
我把 API 服务和下载 worker 拆成了独立运行单元。因为下载任务会消耗大量网络、CPU 、内存和本地存储，也容易受到外部平台限流影响。如果它和 API 服务跑在一起，后台任务的波动就可能影响用户请求。
但是，我没有继续把系统拆成微服务。当前阶段，共享数据库和进程内调用的成本更低，排错路径也更短。对我来说，这比“架构看起来更标准”重要。
第二个例子是删功能。
PigeonPod Cloud 早期做过一个站内内容消费模块，包括播放队列、收藏、云端播放进度等功能。这个模块已经上线，也做得很完整了。
后来我通过数据发现，实际使用率很低。它的基础设施成本接近零，但维护成本不是零。只要这个模块还在，未来每次改数据模型、改播放器、迁移前端状态，都要继续考虑它。最后我把它删掉了。这个变更涉及 94 个文件，删除约 5700 行代码和 6 张表。
这件事给我的教训是：已经写完的代码不是资产，只有继续产生价值的代码才是资产。这一点在 AI Agent 写代码越来越快的时代，我认为尤其重要，保持专注会成为未来构建产品的核心能力之一。我会专门再写一篇文章来讨论这个事情。
第三个例子是云服务账单。
早期 SaaS 的固定成本很重要。账单越高，产品可以继续试错的时间就越短。
所以我把核心用户路径放在云服务上，把 Loki 、Grafana 、Plausible 、JobRunr dashboard 和分析库放在家庭服务器上（一个几年前买的 mini 小主机）。它们短暂离线不会影响用户使用，但可以明显降低固定成本。
这不是通用建议，只是当前约束下的选择。等产品规模、收入情况变化以后，答案可能也会变化。
我越来越觉得，架构成熟度不是能够在项目开始时就能设计出完整的架构，更不是使用了多少时髦的技术，而是知道什么适合自己的项目，为什么引入某项复杂度，它解决什么问题，以及什么时候应该停止为它付费。
文章原文在这里：复杂度从来不是免费的：一个独立开发者的 SaaS 架构取舍
欢迎兄弟们交流讨论。
[游戏] 最近在玩 Task Bar Hero，一个偏放置养成的 RPG。
最近在玩 Task Bar Hero ，一个偏放置养成的 RPG 。
核心玩法就是英雄、装备、符文、关卡和刷资源循环。前期看起来简单，玩进去之后会发现 build 、符文路线和刷图选择还挺讲究。
这个攻略站整理得比较清楚，有新手路线、符文、build 、掉落和宝箱计时器：
https://taskbarheroatlas.com/
刚入坑的话可以先看这个，少走很多弯路。
最近在玩 Task Bar Hero ，一个偏放置养成的 RPG 。
核心玩法就是英雄、装备、符文、关卡和刷资源循环。前期看起来简单，玩进去之后会发现 build 、符文路线和刷图选择还挺讲究。
这个攻略站整理得比较清楚，有新手路线、符文、build 、掉落和宝箱计时器：
https://taskbarheroatlas.com/
刚入坑的话可以先看这个，少走很多弯路。
[分享创造] DeskClear - Mac 桌面整理工具上架了（送 5 个 Pro 终身兑换码）！
各位 V 友，大家好！
作为一名习惯性把临时文件、截图、安装包随手扔在桌面的 Mac 用户，久而久之桌面就会乱成一片。虽然市面上有一些强制收纳工具，但往往会强行改变我们原有的使用习惯。为了解决这个问题，我自己开发了一款后置型的极简桌面收纳工具 —— DeskClear 。
它完全不干扰你随手放文件的自由，但在你需要干净环境（比如开会投屏、截图、或者单纯想盯着壁纸发呆）的时候，帮你一秒找回清爽。
💡核心功能
● 一键清理（快捷键 ⌃⌥C ）： 瞬间移走桌面所有杂物，让桌面回归禅意。
● 快捷隐藏（快捷键 ⌃⌥H ）： 不移动文件，仅在视觉上隐藏所有图标，完美展示你的纯净壁纸。
● 时光倒流（ Undo 机制）： 不小心藏错了？强大的撤销功能随时帮你完美还原现场与坐标。
● 智能规则归档： 支持按照名称关键词、文件类型（图片/文档/安装包等）自动分类，省去手动拖拽的麻烦。
● 过期自动清理： 超期文件（默认 7 天）自动移入废纸篓，防止陈年老文件默默吃光硬盘空间。
● 极轻量、零隐私搜集： 安装包仅 1.4 MB ，完全不收集任何用户数据。
📥 下载链接
App Store 搜索 DeskClear 或直接点击链接下载:
https://apps.apple.com/cn/app/deskclear-一键桌面清理隐藏工具/id6789920667?mt=12
(注：基础功能免费使用，高级自定义规则可升级 Pro 终身买断制)
🎁 送码规则
欢迎大家在评论区聊聊你平时是怎么整理 Mac 桌面的，我将在明晚（ 2026 年 7 月 21 日） 20:00 随机抽取 5 位 V 友通过邮箱 Base64 或站内信送出 Pro 终身兑换码。
感谢大家参与！
各位 V 友，大家好！
作为一名习惯性把临时文件、截图、安装包随手扔在桌面的 Mac 用户，久而久之桌面就会乱成一片。虽然市面上有一些强制收纳工具，但往往会强行改变我们原有的使用习惯。为了解决这个问题，我自己开发了一款后置型的极简桌面收纳工具 —— DeskClear 。
它完全不干扰你随手放文件的自由，但在你需要干净环境（比如开会投屏、截图、或者单纯想盯着壁纸发呆）的时候，帮你一秒找回清爽。
💡核心功能
● 一键清理（快捷键 ⌃⌥C ）： 瞬间移走桌面所有杂物，让桌面回归禅意。
● 快捷隐藏（快捷键 ⌃⌥H ）： 不移动文件，仅在视觉上隐藏所有图标，完美展示你的纯净壁纸。
● 时光倒流（ Undo 机制）： 不小心藏错了？强大的撤销功能随时帮你完美还原现场与坐标。
● 智能规则归档： 支持按照名称关键词、文件类型（图片/文档/安装包等）自动分类，省去手动拖拽的麻烦。
● 过期自动清理： 超期文件（默认 7 天）自动移入废纸篓，防止陈年老文件默默吃光硬盘空间。
● 极轻量、零隐私搜集： 安装包仅 1.4 MB ，完全不收集任何用户数据。
📥 下载链接
App Store 搜索 DeskClear 或直接点击链接下载:
https://apps.apple.com/cn/app/deskclear-一键桌面清理隐藏工具/id6789920667?mt=12
(注：基础功能免费使用，高级自定义规则可升级 Pro 终身买断制)
🎁 送码规则
欢迎大家在评论区聊聊你平时是怎么整理 Mac 桌面的，我将在明晚（ 2026 年 7 月 21 日） 20:00 随机抽取 5 位 V 友通过邮箱 Base64 或站内信送出 Pro 终身兑换码。
感谢大家参与！
[问与答] 微信打拼音按下空格选字后拼音还显示在屏幕上
在 Windows 环境，微信打字经常出现一个 bug ，用拼音输入法打字，输入完按空格选择文字后拼音还残留在屏幕上，鼠标再点击一次才会消失。测试浏览器等其他软件不会，微信输入法、自带的微软拼音都有这个问题，想问问有没有遇到同样问题的老哥，如何解决的？或者有进一步的排查建议也欢迎发表 。
在 Windows 环境，微信打字经常出现一个 bug ，用拼音输入法打字，输入完按空格选择文字后拼音还残留在屏幕上，鼠标再点击一次才会消失。测试浏览器等其他软件不会，微信输入法、自带的微软拼音都有这个问题，想问问有没有遇到同样问题的老哥，如何解决的？或者有进一步的排查建议也欢迎发表 。
[程序员] 分享一个自己写的 Spring AI RAG Demo，给 Java 同学做个参考
最近在折腾 Spring AI ，顺手把 RAG 相关的代码整理成了一个 demo ，放出来给有需要的 Java 同学参考。
仓库地址：
https://github.com/ly1836/spring-ai-rag-demo
项目主要是把一套基础的 RAG 流程串起来，适合想从 Java / Spring Boot 这边了解 Spring AI 的同学，也可以拿去改成自己的小项目。
这个项目同时也是我实践 Codex + OpenSpec 开发方式的一次尝试。大致流程是先用 OpenSpec 整理需求、设计和任务，再用 Codex 辅助写代码、补测试和检查改动，最终实现和取舍还是由自己确认。
目前项目还在持续完善，主要希望代码尽量直观，方便直接看实现和继续折腾。README 、配置说明和示例后面也会继续补充。
如果你也在研究 Spring AI 、RAG ，或者正在尝试 Codex + OpenSpec 这类开发流程，欢迎交流。有配置不清楚、代码写得不合理的地方，也可以直接提 issue 。
最近在折腾 Spring AI ，顺手把 RAG 相关的代码整理成了一个 demo ，放出来给有需要的 Java 同学参考。
仓库地址：
https://github.com/ly1836/spring-ai-rag-demo
项目主要是把一套基础的 RAG 流程串起来，适合想从 Java / Spring Boot 这边了解 Spring AI 的同学，也可以拿去改成自己的小项目。
这个项目同时也是我实践 Codex + OpenSpec 开发方式的一次尝试。大致流程是先用 OpenSpec 整理需求、设计和任务，再用 Codex 辅助写代码、补测试和检查改动，最终实现和取舍还是由自己确认。
目前项目还在持续完善，主要希望代码尽量直观，方便直接看实现和继续折腾。README 、配置说明和示例后面也会继续补充。
如果你也在研究 Spring AI 、RAG ，或者正在尝试 Codex + OpenSpec 这类开发流程，欢迎交流。有配置不清楚、代码写得不合理的地方，也可以直接提 issue 。
[分享创造] 开源网页翻译和 AI 写作浏览器插件 - Duo Translator
介绍
Duo Translator 是 AI 驱动的翻译和写作助手。支持网页翻译、划词翻译、写作增强等。界面清爽，功能聚焦，速度快。更多相关介绍可以看下官网。
链接
github
官网
Chrome Edge Firefox
主要功能特性
● 网页双语翻译
● 双语对照高亮：原文和译文逐句对照高亮
● 双击快捷键：双击 Ctrl/Alt 集成了翻译或恢复段落、划词翻译、翻译输入框（中文->英文）
● AI 写作：输入框中快速完成语法纠错、润色、翻译等操作
● 导入导出配置，通过 WebDav 同步配置
● AI 服务支持 OpenAI 、DeepSeek 、Gemini 、OpenRouter 、Claude 、Ollama 、自定义。
截图
欢迎大家使用和提意见！
介绍
Duo Translator 是 AI 驱动的翻译和写作助手。支持网页翻译、划词翻译、写作增强等。界面清爽，功能聚焦，速度快。更多相关介绍可以看下官网。
链接
github
官网
Chrome Edge Firefox
主要功能特性
● 网页双语翻译
● 双语对照高亮：原文和译文逐句对照高亮
● 双击快捷键：双击 Ctrl/Alt 集成了翻译或恢复段落、划词翻译、翻译输入框（中文->英文）
● AI 写作：输入框中快速完成语法纠错、润色、翻译等操作
● 导入导出配置，通过 WebDav 同步配置
● AI 服务支持 OpenAI 、DeepSeek 、Gemini 、OpenRouter 、Claude 、Ollama 、自定义。
截图
欢迎大家使用和提意见！
[推广] 智友社服务升级啦， GPT PLUS 月卡稳定特殊渠道独享成品号（支持反代使用，购买 28 天内非禁止网络账号问题反馈给 QQ 客服可免费更换一次），欢迎您的试用反馈！
我们店铺的 Plus 成品号由于产量受限， 我们正常每日会在 12 点左右、15 点左右，18 点左右、22 点左右分 4 次补货，请大家耐心等待，补货消息群里不再另行通知，如 缺货 请大家在上面时间自助购买，商品购买地址： https://pay.ldxp.cn/item/hn4q2p
目前 GPT 封控升级，您购买的账号 codex 登陆基本都会跳手机绑定，需要您自行购买我们平台的接码服务解决，如果您不能接受，请您不要购买，感谢您的理解和支持！
TM 实体卡自助接码服务 3： https://pay.ldxp.cn/item/ga7uvr
ATT 实体卡自助接码服务 1： https://pay.ldxp.cn/item/pzoz9v
美国实体卡自助接码服务 8： https://pay.ldxp.cn/item/nc43ig
最近 GPT 风控升级，您账号任何网络的变动都可能引发二次验证或者封号，我们建议大家最近尽量避免账号网络环境的变动，尽量把账号固定 1 个场景使用（比如网页的仅用于网页，反代仅用于反代），稳定的网络加上单一的使用场景非常有助于提高账号的稳定性。
我们 Plus 成品号的原生地是日本，我们非常建议您购买我们的 PLus 成品号固定在日本家宽网络下通过 CPA 或者 SUB2API 建立您个人的私人中转站，这样能最大程度的降低账号的风控，您的使用体验也会非常稳定，这也是目前我们发现能最稳定使用成品号的方法之一： https://www.v2ex.com/t/1209362#reply8
我们目前的问题反馈免费更换活动持续有效：凡在购买 Plus 成品号 28 天内 在非禁止网络节点下使用 遇到账号异常（仅限 28 天内，问题包括但不限于掉订阅、封号等），欢迎向 QQ 客服提交反馈，经我们核实确认的有效问题反馈，我们将为反馈者免费补发 Plus 成品号一枚，如果您 2 个账号用不到 1 个月，请您联系我们客服，我们会酌情处理。
注意：禁止 HK 、SG 、TW 地区网络 和 AS 域名是 Amazon 、Google 、Alibaba 、Tencent 、Akamai 、Frantech 、Cloudflare 、Oracle 、Akari 、Nearoute 服务商的所有网络
再次感谢大家对我们智友社的支持和关注，祝您使用愉快！
欢迎您加入：
我们的官方 QQ 交流 2 群：66457509
我们的官方 TG 交流群： https://t.me/+fzIWsUSbcq1kMDYx
我们的官方 店铺地址： https://pay.ldxp.cn/shop/282D9KDL
我们店铺的 Plus 成品号由于产量受限， 我们正常每日会在 12 点左右、15 点左右，18 点左右、22 点左右分 4 次补货，请大家耐心等待，补货消息群里不再另行通知，如 缺货 请大家在上面时间自助购买，商品购买地址： https://pay.ldxp.cn/item/hn4q2p
目前 GPT 封控升级，您购买的账号 codex 登陆基本都会跳手机绑定，需要您自行购买我们平台的接码服务解决，如果您不能接受，请您不要购买，感谢您的理解和支持！
TM 实体卡自助接码服务 3： https://pay.ldxp.cn/item/ga7uvr
ATT 实体卡自助接码服务 1： https://pay.ldxp.cn/item/pzoz9v
美国实体卡自助接码服务 8： https://pay.ldxp.cn/item/nc43ig
最近 GPT 风控升级，您账号任何网络的变动都可能引发二次验证或者封号，我们建议大家最近尽量避免账号网络环境的变动，尽量把账号固定 1 个场景使用（比如网页的仅用于网页，反代仅用于反代），稳定的网络加上单一的使用场景非常有助于提高账号的稳定性。
我们 Plus 成品号的原生地是日本，我们非常建议您购买我们的 PLus 成品号固定在日本家宽网络下通过 CPA 或者 SUB2API 建立您个人的私人中转站，这样能最大程度的降低账号的风控，您的使用体验也会非常稳定，这也是目前我们发现能最稳定使用成品号的方法之一： https://www.v2ex.com/t/1209362#reply8
我们目前的问题反馈免费更换活动持续有效：凡在购买 Plus 成品号 28 天内 在非禁止网络节点下使用 遇到账号异常（仅限 28 天内，问题包括但不限于掉订阅、封号等），欢迎向 QQ 客服提交反馈，经我们核实确认的有效问题反馈，我们将为反馈者免费补发 Plus 成品号一枚，如果您 2 个账号用不到 1 个月，请您联系我们客服，我们会酌情处理。
注意：禁止 HK 、SG 、TW 地区网络 和 AS 域名是 Amazon 、Google 、Alibaba 、Tencent 、Akamai 、Frantech 、Cloudflare 、Oracle 、Akari 、Nearoute 服务商的所有网络
再次感谢大家对我们智友社的支持和关注，祝您使用愉快！
欢迎您加入：
我们的官方 QQ 交流 2 群：66457509
我们的官方 TG 交流群： https://t.me/+fzIWsUSbcq1kMDYx
我们的官方 店铺地址： https://pay.ldxp.cn/shop/282D9KDL
[VPS] grok build + vps + 9router = 完美
如果你有一台云主机，可以在上面安装 grok build ，使用下面的指令：
curl -fsSL https://x.ai/cli/install.sh | bash
然后，使用 gork 管理你的云主机，在上面安装 xray 或 singbox ，让它优化网络配置。再安装一个 9router ，把 grok4.5 模型代理出来给 workbuddy 等使用。
几乎完美，很爽。
如果你有一台云主机，可以在上面安装 grok build ，使用下面的指令：
curl -fsSL https://x.ai/cli/install.sh | bash
然后，使用 gork 管理你的云主机，在上面安装 xray 或 singbox ，让它优化网络配置。再安装一个 9router ，把 grok4.5 模型代理出来给 workbuddy 等使用。
几乎完美，很爽。