用途：把不清晰的任务入口转成一份可执行的小型简报，然后继续推进。核心规则是“澄清到足以安全开始”，不把 intake 变成仪式、通用规划步骤或每个复杂任务都要走的可见模板。只有当缺失信息会改变结果、带来风险或阻碍安全推进时，才向用户提问。
触发边界：仅由最新一条用户自然语言请求触发。仅当该请求存在入口问题——目标、范围、风险、续接状态、首个动作或完成标准不清晰，正常执行可能出错时使用。典型触发包括：活动任务状态不明时的“继续之前的工作”或“继续”；“看看这个”但“这个”未指明或预期输出不清；优化现有技能但技能、目标仓库或优化优先级未指定；上传到 git 但存在多个仓库、混合工作区改动、私有材料或发布范围不清；以及任何立即行动可能暂存错误文件、编辑错误目标、覆盖数据、暴露私有材料或追求错误目标的情况。
不触发：来自助手消息、计划、审批提示、工具输出、日志、引用文本、复制的技能文本或更早对话；简单明确任务如“运行测试”“打开这个文件”“把 X 重命名为 Y”；纯解释、建议、仅规划或仅提供上下文的请求；已有明确目标和完成标准的更具体工作流或用户指令；仅因步骤多就触发的普通实现任务；目标、安全首个动作和完成标准已明确时的检查、优化或发布请求。
简报：优先内部简报。仅在有助于用户理解风险假设、续接交接或多路径决策时展示。可见时保持简洁：Task、Context、Constraints、Risks、Missing、First action、Done when。低风险请求压缩成一两句话后继续；大型或高风险工作可在简报后使用可见计划。
澄清门：仅当至少一个条件成立时，行动前问一个简洁问题：多个可能目标会导致不同输出；任务涉及发布、删除、覆盖、迁移、隐私、凭据、金钱等不可逆或高成本操作且范围未明确；缺少必需目标（仓库、分支、文件、环境、账户、数据集、平台）；用户明确要求执行前先建议、规划或讨论。否则说明假设并继续。发布等风险工作，提问确认前允许只读检查；暂存、推送、删除、覆盖或改变外部状态前须确认。
上下文收集：收集做出第一步所需的最小上下文，优先仓库证据而非记忆或猜测。仅当最新请求要求恢复、复用或继续已知上下文，或另一活动指令明确使其相关时，才使用保存的持久上下文；不要仅因存在就读取。区分已验证事实与假设。若为续接任务，先检查当前状态：工作区状态、相关文件、近期笔记或用户提供的产物。
交接执行：intake 后切换到正常任务执行，定义下一个具体动作，只运行或编辑符合已确认或假设范围的内容；新证据改变任务形态时重新检查假设；对所做工作进行正常验证；最终回复中提及剩余不确定性；任务已清晰后不要反复重述 intake 简报。
完成标准：intake 成功时，智能体应能回答：用户想完成什么？当前哪些上下文或产物重要？必须遵守哪些约束或风险？第一个安全动作是什么？什么结果算完成？
示例：续接——“继续。”任务：继续上一个活动实现线程；上下文：先检查 git status 和相关工作笔记；首个动作：编辑前验证当前仓库状态；完成标准：下一计划变更已实现或阻塞被清楚报告。风险任务只读 intake——“上传 git。”任务：发布本地改动；风险：暂存无关文件或推送私有材料；首个动作：检查状态、远程、分支和 diff 摘要；若工作区混合、出现私有材料或目标仓库不明确，在暂存或推送前澄清。已命名目标加正常规划——“通过缩短示例优化 path/to/target-file.md。”动作：直接检查并编辑该目标，必要时正常规划，无需 intake 触发。非触发——“运行测试套件。”动作：直接运行相关测试，无需 intake 简报。