用途：把一周内 Lode 的原始变更条目整理成结构化 Markdown PPT 大纲，体现本周改了什么、哪些决策延续、遗留了哪些开放问题，以及难题如何影响下周计划。每个项目使用统一模板独立成篇，跨项目主题只出现在总览页；git 提交仅用于覆盖检查与补充证据。
主要能力：分三阶段执行。阶段零确定范围与收集：解析时间范围（本周/上周）、项目（名称、仓库路径、slug，可来自 projects.json 或当前仓库）、模式（tech 为六段式含技术路径，report 为四段式聚焦结果）与输出路径；读取 raws 条目并计算每项目覆盖比（raw 条目数 /（raw 条目数 + 未被覆盖的提交数）），显示 High/Moderate/Low/No raw data 徽标。阶段一分析：在主对话中产出含 work_streams 的结构化 JSON，raw 条目为准，git 兜底且不得重复或覆盖已有叙述。阶段二拼接输出：按密度决定幻灯片数，写入 Markdown 大纲。
使用方式：以 /lode:weekly 触发。输出默认路径为 {vault}/Work Diary/Weekly/{YYYY-WNN}.md，解析优先级为：用户显式路径、.lode/config.yaml 的 weekly_outline.output_path、weekly_outline.output_dir 加文件名、默认路径。目录不存在则创建；文件已存在时需用户确认才覆盖。若无法解析 vault 且未给路径，则在对话中返回大纲并提示运行 /lode:cold-start-interview 或配置 knowledge_vault，写完需报告绝对路径。
适用场景：按周汇总多项目开发进展并生成演示用 PPT 提纲，含总览页、各项目叙述、总结表及“本周难题”小节（仅在有 raw 证据支撑时加入）。
限制：不编造决策事实；git 提交不能当作主要叙述；禁止 commit 流水账、跨项目强行融合、把 git 日志当正文等反模式。无 raw 条目且无有效仓库路径时标记为维护周或询问来源；全部为维护周时只输出总览页。分析返回非 JSON 时提示重试，字段缺失且无法推断时标“待确认”。关于具体定价、支持平台等，资料暂未提供。