五层 Prompt 注入架构：Prompt as Code
Prompt 不是"一个人写一大坨"，是五层架构，每层不同的负责人、不同的变更频率：框架层（框架团队，不变）→ 产品层（产品经理，几周）→ 配置层（用户自己，随时）→ 上下文层（Agent 自动，每次）→ Skill 层（Skill 作者，每任务）。后端类比：五层 Prompt ≈ 前后端分层 + 配置中心——框架层像基础框架、产品层像业务配置、配置层像用户自定义、上下文层像请求级数据、Skill 层像插件；各层独立版本、独立负责人。
1x2x
0/14 · 待播放
一句话：五层架构 → 框架层 → 产品层 → 配置层 → 上下文层(记忆三阶段) → Skill 层
光点 = 当前层 · Prompt 工程化的关键不是写得更好，是分层维护
五层 Prompt 架构（负责人 · 变更频率 · 内容）—
框架层agent_loop：ReAct 循环规则/工具调用约束/安全策略几乎不变
产品层working_modes：构建/规划/问答/专家 四种模式每几周
配置层ToneStyle：回复风格/语言/详细程度随时
上下文层Memory：用户偏好/领域事实/任务历史每次对话
Skill 层SKILL.md：特定任务指令+示例+约束每任务
记忆注入器_1推理前注入：System Prompt 靠前，用户身份/核心偏好/关键约束
记忆注入器_2选工具前注入：工具列表之后，领域事实/环境信息
记忆注入器_3回复前注入：对话最近处，本次偏好/最近纠正
就绪点 ▶ 播放，看 Prompt 如何分层维护 + 记忆三阶段注入。五层 Prompt
⚡ 运行时动作：正在发生什么💡 知识讲解：为什么这么设计
知识点一句话总结：Prompt 不是"一个人写一大坨"，是五层架构，每层独立负责人与变更频率：框架层 agent_loop（框架团队，几乎不变：ReAct 规则/工具约束/安全）→ 产品层 working_modes（产品经理，几周：构建/规划/问答/专家）→ 配置层 ToneStyle（用户自己，随时：风格/语言）→ 上下文层 Memory（Agent 自动，每次：偏好/事实/历史）→ Skill 层 SKILL.md（Skill 作者，每任务：指令+示例+约束）。记忆不是一次性全塞进 System Prompt（会上下文稀释），而是三阶段注入：记忆注入器_1 推理前（System Prompt 靠前：身份/偏好）、记忆注入器_2 选工具前（工具列表后：领域事实）、记忆注入器_3 回复前（对话最近处：本次纠正）。好处：改产品模式不动框架代码、用户偏好存配置层不污染 Skill 指令、Agent 记忆自动更新不需要人工维护。这就是 Prompt as Code 的工程实践。