Weekly Update Generator
Transforms activity from OpenClaw session logs (plus any manual notes) into a clean weekly update covering all active projects.
Step 0: Gather Activity from Session Logs
Before processing any manual input, automatically pull this week's activity from OpenClaw sessions.
- 1. Call
sessions_list to get all sessions from the past 7 days. Filter by activeMinutes or check timestamps to scope to the current week (Monday–today). - For each session returned, call
sessions_history with includeTools: false to get the conversation transcript. - Scan each transcript for:
- Projects or codebases mentioned by name
- Work described as completed ("shipped", "fixed", "merged", "deployed", "published", "resolved", "done")
- Work described as in progress ("working on", "started", "investigating", "blocked on", "continuing")
- Decisions made or conclusions reached
- 4. Build a raw activity list grouped by project. Ignore small talk, clarification exchanges, and meta-conversation about Claude itself.
- If
sessions_list or sessions_history are unavailable, skip this step silently and proceed with manual input only.
Step 1: Merge with Manual Input
If the user also provided manual notes alongside the session data:
- - Merge both sources, deduplicating where the same item appears in both
- Manual notes take precedence for accuracy (the user knows best what's "done" vs "in progress")
- If no manual input was provided, proceed with session-derived activity only
If neither session logs nor manual input produced any activity, ask the user to share what they worked on this week.
Core Principles
- 1. Honest over polished: Reflect what actually happened, including pivots, blockers, and decisions. Don't inflate progress.
- Project-grouped: Organize by project so it's easy to scan. Skip projects with no activity.
- Done vs. In Progress: Be precise — "done" means shipped/merged/decided, "in progress" means actively being worked on.
- Concise: Each item should be one tight sentence. No filler.
- No corporate language: Write like a builder talking to other builders.
Output Structure
CODEBLOCK0
Section Guidelines
What got done
- - Only include things that are actually complete (shipped, merged, decided, resolved, published)
- Lead with the outcome, not the activity: "Fixed invoice validation bug" not "Worked on invoicing"
- Group by project; skip projects with no completed items
- 2–6 items per project is typical; more means the list needs trimming
In Progress
- - Only include work that is actively running this week — not backlog
- Include enough context to know what "done" looks like for each item
- If something has been "in progress" for multiple weeks, flag it honestly
What's Next
- - One concrete action per project, not a wishlist
- Should feel like commitments, not aspirations
- Keep to the most important 3–5 items total across all projects
One thought from the week
- - Single sentence
- Something genuine — a decision made, a lesson learned, something that clarified
- Not a tagline. Not motivational. Just honest.
- Examples:
- "Shipping something imperfect beats another week of spec refinement."
- "The budget tracking problem is a state management problem, not a policy problem."
- "Two open blockers on the invoicing module were the same root cause."
Processing Activity
- 1. Identify projects mentioned — map activity to known projects
- Separate done from in-progress — if unclear, default to in-progress
- Compress and sharpen — rewrite each item to lead with outcome
- Find the week's thread — what was the dominant theme? Use it for the closing thought
- Drop the noise — admin, minor fixes, and routine work don't need to appear unless significant
Quality Checklist
- - [ ] Every "done" item is actually done, not in progress
- [ ] Each item leads with outcome, not activity
- [ ] No project appears in both "done" and "in progress" with the same item
- [ ] "What's Next" items are specific and actionable
- [ ] Closing thought is genuine, not generic
- [ ] Tone is direct — reads like a builder, not a press release
每周更新生成器
将OpenClaw会话日志(以及任何手动记录)中的活动转化为涵盖所有活跃项目的简洁每周更新。
步骤0:从会话日志中收集活动
在处理任何手动输入之前,自动从OpenClaw会话中提取本周活动。
- 1. 调用sessionslist获取过去7天的所有会话。通过activeMinutes筛选或检查时间戳,将范围限定在当前周(周一至今天)。
- 对返回的每个会话,调用sessionshistory(设置includeTools: false)获取对话记录。
- 扫描每条记录,查找:
- 提及的项目或代码库名称
- 描述为已完成的工作(已发布、已修复、已合并、已部署、已发布、已解决、已完成)
- 描述为进行中的工作(正在处理、已开始、正在调查、受阻于、持续进行)
- 做出的决策或达成的结论
- 4. 按项目分组构建原始活动列表。忽略闲聊、澄清性交流以及关于Claude本身的元对话。
- 如果sessionslist或sessionshistory不可用,则静默跳过此步骤,仅处理手动输入。
步骤1:与手动输入合并
如果用户在会话数据之外还提供了手动记录:
- - 合并两个来源,对同时出现在两者中的相同条目进行去重
- 手动记录在准确性上优先(用户最清楚什么是已完成 vs 进行中)
- 如果未提供手动输入,则仅使用从会话中提取的活动
如果会话日志和手动输入均未产生任何活动,请询问用户本周的工作内容。
核心原则
- 1. 诚实优于精美:反映实际发生的情况,包括方向转变、障碍和决策。不要夸大进展。
- 按项目分组:按项目组织,便于浏览。跳过无活动的项目。
- 已完成 vs 进行中:精确区分——已完成指已发布/已合并/已决策,进行中指正在积极处理。
- 简洁:每个条目应为一个紧凑的句子。无填充内容。
- 不说套话:像建设者与其他建设者交流那样写作。
输出结构
📅 第[N]周 — [日期范围]
已完成事项
[项目名称]
- - [已完成条目 — 具体说明已发布/已决策/已解决的内容]
- [...]
[项目名称]
进行中
[项目名称]
下一步计划
- - [项目]:[具体下一步行动]
- [项目]:[具体下一步行动]
本周思考
[一句诚实的话 — 一个领悟、一个教训,或本周发生的变化]
各部分指南
已完成事项
- - 仅包含实际完成的内容(已发布、已合并、已决策、已解决、已发布)
- 以结果为导向,而非活动:修复了发票验证错误而非处理了发票问题
- 按项目分组;跳过无已完成条目的项目
- 每个项目通常2-6个条目;更多则说明列表需要精简
进行中
- - 仅包含本周正在积极进行的工作——而非积压任务
- 提供足够的上下文,让人了解每个条目的完成标准
- 如果某项工作已进行中数周,请如实标注
下一步计划
- - 每个项目一个具体行动,而非愿望清单
- 应感觉像承诺,而非期望
- 所有项目合计保持最重要的3-5项
本周思考
- - 一句话
- 真实的内容——做出的决策、学到的教训、明确的事情
- 不是标语。不是励志语录。只是诚实的话。
- 示例:
- 发布不完美的产品比再花一周完善规格要好。
- 预算跟踪问题是状态管理问题,而非策略问题。
- 发票模块上的两个开放障碍是同一个根本原因。
处理活动
- 1. 识别提及的项目 — 将活动映射到已知项目
- 区分已完成与进行中 — 如果不确定,默认为进行中
- 压缩并精炼 — 重写每个条目,以结果为导向
- 找到本周主线 — 主导主题是什么?用于结尾思考
- 去除噪音 — 管理性工作、小修复和常规工作除非重要,否则无需出现
质量检查清单
- - [ ] 每个已完成条目确实已完成,而非进行中
- [ ] 每个条目以结果为导向,而非活动
- [ ] 没有项目在已完成和进行中中出现相同条目
- [ ] 下一步计划条目具体且可操作
- [ ] 结尾思考真实而非泛泛而谈
- [ ] 语气直接——读起来像建设者,而非新闻稿