青蛙小白
#Mcp #Claude Code

MCP list_changed 通知机制：让客户端实时感知 Tools/Prompts/Resources 列表变化

MCP 服务器提供的 Tools、Prompts、Resources 并不是连接后就一成不变的。用户登录后可能解锁新工具，管理员可能随时启用或禁用某些 prompt 模板，资源的可用性也可能因为各种原因发生变化。 如果客户端只在初次连接时调用一次 tools/list、prompts/list、resources/list，那么后续的变化就无法感知。新增的工具看不到，已经下线的工具还留在列表里，状态不一致只能靠重连或重启来修复。

#Amp

Amp 使用指南：AI 编程代理如何改变我的开发方式[译文]

本文翻译自 Thorsten Ball 的文章：Amp is now available. Here’s how I use it.（2025年5月15日） 从今天开始，Amp——我们的前沿编程代理——向所有人开放了。等待列表已经取消，快去注册使用吧！ 过去 10 周，Amp 一直是我开发软件的主要工具。正如我们使用的工具最终会改变我们一样，它从根本上改变了我开发软件的方式。

#Claude Code

Claude Code 会话分支管理：用 fork-session 创建独立的实验分支

在使用 Claude Code 进行项目开发时，经常会遇到这样的场景：当前对话已经积累了大量上下文，此时想尝试一个不同的技术方案，又不想破坏现有的对话历史。--fork-session 参数正是为这种需求设计的。 会话管理基础 在了解分叉功能之前，先回顾一下 Claude Code 的会话恢复机制。 继续最近的会话 使用 --continue（简写 -c）可以加载当前目录中最近的对话：

#Kubernetes

Kubernetes cgroup v2 迁移：为什么新建集群比原地升级更靠谱

Kubernetes 1.35 带来了一个不小的变化：kubelet 默认拒绝在 cgroup v1 节点上启动。这可不是简单的功能弃用，而是整个 Linux 生态在资源管理架构上的一次集体转向。 生态系统的连锁反应 这次变化特殊在哪？它不是某个项目的孤立决定，而是整个生态在同步行动: systemd v256 开始默认拒绝 cgroup v1，v258 会完全移除支持。 RHEL 9.4 废弃 cgroup v1，RHEL 10 只支持 v2。 Fedora 的时间表更激进：41/42 版本默认不启动 v1，43 会完全移除。 Ubuntu 22.04 LTS 及更高版本默认使用 cgroup v2。 Debian Trixie 使用 systemd 257，默认不支持 v1。 这种同步性背后有技术原因。cgroup v1 的混合层级架构在设计上就存在复杂性问题：每个资源控制器（CPU、内存、IO）都有独立的层级树，同一个进程在不同控制器中可能处于不同位置。这种设计在容器密度增加、资源管理需求变复杂后，维护成本越来越高。