1. 背景 长期以来，我的终端环境基于这样的分层架构： Shell: zsh + oh-my-zsh Prompt: powerlevel10k Terminal Emulator: Alacritty Multiplexer: tmux 这套方案稳定可靠，之前一直在关注Ghostty和Starship： Ghostty：用 Zig 开发的现代终端模拟器，强调原生 UI 整合和 GPU 加速 Starship：用 Rust 开发的跨平台 Prompt，简洁高效 最近一直在折腾终端和AI Cli的东西，想着一起试一下Ghostty和Starship。
本文是基于 Claude 官方资料对 Claude Skills 的学习笔记。 1. 什么是 Skills？ Skills 是包含指令、脚本和资源的文件夹，Claude 可以动态加载这些内容以提高在特定任务上的表现。 Skills 教会 Claude 如何以可重复的方式完成特定任务，无论是使用公司的品牌指南创建文档、按照组织特定的工作流程分析数据，还是自动化个人任务。
Gemini CLI 提供了强大的会话管理功能，能够自动保存所有对话历史，并支持随时恢复。这篇文章将详细介绍如何使用这些功能。 Session Session Browser ▸ refactor-auth (2 days ago) feature-api (5 hours ago) bug-fix-mem (Just now) Day 1 Day 2 Day 3 Now project-a project-b project-c $ gemini --resume 自动保存：无需手动操作 Gemini CLI 提供了完全自动的会话保存机制。不需要记住任何保存命令，也不需要担心忘记保存，每次交互都会自动记录。
在使用 Gemini CLI 时，不同的任务场景往往需要不同的模型配置组合： 创意写作希望更高的随机性，适合设置较高的 temperature 代码生成需要精确性，适合较低的 temperature 和确定性配置 需要深度思考的任务可以启用 thinking 模式并分配足够的 token 预算 Gemini CLI 的模型配置别名（Model Config Aliases）功能正是为了这个需求而设计的。
tmux 3.6 发布,我第一时间就升上去了。这次更新有主要有以下三个亮点。 三个亮点 滚动条 最显眼的变化——滚动条。 你可能会想,都 2025 年了还为个滚动条激动?用过 tmux 的都懂那种抓瞎的感觉——Docker 吐出几千行日志,编译输出刷屏,你 Ctrl-b [ 进入复制模式开始翻,PgUp/PgDn翻着翻着,完全不知道自己在哪儿。
最近翻了一遍 OpenAI 的文档，发现 API 有不少变化。最显著的是推出了新的 Responses API，以及针对推理模型（reasoning models）的新机制。这篇记录一下关键点。 Responses API：新项目的推荐选择 OpenAI 现在推荐新项目使用 Responses API，而不是之前的 Chat Completions API。新 API 的端点是 /v1/responses，请求结构也有变化：
使用 Gemini CLI 进行 AI 辅助编程时，一直有个担心：万一 AI 改错了代码怎么办？特别是在让 AI 进行大规模重构时，虽然想让它大胆尝试，但又怕一不小心把项目搞乱。 好在 Gemini CLI 提供了两个核心安全特性来解决这个问题： Checkpointing：自动保存项目状态，实现"时光倒流"般的撤销能力 Sandbox：隔离 AI 操作，限制其影响范围 本文将详细介绍这两个功能的配置和实战应用。
最近Docker Engine v29.0.0 和 containerd 2.2.0 均宣布 cgroup v1 is deprecated，支持将持续到 2029 年 5 月，但建议尽快迁移到 cgroup v2。 对于运维团队来说,现在就是规划迁移的最佳时机。 什么是 cgroup cgroup (Control Groups) 是 Linux 内核提供的一种资源管理机制,用于限制、记录和隔离进程组使用的物理资源。它是容器技术的核心基础之一,Docker、Kubernetes 等容器平台都依赖 cgroup 来实现资源隔离和限制。
最近在一个Kubernetes集群部署 Rook-Ceph 时遇到了一个问题：OSD Pod 的主容器能正常启动，但 sidecar 容器却一直报 RunContainerError。折腾了一番，最后发现是节点上装的终端安全软件导致的。 问题现象 部署完成后检查 Pod 状态，发现 node-1 上有几个 Pod 异常： kubectl get po -n rook-ceph -o wide | grep -v Running NAME READY STATUS RESTARTS AGE rook-ceph-osd-2-5bfd79754f-k8smh 0/2 RunContainerError 0 3m14s rook-ceph-tools-8bd944548-gh29z 0/1 RunContainerError 223 26h 查看 Pod 事件，得到的错误信息是：
在将AI Agent部署到生产环境时,安全治理始终是绕不开的话题。 如何确保AI不会执行危险的系统命令? 如何限制AI对敏感数据的访问? 如何在保证灵活性的同时满足企业的合规要求? Gemini CLI的策略引擎(Policy Engine)正是为解决这些问题而设计的企业级安全治理方案。