卧底厨神观后感

2026 年山之日这个假期外面下着雨，没有出行的计划，索性看起了放到了待看列表的《卧底厨神》，因为之前看过《黑白大厨》知道了权主厨，郑主厨，本来没有对这部综艺抱有太大的期待，只是想在一个休息日放松心情看一篇轻松的综艺，但没想到完全被这三位主厨圈粉了。 一档反着来的美食综艺 看完 [[卧底厨神]]，我发现自己记住的居然不是任何一道菜，而是几个人在陌生后厨里手忙脚乱的样子。对一档美食综艺来说，这挺反常的，但我仔细想了想卧底厨神或许更适合将其归类为真人观察类综艺。 自从 [[黑白大厨]] 火了之后，美食综艺几乎被”竞技”二字绑架了：切磋、对决、淘汰、排名 Read more ...

2026-08-11 korean-variety-show , food-show , reality-show , tv-review , undercover-chef , tvn , hbo-max , cooking , chef

mise 的 minimum_release_age 给新版本加一道冷静期的供应链安全机制

今天在终端里跑 mise upgrade 想要升级 herdr 的时候，突然看到一条以前没见过的 WARN 提示，「mise WARN 1 newer herdr release hidden by minimum_release_age」，大意是有一个更新的版本存在，但因为发布时间太短，被 minimum_release_age 设置过滤掉了，暂时不会被安装。最后去看了 [[mise]] 的更新日志才发现，这是 mise 在 2026 年新引入的一个供应链安全机制，而且从 v2026.6.2 开始默认对所有人生效。这篇文章就把这个机制的来龙去脉、 Read more ...

2026-08-04 mise , supply-chain-security , version-manager , devtools , npm , security , cli

chezmoi Go 语言编写的跨平台 dotfiles 管理工具

chezmoi 是一个用 [[Go]] 编写的开源 dotfiles 管理工具，帮助开发者在多台机器上统一管理个人配置文件（如 ~/.gitconfig、~/.zshrc、~/.vimrc 等）。 发音为 /ʃeɪ mwa/ (shay-moi)，是法语”在我家”的意思，名称寓意让每台机器都拥有”家的感觉”。 区别于 [[GNU Stow]] 这类基于符号链接的工具，chezmoi 将配置文件复制到目标位置（而非创建 symlink），并通过 Go 模板语言实现机器之间的差异化配置，同时内置密钥管理和加密能力。 chezmoi 解决的问题 传统 Read more ...

2026-07-29 dotfiles , configuration-management , go , cli , productivity , cross-platform , secrets-management , templating , developer-tools , open-source

Claude Code 环境变量完全指南：解锁隐藏特性与效率配置

前段时间在给 [[Claude Code]] 配置多账号切换的时候，我翻了一圈官方文档，才发现它的环境变量参考页已经膨胀到了将近三百个条目，按字母顺序排下来长得吓人。大部分人日常用 Claude Code 可能只知道 ANTHROPIC_API_KEY 这一个变量，但实际上从模型选择、代理网络、超时时间，到遥测隐私、MCP 调优、安全沙箱，几乎每一个功能背后都藏着一批可以精细控制的开关。这篇文章就是我把这些变量重新梳理了一遍之后的笔记，挑出真正对日常开发有用的部分，也顺带记录几个我自己踩过坑之后才发现的隐藏配置。 环境变量为什么值得研究 Clau Read more ...

2026-07-23 claude-code , environment-variables , cli-tools , developer-tools , ai-coding-assistant , mcp , anthropic , productivity , terminal , configuration , devops , ai-agent

NeoVim 和 Vim 对比：十年 Vim 用户的选择与思考

翻了一下博客的归档，我从 2014 年就开始写 [[Vim]] 相关的文章了，从 buffer 管理、寄存器、宏，到各种插件的推荐，十多年下来积累了几十篇。这期间我也一直在 Vim 和 [[NeoVim]] 之间来回横跳：服务器上随手 vi 打开配置文件，本地开发用 NeoVim，在 [[Obsidian]] 和 [[IntelliJ IDEA]] 里也都装了 Vim 模拟插件。经常有朋友问我，现在 2026 年了，到底应该学 Vim 还是 NeoVim，两者到底差在哪里。这篇文章就把我这些年的观察和体验整理出来，希望能帮到还在纠结的人。 先说结论 Read more ...

