用途：用于撰写或修改提案中的“任务理解”章节，当投标要求解读背景、目标、范围或对任务大纲（ToR）发表意见时加载；与任务理解或ToR评论无关时不要使用。
必要输入：完整ToR、RFP、招标公告或任务简介；已选定的投标方画像及已收集的客户/行业背景；评估方对ToR意见、假设或观察的明确期望。来源为官方招标渠道，属必需项；缺失时应返回问题与有边界的解读，不得把空白当事实填补。
工作流程：阅读任务材料，识别真正的问题、范围与评估方关切；起草前加载相关画像、行业、采购与领域技能；用发现性问题暴露在成果、用户、数据、支持、预算、审批和决策标准上的缺失假设；按下述结构用自己的话将简报转化为清晰的、以客户为中心的解读；在格式或评估期望鼓励时添加实质性ToR评论；最后与方法和计划核对，使逻辑顺畅衔接交付。
结构：背景与情境（1至2页）；任务目标（半页，按客户预期成果而非活动复述）；工作范围（1页，含服务、交付物、范围内外、地理覆盖、受益群体与相关方）；对任务大纲的评论（半页至1页，每条按“ToR参考—观察—建议”格式）。
核心逻辑：S1当前状态（触发事件、首要问题、影响）→S2期望状态→B收益。识别首要问题，并据此推导“首要问题”，即项目必须回答的核心智力挑战，放在S1–S2–B叙述之后，作为通向方法论的桥梁。可由理性、认知、政治三个面向分析问题，并融入叙事而非显式标注。
质量与反模式：保持分析性、客户特定并扎根实际简报；除招标格式另有要求外，使用英式英语与东非专业语气；展示洞察而非复述ToR。不得编造评论或来源背景；不得隐藏模糊性、矛盾或未评估的检查项；不得描述提案并未处理的问题、假设或范围；结论须与方法和后续章节一致。
输出：任务理解与ToR评论章节，消费者为评估方与方法论撰写者；验收条件为区分事实、解读、假设、约束、相关方与交付影响。同时产出需求与假设映射、可追溯表，使每项解读指向ToR证据或被明确标注。权限默认只读分析，未经授权不得更改官方要求或提交澄清。缺少完整ToR或澄清记录时，提供有保留的解读与缺失证据登记。示例：若全国推广未给出站点数，应说明规划后果并请求或按假设站点定价，而非虚构地点。