Gemini Balance:搭建 Gemini 转发

Google 提供了非常慷慨的 Gemini 模型调用额度,但是如果日常高频使用的话,还是可能超出使用限制,我的主力帐号,每天几十 K Token 的使用也差不多有 3 美元左右的费用了,所以我想着能不能直接利用多个 Google 帐号的 AI Key 轮询使用免费的额度,果不其然都已经有人实现了并开源了,Gemini Balance 就是这样一个可以使用多个 API 密钥的项目。 什么是 Gemini Balance Gemini Balance 是一个基于 Python FastAPI 构建的开源应用,专门为 Google Gemini API Read more ...

2025-07-03 gemini , gemini-proxy , hajimi , llm , google , ai-studio

Ktor: Kotlin 下的异步网络编程框架

在之前学习 Exposed ORM 的时候,偶然得知 Ktor 这样一个项目,简单了解了一下之后发现这是一个 Kotlin 编写的异步网络编程框架,Ktor 既可以作为服务端框架,实现 HTTP 服务,也可以作为 HTTP 客户端,在 Android 等平台上使用。 Ktor 是什么 Ktor 完全基于 Kotlin 和 Coroutines 构建,可以使用简洁的跨平台语言,直观的命令式,来实现异步编程。 轻量,Ktor 允许开发者仅使用所需的组件 异步和非阻塞,框架底层使用异步 IO,避免线程阻塞,能够高效处理大量并发请求 Kotl Read more ...

2025-07-02 ktor , jetbrains , kotlin , http

Claude Code 编程助手使用总结

在我之前的文章中分别介绍过 AI 支持的集成开发环境 Cursor,Windsurf,Void 等等,还介绍过不少相关的编程辅助工具比如说最早的 GitHub Copilot,Augment Code 等等,但是今天要介绍的这一款 Claude Code,从 2025 年 2 月诞生之日,就被誉为 2025 年最强的编程助手。 Claude Code 是什么 Claude Code 是 Anthropic 开发的一款革命性的终端 AI 编程助手。Claude Code 是 Anthropic 将其最先进的模型集成到了该工具中,让用户可以直接以自然语言 Read more ...


Readdy:AI 驱动的交互设计工具

Readdy 是一款可以自然语言交互的 AI 建站工具,通过对话时设计,可以实现零代码快速生成网站,还可以直接发布到 Figma,或者是一键导出代码进行进一步的编辑。 在我之前的文章和视频中,我也介绍过如何使用 Claude,Vercel 的 [[v0.dev]],还有 Google 的 [[Stitch]],[[lovable]],[[bolt new]],[[Replit]] 等等非常多通过自然语言来生成代码的工具。 Readdy 可以让无设计经验的个人和小团队也可以非常快速地完成创意到上线的完成流程。Readdy 面向创业者,自由职业等需要快 Read more ...

2025-06-30 readdy , ai , openai , v0 , replit , stitch , lovable , bolt-new

利用 ClickUp 来管理你的任务

我在之前的文章中介绍过 Trello 这样一款看板工具,还介绍过日本很多公司在使用的 Backlog 项目管理工具,最近和朋友一起合作想要做一款英语学习外教平台,朋友推荐了一款叫做 ClickUp 的团队协作和项目管理工具,初步用起来非常的灵活自由,并且免费的套餐给的使用权限还非常大,基本上什么功能都能使用,还可以无限制添加成员和创建任务,相较于其他一些项目管理的应用非常慷慨。 ClickUp 是什么? ClickUp 是一个综合性的项目管理平台,公司成立于 2017 年,公司秉持的理念是使用一个应用代替所有的办公协作应用,为团队协作提供了全面的解决 Read more ...


Google Gemini CLI 使用初体验:命令行上的 AI 工作流引擎

在 AI 浪潮席卷行业的背景下,Google 终于推出了一款备受期待的命令行工具——Gemini CLI。尽管在代码生成和补全领域,Google 此前推出的 Gemini Code Assist 等产品在与 GitHub Copilot、Cursor、Claude 等竞品的较量中未能激起太大水花,但 Gemini CLI 的发布,标志着 Google 将竞争的焦点扩展到了一个新的维度。 Gemini CLI 并未将自己仅仅定位为一个代码助手。根据官方介绍,它是一个 AI 工作流(AI workflow)命令行工具,旨在连接不同的本地工具、理解代码库 Read more ...


简洁高效的开源网络终端 Next Terminal

我个人一直都是使用本地的 SSH Config 来管理我的 SSH 连接,虽然这个方案有自身的优点,就是安全,易配置,我所有的连接都只允许使用 SSH Key 访问,关闭了用户名密码,另外所有的配置都通过 assh 一键配置,我给所有的节点都配置了昵称,所以我只需要输入 ssh alias 就可以连接到任何我想连接的机器。 但这个方案有一个缺点,就是我必须在我经常使用的机器旁,我才能访问我的服务器,一旦我离开了我的电脑,那么任何设备我都无法连接上。但是前段时间我发现了一款基于浏览器的远程连接管理工具 Next Terminal。在我看来 Next Te Read more ...


