用途：把每周 Lode 原始变更条目转换为结构化 Markdown PPT 周报大纲，git 提交仅用于覆盖检查与兜底证据。周报是周级沉淀层，需说明改了什么、哪些决策延续、遗留哪些开放问题、难题如何影响下周计划。每个项目用统一模板独立叙事，跨项目主题只放总览页。
主要能力：分三阶段。阶段0确定范围：解析时间范围（this_week/last_week）、项目（名称+仓库路径+slug）、模式（tech 六段式含技术方案；report 四段式聚焦结果）、输出路径与优先级；读取 {vault}/raw/weeks/{week}/{slug}.json 并按时间过滤，必要时读取 related_docs 与 artifacts 索引；用 git -C <repo_path> log --oneline --no-merges --since="<start_date>" 做覆盖检查，仅把未被原始条目覆盖的提交作为兜底证据。阶段1分析：默认在主对话进行，显式允许时可并行智能体；输出含 work_streams 的结构化 JSON，合并重复信号，保留被重访的决策、开放问题与难题。阶段2拼接：按 slide-template.md 生成大纲，写入 {vault}/Work Diary/Weekly/{YYYY-WNN}.md，路径解析顺序为用户指定、.lode/config.yaml 的 weekly_outline.output_path、output_dir 加文件名、默认路径；目录不存在则创建，文件已存在需先询问，除非用户明确要求覆盖；无法解析 vault 且无显式路径时在对话中返回大纲并提示配置 knowledge_vault。
适用场景：多项目或单项目周报、周会 PPT 准备、需要把会话记录与架构文档沉淀为可讲叙事。
限制：原始条目对意图与影响具有权威性，兜底提交置信度较低，不得覆盖或重复清晰条目；不得仅凭提交主题或文档标题编造决策；无原始条目且无有效仓库路径时标记为维护周或询问来源；全部项目为维护周时仅输出总览页；缺失字段填“待确认”；分析返回非 JSON 时要求仅返回合法 JSON 重试。