GitHub Digest
Generate structured, link-rich GitHub repo digests with a briefing overview and categorized details.
Prerequisites
- -
gh CLI authenticated (gh auth status)
Workflow
1. Gather Data
Run these gh commands in parallel for the target repo (default: openclaw/openclaw):
CODEBLOCK0
Adjust --limit and time range based on user's request (today / this week / this month).
2. Output Format
Structure the digest in this exact order:
📋 Briefing（总览）
A 3-5 sentence executive summary covering:
- - What version was released and when
- Core themes (2-3 keywords, e.g. "安全加固、Plugin SDK 开放、工具能力扩展")
- Most impactful change in one line
- Community pulse (what people are discussing)
- Any breaking changes warning
⚠️ Breaking Changes
List each breaking change with:
- - What changed
- Migration action required
- Link to docs if available
Skip this section if none.
🏗️ 重大更新 (Major Features)
Significant new capabilities, architectural changes, new integrations. Each item:
- - Bold title：one-line description (#PR)
✨ 小功能 / 改进 (Minor Features)
Group by sub-category when there are many (e.g. "Telegram", "CLI", "Plugin SDK"). Each item:
- - One-line description (#PR)
🔧 Bug 修复 (Bug Fixes)
Group by area (e.g. "Channel 修复", "核心/安全", "工具/浏览器"). For channel fixes with 5+ items, use a table:
| Channel | 修复内容 | PR |
|---|
| Name | Description | #N |
For other fixes, use bullet lists grouped by area.
💬 社区热议 (Community Discussions)
Hot issues sorted by engagement. Each item:
- - #N — Title：one-line summary of the discussion
3. Formatting Rules
- - Every PR/issue/release MUST have a clickable markdown link
- PR:
[#123](https://github.com/OWNER/REPO/pull/123)
- Issue:
[#123](https://github.com/OWNER/REPO/issues/123)
- Release:
[vTAG](https://github.com/OWNER/REPO/releases/tag/vTAG)
- - Use the user's language (detect from their message; default Chinese for Chinese users)
- Bold key terms for scannability
- Omit empty sections silently
- When release notes mention a PR number like
(#12345), always convert to a clickable link - For "Thanks @user" in release notes, link to INLINECODE9
GitHub Digest
生成结构清晰、链接丰富的 GitHub 仓库摘要，包含简报概览和分类详情。
前置条件
- - 已认证的 gh CLI（gh auth status）
工作流程
1. 收集数据
并行运行以下 gh 命令，针对目标仓库（默认：openclaw/openclaw）：
bash
近期发布（最近 5 个）
gh release list --repo OWNER/REPO --limit 5
最新发布说明
gh release view TAG --repo OWNER/REPO --json body --jq .body
最近合并的 PR（最近 30 个）
gh pr list --repo OWNER/REPO --state merged --limit 30 \
--json number,title,author,mergedAt,labels \
--jq .[] | [\(.mergedAt[:10])] #\(.number) \(.title) by @\(.author.login) [\([.labels[].name] | join(,))]
热门未关闭议题（按评论数排序）
gh issue list --repo OWNER/REPO --state open --limit 30 \
--json number,title,comments,labels \
| jq -r [.[] | {n:.number,t:.title,c:.comments,l:[.labels[].name]}] | sort_by(.c) | reverse | .[0:15] | .[] | [\(.c)] #\(.n) \(.t) [\(.l | join(,))]
根据用户请求（今天/本周/本月）调整 --limit 和时间范围。
2. 输出格式
按以下顺序组织摘要：
📋 总览
3-5 句执行摘要，涵盖：
- - 发布了哪个版本及发布时间
- 核心主题（2-3 个关键词，例如“安全加固、Plugin SDK 开放、工具能力扩展”）
- 最具影响力的变更（一句话概括）
- 社区动态（人们在讨论什么）
- 任何破坏性变更警告
⚠️ 破坏性变更
列出每个破坏性变更，包括：
若无则跳过此部分。
🏗️ 重大更新
重要的新功能、架构变更、新集成。每项：
✨ 小功能 / 改进
项目较多时按子类别分组（例如“Telegram”、“CLI”、“Plugin SDK”）。每项：
🔧 Bug 修复
按领域分组（例如“Channel 修复”、“核心/安全”、“工具/浏览器”）。对于 5 项以上的 Channel 修复，使用表格：
其他修复使用按领域分组的项目符号列表。
💬 社区热议
按参与度排序的热门议题。每项：
3. 格式规则
- - 每个 PR/议题/发布都必须包含可点击的 Markdown 链接
- PR：
#123
- 议题：
#123
- 发布：
vTAG
- - 使用用户的语言（从用户消息中检测；中国用户默认使用中文）
- 关键术语加粗以便快速浏览
- 空部分静默省略
- 当发布说明提到 PR 编号如 (#12345) 时，始终转换为可点击链接
- 对于发布说明中的“感谢 @user”，链接到 https://github.com/user
