Plan 模式 =提示注入（软）+ 权限/沙箱强制（硬），两层缺一不可，只拼提示词是假安全；提示注入的正确姿势是追加 system-reminder，不是改写用户消息或历史消息（Cache 命中率会崩）；硬强制的两条技术路线：Claude Code 的工具层策略函数（精细） vs Codex 的操作系统层沙箱（彻底），可以叠加使用；计划要落成工件（文件/文档），它是人工审批门的载体，也是跨会话的知

Plan 模式 =提示注入（软）+ 权限/沙箱强制（硬），两层缺一不可，只拼提示词是假安全；提示注入的正确姿势是追加 system-reminder，不是改写用户消息或历史消息（Cache 命中率会崩）；硬强制的两条技术路线：Claude Code 的工具层策略函数（精细） vs Codex 的操作系统层沙箱（彻底），可以叠加使用；计划要落成工件（文件/文档），它是人工审批门的载体，也是跨会话的知

文章摘要：本文探讨了大模型应用中优化缓存命中率的方法，重点分析了OpenAI、DeepSeek和Anthropic三家厂商的服务器端缓存机制差异。核心发现是前缀匹配是缓存设计的基础，而工具定义的排列位置直接影响缓存效率——Anthropic将工具置前以实现跨会话复用，而其他厂商则面临工具变动导致缓存失效的问题。客户端优化策略包括固化system prompt、动态信息后置、消息只追加等。文章最后提

而随着 Coding Agent 从“AI 编程助手”逐渐发展成“AI 软件工程师”，Worktree 的重要性也会越来越高。现在再回头看 Claude Code、Codex 等 Agent 为什么喜欢 Worktree，就比较容易理解了。对于“一个人 + 一个 Agent + 实时协作”的场景，它往往反而是很好的选择。如果这时候 Agent 直接修改你的当前工作区，就可能影响你自己正在进行的开发

子智能体= 临时工,会话内部工具,随时可调,不改变你的角色;团队智能体= 组队模式,会话之上的编排,用命令显式启动,让你成为 Lead;/team不出现,不是 bug,是实验性功能的 gate 设计。

子智能体= 临时工,会话内部工具,随时可调,不改变你的角色;团队智能体= 组队模式,会话之上的编排,用命令显式启动,让你成为 Lead;/team不出现,不是 bug,是实验性功能的 gate 设计。

子智能体= 临时工,会话内部工具,随时可调,不改变你的角色;团队智能体= 组队模式,会话之上的编排,用命令显式启动,让你成为 Lead;/team不出现,不是 bug,是实验性功能的 gate 设计。

本文介绍了ClaudeCode这类Coding Agent中调度机制的重要性与实现原理。通过分析调度带来的三个转变：从反应式到主动式、从单线程到事件驱动、从即时一次性到跨时间自治，阐述了调度是Agent实现自主工作的关键。文章对比了教学版和真实CC的调度机制差异，区分了内置Cron与ScheduledTasks的概念，并解释了Cowork工程师采用"执行单元无状态化+状态外置文件&quo

本文介绍了ClaudeCode这类Coding Agent中调度机制的重要性与实现原理。通过分析调度带来的三个转变：从反应式到主动式、从单线程到事件驱动、从即时一次性到跨时间自治，阐述了调度是Agent实现自主工作的关键。文章对比了教学版和真实CC的调度机制差异，区分了内置Cron与ScheduledTasks的概念，并解释了Cowork工程师采用"执行单元无状态化+状态外置文件&quo

这篇文章深入解析了ClaudeCode（CC）这类CodingAgent的记忆机制。CC通过文件存储实现了跨会话记忆，将记忆分为用户、反馈、项目和参考四类，并采用"索引-内容分离"设计来平衡效率和上下文控制。文章重点对比了两种记忆写入方式：教程版的事后分析模式需要额外LLM调用且准确性低，而CC真实版采用Tool驱动模式，让模型通过write_memory/forget_mem