fully-qualified-github-urls

Convert shorthand GitHub references into fully-qualified HTTPS URLs.

3|2|Updated May 12, 2026
One-click install
npx skills add https://github.com/kriscendobot/garden --skill fully-qualified-github-urls
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fully-qualified-github-urls
Source: https://github.com/kriscendobot/garden/tree/main/skills/fully-qualified-github-urls
Command: npx skills add https://github.com/kriscendobot/garden --skill fully-qualified-github-urls

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents broken or ambiguous references in GitHub-rendered text by ensuring that all links to repositories, commits, issues, and files are fully qualified URLs rather than shorthand identifiers.

Core Features & Use Cases

  • Universal Resolution: Guarantees that links remain functional across different repositories, notification emails, and external contexts.
  • Standardized Formatting: Automatically expands shorthand like owner/repo, bare SHAs, and issue numbers into complete HTTPS links.
  • Use Case: When drafting a pull request comment that references a specific commit in a different repository, this skill ensures the link is a full URL so the reader can navigate to it regardless of where they are viewing the comment.

Quick Start

Apply the fully-qualified-github-urls skill to scan and update all references in the current pull request description to ensure every link is a complete HTTPS URL.

Frequently Asked Questions about fully-qualified-github-urls

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I make sure GitHub shorthand references resolve as full links in pull request comments?

Converting shorthand GitHub references into fully-qualified HTTPS URLs guarantees that links resolve universally across different repositories, notification emails, and external contexts, preventing broken or ambiguous navigation.

Why do my GitHub issue links break when viewed in external notification emails?

Shorthand GitHub links break in external contexts because they lack the full domain path. Expanding shorthand identifiers into complete HTTPS URLs ensures cross-context link resolution so readers can navigate regardless of where they view the comment.

How do I convert a bare commit SHA into a fully-qualified URL for a pull request description?

You convert a bare commit SHA by applying strict expansion rules to prepend the complete HTTPS URL structure for the specific repository, ensuring the resulting link is a fully-qualified GitHub URL that resolves correctly.

Can I automatically expand shorthand owner/repo references into complete HTTPS GitHub URLs?

Yes, you can automatically expand shorthand owner/repo references by applying standardized formatting rules that transform them into complete HTTPS links, guaranteeing universal resolution across different repositories and notification systems.

When do I need fully-qualified GitHub URLs instead of shorthand identifiers?

You need fully-qualified GitHub URLs when drafting text that references commits, issues, or files in different repositories, ensuring readers viewing the comment in notification emails or external contexts can successfully navigate the links.

What are the limitations of using shorthand GitHub references in commit messages?

Shorthand GitHub references in commit messages face the limitation of breaking or becoming ambiguous when viewed outside the original repository context, which is why expanding them into fully-qualified HTTPS URLs is required for cross-context resolution.