Claude Code 现在支持 Artifacts —— 一句话版：你让 Claude Code 干活时，它可以把过程和结果生成一个可交互的网页，分享给团队看，而且会随着 Claude Code 继续工作自动更新。 Artifact 是什么 以前 Claude Code 的工作成果散在终端输出和对话里。查完 bug、读完代码、推理出根因之后，要把这些东西传递给其他人，只能截图、复制粘贴、或者口头转述。Claude Code 的 Artifacts 把这些工作打包成一个可访问的网页。
Claude Code 2.1.51 之后加了一个叫 Remote Control 的功能，允许在 claude.ai/code 或 Claude 手机 App 上远程操控本地正在运行的会话。Mac 上用起来基本开箱即用，但在 Linux 上配置的过程里遇到了一个不太直观的坑，记录下来。 Remote Control 是什么 和 Claude Code on the web（在 Anthropic 云端跑）不同，Remote Control 的会话始终运行在本地机器上，远程界面只是一个窗口。这意味着：
默认状态下，Claude Code 在完成一个任务后就停下来等待 —— 即每轮结束后，将控制权还给我们，由我们决定下一步。这种交互方式对大多数任务足够，但某些工作需要 Claude 跨越多轮自主运行：修复一批测试直到全部通过、定期检查部署状态、对整个代码库做并行扫描。这时候需要的不是更多的手动催促，而是一套合适的驱动机制。
当我们谈论如何用好 AI 编程时，大多数人还停留在"如何写出更好的 Prompt"这个层面。但真正的范式转移正在发生：与其继续手写 Prompt 指挥 Agent，不如设计一个能自动驱动 Agent 的"小系统"。这就是循环工程（Loop Engineering）。
Agent Teams 默认的 in-process 模式虽然省事，但队员一多，切屏会很麻烦。如果想实现那种多窗口并行的“指挥中心”风格，就得研究一下 Split Pane（分屏）模式。 视角解放 在默认模式下，得用 Shift+Up/Down 来回切换队员窗口。而在分屏模式下，每个队员都会分到一个独立的终端窗格(pane)。我们就可以一边看 A 队员写后端，一边盯着 B 队员跑测试。
最近 Claude Code 更新了 Agent Teams（多智能体协作）功能。简单来说，它允许启动一个 Team Lead 会话，带上一群 Teammates 分头行动。 这和之前的 Subagents（子智能体）有本质区别：Subagents 是临时的“外包”，干完活拿结果就走；Agent Teams 是真正的“团队”，队员有独立上下文，能互相发消息，还能共享任务列表协同推进。
基于官方文档整理。 主文档: https://code.claude.com/docs/en/agent-teams 一、Agent Teams 是什么 Agent Teams 让你协调多个 Claude Code 实例协同工作。一个会话作为 Team Lead（领队），负责协调、分配任务和综合结果；其他 Teammates（队友） 各自在独立的上下文窗口中工作，并可以直接互相通信。 与 Subagents（子智能体） 的关键区别：
简单整理一下 Claude Code 官方文档中关于子智能体（Sub-agents）memory 字段的用法。这个功能主要是给子智能体分配一个持久化目录，让它在不同会话之间也能记住东西。 基本定义：持久化存储目录 memory 字段为子智能体提供了一个跨会话保留的持久化目录。子智能体利用该目录逐步积累知识，例如代码库模式、调试经验和架构决策等。通过在该目录下读写 Markdown 文件，智能体可以在后续任务中复用这些积累。
每天在终端里敲几十上百条指令，输入效率直接影响工作节奏。Claude Code CLI 提供了一套交互模式的功能，本文总结一下日常用得比较多的快捷键和 Vim 模式。 Claude Code 的输入编辑器 一个容易混淆的概念：Claude Code 的 Vim 模式和终端自身的 Vim 支持、VS Code 的 Vim 插件是完全独立的三个东西。
MCP 服务器提供的 Tools、Prompts、Resources 并不是连接后就一成不变的。用户登录后可能解锁新工具，管理员可能随时启用或禁用某些 prompt 模板，资源的可用性也可能因为各种原因发生变化。 如果客户端只在初次连接时调用一次 tools/list、prompts/list、resources/list，那么后续的变化就无法感知。新增的工具看不到，已经下线的工具还留在列表里，状态不一致只能靠重连或重启来修复。