V0.5.0/git remote release#20
Conversation
Add the complete git-remote-release skill including SKILL.md, FORMS.md, and evals for generating GitHub release notes from remote repository commits and pull requests.
Document the new git-remote-release skill in the Available Skills table and add a 'Why git-remote-release?' section explaining its purpose and design philosophy.
Greptile SummaryThis PR introduces the
Confidence Score: 5/5Safe to merge — adds a new documentation-only skill with no executable code paths touching existing functionality. All three issues flagged in the prior review round (missing prompts, tag-only field names, absent default-resolution rule) have been corrected. The remaining findings are a one-word inaccuracy in README prose and a missing optional default field in FORMS.md — neither affects runtime behavior or correctness. The skill definition itself is thorough: it handles pagination limits, contributor attribution fallbacks, and the default-branch resolution chain. No existing files are modified in a breaking way. README.md (one-word inaccuracy in the Why git-remote-release bullet) and skills/git-remote-release/FORMS.md (no default field on conditionally-required fields). Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart TD
A([User invokes skill]) --> B{Input provided?}
B -- "Compare URL" --> C[Extract owner, repo,\npreviousRef, currentRef]
B -- "Separate values" --> D[Use supplied repo,\npreviousRef, currentRef]
B -- "No input" --> E[Default Resolution:\ndetect current branch\n& upstream remote]
E --> F[Resolve base branch\nvia fallback chain\norigin/HEAD → main → master…]
C --> G[Validate refs exist\nvia GitHub API]
D --> G
F --> G
G --> H[Collect commits\nin range via GitHub API\nor gh CLI]
H --> I[Map commits → PRs\nvia GitHub commit/pulls endpoint]
I --> J[Analyze & group changes\nby theme]
J --> K[Compose release notes:\n## What's Changed\nsummary\noptional alerts\nSources:\nFull Changelog link]
K --> L([Return release notes])
Prompt To Fix All With AIFix the following 2 code review issues. Work through them one at a time, proposing concise fixes.
---
### Issue 1 of 2
README.md:488
The bullet says "both tags" but compare URLs can point to branches as well as tags — SKILL.md consistently uses "refs" throughout for this reason. This creates a subtle but verifiable inconsistency in the marketing copy for the skill.
```suggestion
- **Compare URL awareness** where a pasted GitHub compare URL is used to extract the owner, repository, and both refs,
```
### Issue 2 of 2
skills/git-remote-release/FORMS.md:12-25
**Missing `default` field on conditionally-required fields**
`AGENTS.md` specifies that every `FORMS.md` field should define `type`, `prompt`, `choices`, `default`, and `required`. None of the three conditionally-required fields (`repository`, `previous_ref`, `current_ref`) declare a `default`. When a user is in a git repository and provides only a ref range (e.g., "generate release notes from v1.0.0 to v1.0.1"), the `repository` value could be dynamically resolved from `git remote get-url origin` and offered as a recommended default — which is exactly the pattern `AGENTS.md` describes for `text` fields with a computed default. Not defining it means an agent in that scenario either improvises or prompts without offering the obvious choice.
Reviews (7): Last reviewed commit: "✨ enhance git-remote-release with defaul..." | Re-trigger Greptile |
Add key capabilities formatting guidance to demonstrate how capability bullets should read as natural sentences with bolded lead-ins. Update FORMS.md to clarify default-resolution behavior and improve field labels from 'description' to 'prompt'. Refactor field names from 'previous_tag'/'current_tag' to 'previous_ref'/'current_ref' to accommodate both tags and branches.
Apply the new key capabilities formatting style to the git-remote-release description. Restructure each capability bullet as a natural sentence with a bolded lead-in, improving readability and consistency with the updated skill documentation.
Include a visual hero image at the top of the SKILL.md documentation to align with skill presentation conventions and improve visual clarity.
Improves documentation of git-remote-release across README (public skill description), SKILL.md (technical default resolution details), and FORMS.md. Better communicates that the skill automatically compares against the upstream default branch when no explicit base is provided, and clarifies implementation notes for clarity.
Clarifies that git-remote-release works with both tags and branches (README public description). Adds explicit note in SKILL.md about collecting unique pull requests to avoid duplication when multiple commits belong to the same PR. Updates evals.json expected output to document setup prerequisites for default-branch resolution testing.
Ensures placeholder references consistently use {resolvedBase} instead of hardcoded origin/main in command examples. Updates git log format from simple author-only output to tab-separated fields that include commit subject and body, enabling complete commit context capture for release note generation.
…ion awareness Adds documented support for default-branch-aware comparisons in the public README feature list. Fixes git log range syntax from three-dot to two-dot notation for correct behavior. Adds critical warning about GitHub API compare endpoint pagination limits and handling. Restructures evals.json to separate eval prerequisites from expected output for clarity.
This pull request introduces a new skill,
git-remote-release, which generates high-quality GitHub release notes by summarizing commits and pull requests between two tags, branches, or the current branch and the upstream default branch. The documentation is updated to describe the skill's purpose, usage, and unique features. The PR also includes a detailed specification, input form, and evaluation cases to ensure correct and robust behavior.The most important changes include:
New Skill Addition:
git-remote-releaseskill, which produces polished, human-friendly release notes for GitHub repositories by analyzing commits and pull requests between two refs (tags or branches) or via a compare URL. It works entirely via GitHub's API when possible and supports default behavior for the current branch.Documentation and Usage:
README.mdto:git-remote-releasein the available skills and installation commands. [1] [2]git-remote-release.Specification and Input Handling:
SKILL.mdforgit-remote-release, providing a comprehensive specification: input options (compare URL, explicit values, or default resolution), output format, contributor handling, alert block usage, and strict rules for summary and sources.FORMS.mdto define the interactive parameter collection and confirmation process for the skill, specifying field requirements and user prompts.Evaluation and Quality Assurance:
evals.jsonwith test cases to validate the skill's behavior, including expectations for output formatting, summary quality, alert block usage, and correct handling of various input scenarios.