ChatWise 本地多模型支持的 AI 客户端

在我之前的视频里面当时介绍了三款不同的本地 AI 客户端,[[Cherry Studio]],[[Chatbox]],ChatWise,每个客户端都有自身的优缺点,前两款也还是开源的,但是今天要介绍的 ChatWise 是一款更轻量的,更强大的 AI 客户端,包括一些个人觉得非常好用的功能,比如本地联网搜索,MCP 支持,Artifacts 等等使用起来都非常方便。 我最早是因为本地使用 DeepSeek 才想要下载用一个本地的客户端,因为平时基本上都使用在线网页版本 [[Perplexity]],ChatGPT,Claude 等,但是知道了 Chat Read more ...

2025-06-20 chatwise , gpt , claude , ai-client , ai , mcp

Alist 风波以及在 K3s 中部署 OpenList

在我的待办事项和视频评论下方很多人提到过 Alist,虽然我自己也有搭建一个 Alist,但实际上并没没有真正使用起来,所以待办事项中的「编写一篇文章介绍一下 Alist」 也就一直延误了,我个人似乎并没有太多 Alist 使用的强需求,虽然 Alist 可以用来挂在很多的网盘,但是如果看过我之前的文章,我现在越来越多的避免将大量的数据存储到云端,也不再大量的使用网盘,所以很多人用 Alist 来挂在网盘并接入 VidHub,Plex,Emby 等来观看高清视频的需求其实我本地一台 Ubuntu(NAS) USB 挂在一块大硬盘,局域网 SMB 共享给 Read more ...


利用 SpecStory 记录每一次和 AI 的对话

今天想给大家介绍一款特别有意思的插件叫做 SpecStory,我们现在会在 VS Code, Cursor 编辑器中使用各种类型的代码辅助工具,也会利用 Cursor 等集成的 IDE 来 vibe coding,但是如果我们每一次都重头开始描述我们想要做的事情,或者每一次都新开一个聊天窗口,AI 大模型大概率会前后表现不一致,虽然我们也可以利用 Cursor Rules 等工具来给 AI 提供一些系统级别的提示词,但是 AI 在回复的过程中也可能跑偏。 SpecStory 这款插件恰好解决了这些问题。SpecStory 的核心功能是帮助开发者在编程过 Read more ...


最近文章

  • herdr 一个窗口调度多个 Coding Agent 什么是 Herdr
  • Claude Code 第三方 API 代理配置 Headroom 最近在给自己的 AI 编程工作流加入 [[Headroom]] 上下文压缩工具时,遇到了一个需要特别注意的配置问题。相信有不少人和我一样,为了降低成本或者改善访问体验,已经在 [[Claude Code]] 或 [[Codex]] 里配置了第三方 API 代理,比如一些第三方聚合平台或者自建的转发服务。这时候想再套上一层 Headroom 做 Token 压缩,就需要特别注意配置细节,不然两层代理会打架。
  • Headroom:让 AI Agent 少花冤枉钱的上下文压缩工具 最近一段时间我在深度使用 [[Claude Code]] 做开发工作,用得越多,账单就越触目惊心。一次稍微复杂一点的任务,比如让它读取几个文件、搜索一下代码、跑一下测试,轻轻松松就能烧掉超过 100K 的 Token。更让人无奈的是,这 100K 里面有相当大一部分是重复冗余的内容——工具调用的输出、日志、搜索结果,它们被原封不动地塞进上下文,再一次次地发给模型,而模型其实只需要其中很小一部分关键信息。
  • 用 Harbor 搭建私有 Docker Registry:从安装到日常使用的完整实践 我维护过几个跑在自己服务器上的小项目,构建出来的 [[Docker]] 镜像最早都是直接推到 [[Docker Hub]] 上的。用了一段时间之后开始觉得别扭:一些只在内网跑的服务镜像,没必要也不应该传到公开的仓库;Docker Hub 对匿名拉取做了限流之后,CI 流水线偶尔会因为触发了速率限制而失败;再加上想给不同的项目、不同的同事分配不同的访问权限时,公共仓库这套体系根本满足不了。折腾到后来我意识到,是时候在自己的机器上搭一个真正能用的私有镜像仓库了。
  • 用 New API 打造个人 AI 网关:统一管理所有大语言模型接口 这段时间我同时用着好几个大语言模型服务:日常写作和代码靠 [[Claude]],轻量任务交给 [[Codex]],搜索增强用 [[Antigravity]],还有几个本地跑着 [[Ollama]] 的小模型供离线场景使用。每个平台各自的 API Key 散落在项目环境变量里,月底要去好几个后台分别对账,想横向对比两个模型的输出还得打开不同的网页或客户端来回切换,很费事。