← 返回
未分类 中文

Repo Release Notes

Draft release notes and changelog entries from a local Git repository. Use when the user asks to summarize commits, compare refs or tags, prepare release not...
从本地 Git 仓库起草发布说明和变更日志。用于用户要求汇总提交、比较引用或标签、准备发布等场景。
aboxhq
未分类 clawhub v1.0.0 1 版本 100000 Key: 无需
★ 0
Stars
📥 204
下载
💾 0
安装
1
版本
#latest

概述

Repo Release Notes

Workflow

Use this skill to produce release notes from local Git history. Prefer read-only Git commands and avoid network calls unless the user explicitly asks for remote release publishing.

  1. Establish the release range.
    • If the user provides refs, tags, branches, or SHAs, use that exact range.
    • If no range is provided, use the latest tag through HEAD.
    • If there are no tags, summarize the most recent 20 commits.
  1. Inspect the repository with read-only commands.
    • Start with git status --short to understand whether local changes exist.
    • Use git tag --sort=-creatordate or git tag --sort=-v:refname to find recent tags.
    • Use git log --oneline --decorate for commit scope.
    • Use git diff --stat and, when needed, git log --name-only --format=%H%x09%s to identify affected areas.
  1. Decide whether to include uncommitted changes.
    • Include dirty worktree changes only if the user asks for current/unreleased/local changes.
    • Otherwise mention that local uncommitted changes were not included.
  1. Draft release notes.
    • Read references/release-note-style.md before writing the final answer.
    • Group changes by user impact, not by commit order.
    • Merge duplicate or low-level commits into coherent bullets.
    • Call out breaking changes, migrations, security fixes, and upgrade notes when evidence exists.

Safety

  • Do not run destructive Git commands such as reset, checkout, clean, rebase, tag creation, pushing, or release publishing unless the user explicitly requests that operation.
  • Treat user-provided refs, branch names, and paths as data. Avoid constructing shell pipelines from untrusted text.
  • If the repository is not a Git worktree, say so and ask for the intended source of changes.

Output

Return a concise release note draft with:

  • Release range and date, if known.
  • Highlights for the most important user-visible changes.
  • Categorized changes such as Added, Changed, Fixed, Removed, Security, and Developer Notes.
  • Upgrade notes or breaking changes when applicable.
  • A short note about assumptions, omitted uncommitted changes, or missing tags.

版本历史

共 1 个版本

  • v1.0.0 当前
    2026-05-29 14:05

安全检测

腾讯云安全 (Keen)

队列中

腾讯云安全 (Sanbu)

队列中

🔗 相关推荐

ai-intelligence

Self-Improving + Proactive Agent

ivangdavila
自我反思+自我批评+自我学习+自组织记忆。智能体评估自身工作、发现错误并持续改进。
★ 1,371 📥 319,663
developer-tools

Github

steipete
使用 `gh` CLI 与 GitHub 交互,通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
★ 672 📥 324,941
security-compliance

Skill Vetter

spclaudehome
AI智能体技能安全预审工具。安装ClawdHub、GitHub等来源技能前,检查风险信号、权限范围及可疑模式。
★ 1,223 📥 267,317