名称: 日常会议更新 描述: “交互式日常站会/会议更新生成器。当用户说’日常’、‘站会’、‘Scrum更新’、‘状态更新’、‘我昨天做了什么’、‘准备会议’、'早晨更新’或’团队同步’时使用。从GitHub、Jira和Claude Code会话历史中拉取活动。进行4问题访谈(昨天、今天、阻碍、讨论话题)并生成格式化Markdown更新。” 用户可调用: true
日常会议更新
通过交互式访谈生成日常站会/会议更新。永远不要假设工具已配置—先询问。
工作流程
开始
│
▼
┌─────────────────────────────────────────────────────┐
│ 阶段1: 检测与提供集成 │
│ • 检查: Claude Code历史?gh CLI?jira CLI? │
│ • Claude Code → 拉取昨天会话摘要 │
│ → 用户通过多选选择相关项目 │
│ • GitHub/Jira → 询问用户,如果批准则拉取 │
│ • 立即拉取数据(访谈前) │
├─────────────────────────────────────────────────────┤
│ 阶段2: 访谈(带洞察) │
│ • 显示拉取的数据作为上下文 │
│ • 昨天: "我看到你合并了PR #123,还有什么?" │
│ • 今天: 你将做什么工作? │
│ • 阻碍: 有任何阻碍吗? │
│ • 话题: 会议结束时有任何要讨论的话题吗? │
├─────────────────────────────────────────────────────┤
│ 阶段3: 生成更新 │
│ • 结合访谈答案+工具数据 │
│ • 格式化为整洁的Markdown │
│ • 呈现给用户 │
└─────────────────────────────────────────────────────┘
阶段1: 检测与提供集成
步骤1: 静默检测
静默检查可用集成(抑制错误,不显示给用户):
| 集成 | 检测 |
|---|---|
| Claude Code历史 | ~/.claude/projects目录存在且包含.jsonl文件 |
| GitHub CLI | gh auth status成功 |
| Jira CLI | jira命令存在 |
| Atlassian MCP | mcp__atlassian__*工具可用 |
| Git | 在git仓库内 |
步骤2: 提供GitHub/Jira集成(如果可用)
Claude Code用户: 在此阶段所有问题使用
AskUserQuestionTool工具。
GitHub/Git:
如果HAS_GH或HAS_GIT:
"我检测到您已配置GitHub/Git。想让我拉取您最近的活动(提交、PR、评审)吗?"
选项:
- "是的,拉取信息"
- "不,我将手动提供所有内容"
如果是:
"我应该检查哪些仓库/项目?"
选项:
- "仅当前目录"(如果在git仓库中)
- "我将列出仓库" → 用户提供列表
Jira:
如果HAS_JIRA_CLI或HAS_ATLASSIAN_MCP:
"我检测到您已配置Jira。想让我拉取您的工单吗?"
选项:
- "是的,拉取我的工单"
- "不,我将手动提供所有内容"
步骤3: 拉取GitHub/Jira数据(如果批准)
GitHub/Git — 对于每个批准的仓库:
- 用户自昨天的提交
- 用户打开/合并的PR
- 用户完成的评审
Jira — 分配给用户的工单,过去24小时内更新
关键洞察:存储结果以在阶段2访谈中用作上下文。
步骤4: 提供Claude Code历史
此集成捕获您与Claude Code合作的所有工作—对于回忆不在git或Jira中的工作很有用。
检测:
ls ~/.claude/projects/*/*.jsonl 2>/dev/null | head -1
如果Claude Code历史存在,询问:
"我还可以拉取您昨天的Claude Code会话历史。这有助于回忆不在git/Jira中的工作(研究、调试、规划)。想让我检查吗?"
选项:
- "是的,拉取我的Claude Code会话"
- "不,我有所有我需要的内容"
如果是,运行摘要脚本:
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --format json
然后通过多选呈现会话:
使用AskUserQuestionTool,设置multiSelect: true让用户选择相关项目:
"这是您昨天的Claude Code会话。选择与您站会相关的那些:"
选项(多选):
- "修复认证错误(后端-api)"
- "实现OAuth流程(后端-api)"
- "更新首页样式(前端-app)"
- "研究支付提供商(文档)"
关键洞察: 用户选择哪些会话是工作相关的。个人项目或实验可以排除。
不要运行摘要脚本当:
- 用户明确说"不"到Claude Code历史
- 用户说他们将手动提供所有内容
~/.claude/projects目录不存在
如果摘要脚本失败:
- 回退:静默跳过Claude Code集成,继续访谈
- 常见问题:Python未安装、昨天没有会话、权限错误
- 不要阻塞站会流程—脚本是补充性的,非必需
阶段2: 访谈(带洞察)
Claude Code用户: 使用
AskUserQuestionTool工具进行访谈。这提供更好的用户体验与结构化选项。
使用拉取的数据作为上下文,使问题更智能。
问题1: 昨天
如果数据已拉取,先显示它:
"这是我从您的活动中发现的:
- 合并PR #123: 修复登录超时
- 后端-api中的3个提交
- 评审PR #456(批准)
您昨天还做了什么工作,我错过了吗?"
如果无数据拉取:
"您昨天/自上次站会以来做了什么工作?"
如果用户响应模糊,追问:
- “能提供关于X的更多细节吗?”
- “您完成了任何具体内容吗?”
问题2: 今天
"您今天将做什么工作?"
选项:
- [文本输入 - 用户自由输入]
如果Jira数据已拉取,您可以建议:
"我看到您分配了这些工单:
- PROJ-123: 实现OAuth流程(进行中)
- PROJ-456: 修复支付错误(待办)
您今天会处理这些吗?"
问题3: 阻碍
"您有任何阻碍或障碍吗?"
选项:
- "无阻碍"
- "是的,我有阻碍" → 追问细节
问题4: 讨论话题
"在每日会议结束时有任何话题想提出吗?"
选项:
- "不,无内容讨论"
- "是的" → 追问细节
话题示例:
- 需要输入的技术决策
- 与另一个团队的对齐
- 关于优先级的问题
- 团队的公告或信息
阶段3: 生成更新
将所有信息结合成整洁的Markdown:
# 每日更新 - [日期]
## 昨天
- [来自访谈的项目]
- [如果从GitHub/Jira拉取的项目]
## 今天
- [来自访谈的项目]
## 阻碍
- [阻碍或"无阻碍"]
## PRs & 评审(如果从GitHub拉取)
- [打开的PRs]
- [合并的PRs]
- [完成的评审]
## Jira(如果从Jira拉取)
- [更新的工单]
## 讨论话题
- [话题或"无"]
---
*链接:*
- [PR链接]
- [工单链接]
核心原则
- 访谈是主要的 — 工具补充,不替代人类上下文
- 访问前需同意 — 总是先询问再拉取任何集成
- 上下文感知问题 — 在访谈中显示拉取数据以触发记忆(“我看到您合并了PR #123…”)
快速参考
| 阶段 | 操作 | 工具 |
|---|---|---|
| 1. 检测与提供 | 检查gh/jira/claude历史,询问用户,拉取数据 | Bash(静默),AskUserQuestionTool* |
| 2. 访谈 | 询问4个问题带洞察 | AskUserQuestionTool* |
| 3. 生成 | 格式化Markdown | 输出文本 |
*仅Claude Code: 使用AskUserQuestionTool工具进行结构化问题。
Claude Code摘要脚本
# 获取昨天会话为JSON
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --format json
# 获取今天会话
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --date today --format json
# 过滤到特定项目
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --project ~/my-app --format json
示例会话
Claude: "让我们准备您的日常!我检测到GitHub已配置。想让我拉取您最近的活动吗?"
User: "是的"
Claude: "我应该检查哪些仓库?"
User: "后端-api和前端-app"
[Claude静默拉取GitHub数据]
Claude: "我还可以拉取您昨天的Claude Code会话历史。想让我检查吗?"
User: "是的"
[Claude运行摘要脚本,获取5个会话]
Claude: "这是您昨天的Claude Code会话。选择与您站会相关的那些:"
☑ 修复认证超时错误(后端-api)
☑ 实现OAuth流程(后端-api)
☐ 更新个人博客(博客) - [用户取消选择个人项目]
☑ 研究支付提供商(文档)
☐ 调试测试失败(实验)
User: [选择3个相关项目]
Claude: "这是我从您的活动中发现的:
- 合并PR #120: 修复登录超时
- 打开PR #125: 功能: 添加OAuth流程
- 评审PR #123(批准),PR #456(请求更改)
- 后端-api中的5个提交
- [来自Claude Code] 修复认证超时错误
- [来自Claude Code] 实现OAuth流程
- [来自Claude Code] 研究支付提供商
您昨天还做了什么工作,我错过了吗?"
User: "不,这涵盖了"
Claude: "您今天将做什么工作?"
User: "继续OAuth功能并部署到暂存环境"
Claude: "任何阻碍?"
User: "无"
Claude: "任何话题在每日会议结束时提出?"
User: "是的,我想讨论新支付模块的架构"
[Claude生成更新]
输出示例
# 每日更新 - 2026-01-22
## 昨天
- 处理认证功能
- 研究支付提供商
- 合并PR #120(修复: 登录超时)
- 打开PR #125(功能: 添加OAuth流程)
## 今天
- 继续OAuth功能
- 部署到暂存环境
## 阻碍
- 无阻碍
## PRs & 评审
- **打开:** PR #125 - 功能: 添加OAuth流程
- **合并:** PR #120 - 修复: 登录超时
- **评审:** PR #123(批准),PR #456(请求更改)
## 讨论话题
- 新支付模块的架构
---
*链接:*
- https://github.com/org/repo/pull/125
- https://github.com/org/repo/pull/120
反模式
| 避免 | 为什么(专家知识) | 代替 |
|---|---|---|
| 未经询问运行gh/jira | 用户可能有个人仓库可见,或处于不想暴露的敏感项目上下文 | 总是先询问,让用户选择仓库 |
| 假设当前目录是唯一项目 | 开发者通常同时处理2-5个仓库(前端、后端、基础设施) | 询问"您在处理哪些项目?" |
| 即使有工具数据也跳过访谈 | 工具捕获发生了什么但错过为什么和上下文(研究、会议、规划) | 访谈是主要的,工具补充 |
| 在所有4个问题前生成更新 | 用户可能有关键阻碍或讨论话题改变叙述 | 完成访谈,然后生成 |
| 包括原始提交消息 | 提交消息通常隐晦(“修复”、“wip”)且不讲述故事 | 总结成人类可读的结果 |
| 访谈后询问数据 | 在访谈中显示洞察使问题更智能(“我看到您合并了PR #123,还有什么?”) | 先拉取数据,然后用上下文访谈 |
绝不
- 绝不假设工具已配置 — 许多开发者有gh安装但未认证,或jira CLI指向错误实例
- 绝不跳过"讨论话题"问题 — 这通常是站会最有价值的部分,工具无法捕获
- 绝不生成超过15个要点 — 站会应少于2分钟阅读;长更新失去听众
- 绝不包括没有上下文的工单/PR编号 — "PROJ-123"无意义;总是包括标题或摘要
- 绝不从用户未明确批准的仓库拉取数据 — 即使您能看到其他仓库,尊重边界