2026-07-22 vim , neovim , editor , lua , lsp , treesitter , developer-tools

Syncthing 升级 2.0 后同步卡在 Preparing to Sync 的解决方法

前几天例行 brew upgrade 之后，[[Syncthing]] 其中的某一个高频使用的同步文件夹就一直卡在 Preparing to Sync 状态，进度条纹丝不动，CPU 占用却莫名升高。我最初以为是网络问题或者对端设备没启动，结果检查一遍发现所有的其他 Syncthing 节点都正常，就是本机 macOS 这端不动弹。这个状态持续了将近一个小时，才让我意识到不对劲，开始认真排查。 问题背景 Syncthing 是一款开源的点对点文件同步工具，不依赖任何中心服务器，数据直接在你自己的设备之间流转。我用它同步多台设备上的工作目录和重要文件 Read more ...

2026-07-07 syncthing , macos , homebrew , sync , troubleshooting

Orca ADE 体验：为 AI 编码 Agent 而生的开发环境，用 worktree 让一群 Agent 并行干活

过去一年里软件的开发方式发生了一个我自己都没料到的转变。以前写代码是工程师对着编辑器敲，现在更多时候是同时开着好几个 [[Claude Code]]、[[Codex]] 之类的编码 Agent，让它们各自去完成一个任务，工程师只负责在中间调度、审阅、拍板。这种”我带一队 Agent 干活”的模式效率确实高，但很快就撞上了一堆现实的麻烦：几个 Agent 都在同一个仓库里改文件，分支互相污染；终端窗口开了一大排，切来切去分不清哪个是哪个；改完还得一个个去看 diff、跑测试、开 PR。工具还是那套为单人设计的 IDE，可我干活的方式早就不是单人了。 直到 Read more ...

2026-07-03 orca , ade , ai-agent , coding-agent , git-worktree , developer-tools

Git 分支管理与发布上线流程实战指南

最近有朋友来问我 Git 分支和发布流程相关的问题，聊着聊着我发现，分支管理这块我自己算是比较熟悉，平时用起来也有一套固定的习惯，但当话题转到 release 发布流程的时候，我反倒得停下来想一想。 因为发布这件事，在不同的团队里真的有截然不同的管理方式。有的团队一天上线十几次，有的团队一个月才发一个大版本；有的靠一条流水线全自动，有的还保留着人工审批的关卡；有的发布的是后端服务，回滚一次只要几分钟，有的发布的是手机 App，版本一旦进了用户手机，想收回来就没那么容易了。 同样是把代码送到用户面前，路径可以差得非常远。这次朋友的提问正好戳中了这个我一 Read more ...

2026-07-03 git , git-flow , github-flow , trunk-based-development , ci-cd , release-management , devops , version-control , semantic-versioning , branching-strategy , mobile-release , backend-deployment

herdr 一个窗口调度多个 Coding Agent

什么是 Herdr Herdr 是一个运行在终端里的 AI 编码 agent 多路复用器（agent multiplexer）。官方用一句话概括它的定位：Herdr 之于编码 agent，就像 [[tmux]] 之于终端。它运行在你的 agent 运行的地方——本地机器、服务器，或任何可以 ssh 进去的环境，让你在一个终端里同时观察和操作多个正在工作的 agent。 随着 [[Claude Code]]、[[Codex]]、[[OpenCode]] 这类终端原生的编码 agent 流行起来，开发者常常会同时跑好几个 agent 处理不同的任务或仓库 Read more ...

2026-07-01 coding-agent , tmux , zellij , multiplexer , terminal-multiplexer , terminal

Claude Code 第三方 API 代理配置 Headroom

最近在给自己的 AI 编程工作流加入 [[Headroom]] 上下文压缩工具时，遇到了一个需要特别注意的配置问题。相信有不少人和我一样，为了降低成本或者改善访问体验，已经在 [[Claude Code]] 或 [[Codex]] 里配置了第三方 API 代理，比如一些第三方聚合平台或者自建的转发服务。这时候想再套上一层 Headroom 做 Token 压缩，就需要特别注意配置细节，不然两层代理会打架。 为什么要用第三方代理 先简单说一下背景。使用 Claude Code 或 Codex 的时候，默认走的是 Anthropic 或 OpenAI 的 Read more ...

