从 CI 红灯到 Scoop 分发：PathEditor 5.1.1 的一次发布链路复盘

文章复盘 PathEditor 5.1.1 从质量门修复到发布分发的全过程。项目虽能构建、测试通过，但覆盖率、格式、Clippy 和 E2E 暴露出门禁失效；后续又发现前后端字段命名不一致、验证队列时序丢失、禁用状态跨重启消失、部分保存被误报成功等问题。修复后将发布流程纳入 CI，并通过个人 Scoop bucket 分发 CLI。文章强调：测试通过不等于真实环境正确，必须验证数据契约、状态持久化、安装来源和实际 PATH 命令解析，同时区分 mock、工具链和发布资产的差异。

Qwen3-32B + vLLM 大模型服务部署与开发实战

本文以 Ubuntu 22.04、双 A40、vLLM 0.28.0 和 Qwen3-32B BF16 为基线，系统介绍通过 Docker 部署 vLLM 推理服务的方法，涵盖 GPU 与模型管理、Tensor Parallel、YaRN、Reasoning、Tool Calling、OpenAI-compatible API，以及 Python、Node.js 和 Streaming 调用。文章还讲解健康检查、性能指标、监控、常见故障、API 安全、模型切换与回滚，并强调容器运行不等于服务就绪、总耗时不等于 Decode 吞吐，以及模型、推理服务、SDK 和业务应用之间的职责边界，为构建可复用的大模型推理基础设施提供实践参考。

从 Coding Agent 到办公 Agent：AI 模型公司正在争夺谁的工作流？

第一章：从 Coding Agent 到办公 Agent，为什么焦点开始转向办公室？ 我最近观察到一个变化：前一段时间，大家谈 AI Agent，最容易想到的是让它读代码、改代码、跑测试、提交补丁。到了 2026 年，模型公司的产品介绍里，邮件、文档、表格、客户系统和审批流程出现得越来越频繁。这个变

20 天，170 万次请求——我的阿里云 ESA 数据复盘

基于ESA控制台20天真实数据复盘：区间内累计约170万次请求，日均8万多，单日峰值27.9万；可缓存请求命中率约66%。流量大头是自建Git仓库（100.93万），而非博客（22.45万）；移动、电信、联通均有真实访问，约50.47万次请求被识别为Bot，说明防护确实在承接压力。结论：对国内个人站，阿里云ESA值得用，理由是国内节点就近接入、加速与防护一体化、接入门槛低。后续将继续观察命中率与Bot占比变化。

当 DeepSeek Harness 遇上 Spring Boot：AI 时代的架构课

作者将 DeepSeek Harness 与 Spring Boot 对比，指出两者共享同一核心思想：通过运行时组装、替换和管理能力，而非把功能写死在代码中。DSH 基于 Cordis 插件框架，模型适配器、工具注册表、会话日志乃至 agent loop 本身均可配置替换，类似 Spring 的 Bean、依赖注入与自动配置。文章强调，AI 降低编码成本后，架构设计成为程序员的核心竞争力。关键问题包括：隔离变化、明确契约、确保可替换性、安全边界与可审计性。读者收益：理解智能体系统应从边界、契约和替换点入手，而非只关注模型能力。

因为喜欢开源，我用 Halo 写了一个插件并发布到了应用市场

作者因热爱开源，在发现 Halo 后台无深色模式后，亲自开发了深色模式插件并上架应用市场。插件后端用 Java，前端用 Vue 3 + TypeScript，核心集成开源 Dark Reader 引擎，支持浅色、深色、跟随系统三种模式，能记忆偏好并兼容第三方动态内容。开发中借助 AI 工具辅助，但核心思路自定，同时遵守 MIT 许可。经过打磨，规范了设置入口、统一了界面风格，并完善 CHANGELOG、CI 自动发布和依赖安全审计，版本迭代至 1.1.3。插件通过官方审核后上架，包名为 top.liuhangyv.darkmode，任何 Halo 用户可一键安装。作者认为开源是互惠的，鼓励人们从微小贡献开始回馈生态。

我的腾讯云服务器突然烧掉几百G流量？一场与"代码搬运工"的较量

服务器月初流量异常飙高，日均消耗7~20GB，带宽持续满速。通过监控数据发现异常时段，登录排查排除中毒可能，转而检查容器日志，锁定Gitea日志中一天内5.3万行记录、98.6%请求来自同一网段，发现机器人地毯式抓取源码。真正原因并非端口暴露，而是FRP隧道绕过了腾讯云安全组，使内网服务通过阿里云公网域名可达。将Gitea改为仅登录可见后，流量回落至正常水平。经验包括：内网穿透工具等同公开服务，需加强鉴权；日志体积是排查流量大户的关键；匿名可见易招爬虫；应先分析数据和日志，再定位修复。

从 5 个到 17 个：我的 Windows 终端工具链升级记

作者从一句“我的 Scoop 用了吗”出发，发现终端里除了 5 个常用工具，还残留着 14 个断链 shim 和旧配置。原本只想清理，最终升级为一次完整的终端工具链改造。核心方法：先用 AI 调研（Exa 搜索核验 164 条来源），确认 `bat`、`fd`、`fzf`、`zoxide` 仍是主流；用排除法决定“不装什么”，留下 17 个工具并按使用频率分两批安装；装完后配置 PowerShell profile（别名、zoxide、PSFzf、delta、oh-my-posh）实现联动。作者强调，工具不是装完就完事，需在实际场景中验证价值，并沉淀为按用途分类的手册——装 17 个工具不难，难的是知道哪 17 个不用装。

当 AI 智能体开始「装插件」：DeepSeek Harness 会成为智能体的 VSCode 吗？

DeepSeek Harness（DSH）v0.1 已发布，MIT 协议开源。它不是新大模型，而是一套智能体运行时，核心架构为“薄内核 + 一切皆插件”：基于 Cordis 微内核，模型、任务循环、Shell、沙箱等均可替换，无需改动框架源码。作者将其与 VSCode、Obsidian、Halo 的插件生态类比，认为 DSH 正尝试把这一成熟范式复刻到 AI 智能体领域，使底座从服务人转向服务 AI。文章同时指出两条路线差异：成品型智能体开箱即用但扩展受限，DSH 高度可定制但有门槛。当前处于 v0.1 开发预览版，官方提示将有破坏性更新，生态尚处真空期，能否成功取决于插件生态的长期生长。

网页能开、SSH 却超时？——GitHub 与协会 Gitea SSH 密钥配置排障实录

本文记录一次SSH密钥配置排障：目标是让GitHub和协会Gitea支持免密推送，但域名解析到阿里云ESA边缘节点，222端口未被代理，导致SSH连接超时，而网页HTTPS正常。根因是Gitea SSH服务实际监听在源站真实IP上，域名解析的IP不对。解法是在`~/.ssh/config`中将`HostName`写死为源站真实IP，并配置`Port 222`和`IdentitiesOnly yes`；同时为两个平台分别生成独立ed25519密钥并上传公钥。文章强调：连接超时应先用`ssh -v`确认实际连接的IP；`Permission denied (publickey)`表示网络通、只缺密钥；边缘加速不代理SSH；多密钥需隔离。最终成功认证并切换远程仓库为SSH地址。