2026-06-30 claude-code , headroom , api-proxy , token-optimization , llm , codex

电子书

本站提供服务

文章分类

最近文章

  • 呆呆面板 daidai-panel：轻量级青龙面板替代品介绍与 Docker 部署教程 Homelab 里跑久了，总会攒下一堆零散的小脚本：每天早上抓一次汇率发到 Telegram，定时检查几个网站的证书有没有快过期，隔一段时间把某个 API 的数据拉下来存一份，再加上各种网站的自动签到。最开始我都是直接写进服务器的 crontab，时间一长就发现问题很多，脚本散落在不同的机器上，日志不知道去哪看，失败了也没人通知，Python 依赖装在系统里还经常和别的东西打架。几年前我为此折腾过 [[qinglong 青龙面板]]，最近在 GitHub 上又看到一个定位几乎一样、但更轻量的新项目，叫呆呆面板（[[daidai-panel]]）。
  • RAGFlow：以深度文档理解为核心的开源 RAG 引擎介绍与部署使用教程 这两年我陆陆续续接触过一些 RAG 小工具，从最早自己用 [[LangChain]] 拼一个 demo，到后来用 [[AnythingLLM]]、[[Dify]] 的知识库功能，有一个体验几乎每次都会重演：拿几篇 Markdown 测试的时候效果惊艳，一旦换成真实的业务材料，比如一份带合并单元格的财报 PDF、一份双栏排版的论文、几页扫描的合同，回答马上就开始胡说八道。追查下去会发现问题根本不在大模型，而在最前面的解析和切块环节，表格被拍平成一串没有表头的数字，左右两栏的文字被交错拼接在一起，模型拿到的上下文本身就是错的。也正是因为这个痛点，我在调查 ESP32 小智 AI 后端的时候发现了 [[RAGFlow]]，一个可以「深度文档理解」的开源 RAG 引擎。
  • Git 本地忽略文件：.git/info/exclude 的作用与使用技巧 由于本地 IDE、插件、Agent 的差异，所以经常打开项目之后会出现一些只属于我自己的文件，AI Agent 和一些 MCP，Skill 也喜欢在项目根目录里面添加文件。每次 git status 都能看到这一串红色的 untracked 文件，看着很烦，又不太好意思为了自己的习惯去改项目的 .gitignore。这时候我想起了 .git 目录里一个存在感极低的文件 info/exclude，它刚好就是为这种场景设计的。
  • Meta Muse 使用教程：上手设置、提示词技巧与实用案例 上一篇 Meta Muse 介绍与注册指南：一个会替你跑腿的个人 AI Agent 把 [[Muse]] 是什么、怎么注册、额度怎么算都整理了一遍，但是留了一个结尾：注册完之后到底该让它干什么。Muse 上线这几周，我查阅了一些测评体验，整理了 X 和 Threads 上用户晒出来的用法，发现大家的使用路径其实很像：从提醒和文件这类零风险的任务开始，确认它靠谱之后再慢慢接入邮箱、日历，最后才让它碰钱。这篇就按这个顺序来整理，从界面和设置讲起，再到具体的案例和踩过的坑。
  • Meta Muse 介绍与注册指南：一个会替你跑腿的个人 AI Agent 2026 年 9 月 8 日，[[Meta]] 发布了个人 AI Agent [[Muse]]，宣传语只有一句：「它去做，而不是告诉你怎么做」。用 [[ChatGPT]] 或 [[Claude]] 时，我们得到的往往是一份说明书，真正动手的部分，打开网页、填表单、下单付款，还得自己来。Muse 想把这一段也接过去：你交给它的不是一个问题，而是一件事，它会自己打开浏览器一步步做完，需要你拍板时再回来问你。这是 Meta 迄今为止在消费级 AI 上下的最大一笔注，两周后的 Connect 2026 大会几乎整场都围绕它展开。