Github Resolve Url Metadata

GitHub / Resolve URL Metadata

タスクやチケット、ページを指す URL から、後続作業で使うメタデータ（主にタスクID・タイトル）を取得する。 推測で埋めず、可能な限り各サービスの API / CLI 等で実データを取る。 対応ホストは増える想定（現状の具体手順は下記のサポート済み URL。未記載の URL は種別を判別したうえで取得手段を調べ、同じメタデータ項目へマッピングする）。

いつ使うか

• 貼られた URL からタスクID／タイトルを取るとき（GitHub Issue、将来の Notion 等を含む）
• 「この URL のタスクID / タイトルは？」と聞かれたとき
• ドキュメントやチャットのチケット／ページ URL を作業入力に正規化するとき

いつ使わないか

• ブランチ名 feature/id/{n}/... から Issue を辿るだけ（ブランチ規約向けの SKILL がある場合はそちら。必要なら本 SKILL と併用可）
• PR レビュー・CI 失敗調査そのもの（URL パースが必要なら入口だけ本 SKILL）
• ローカルファイルパスの解決（本 SKILL の範囲外）

メタデータ一覧

| 項目 | 意味 | | --- | --- | | タスクID | タスクを一意に識別する ID。同一空間（例: 同一リポジトリ）内では重複しないが、空間横断では重複しうる | | タイトル | タスク内容を表す 1 行の文字列 |

作業手順

1. URL の種別（ホスト／サービス）を判別する
2. サポート済みなら対応手順で取得する。未サポートなら取得手段を調べ、同じメタデータ項目へ写す
3. タスクID・タイトルへマッピングする
4. # などの装飾を付けず、生の値として渡す

サポート済み URL

https://github.com/{オーナー}/{リポジトリ名}/issues/{Issue番号}

gh issue view {Issue番号} --repo {オーナー}/{リポジトリ名} --json number,title

{
  "number": 261,
  "title": "（実際のIssueタイトル）"
}

• [ ] タスクID … number を使う。# 等の Prefix を含めず、単純な数値
• [ ] タイトル … title を使う

URL から {オーナー} / {リポジトリ名} / {Issue番号} を読み取り、プレースホルダを置き換える。 GitHub では owner/repo を --repo で明示する（カレントのデフォルト repo に頼らない）。

ナレッジベース

DO: まず URL 種別を判別し、サービス固有の取得手段で実データを取る

• ホストが違えばコマンドも違う。共通なのは「ID とタイトルへの正規化」

DO: タスクID は装飾なしの生の値（GitHub Issue なら #261 にせず 261）

• 後続のブランチ名やスクリプト入力と揃えやすくするため

DO NOT: タイトルや ID を URL 断片から推測して確定扱いする

• API / CLI が取れるなら実データを優先する（取れないときだけ推測と明示する）

DO NOT: ブランチ命名ルールの説明だけでチケット中身の取得を済ませようとする

• ブランチ解釈はブランチ規約向け SKILL、URL→メタデータは本 SKILL

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: eaglesakura
• Source: eaglesakura/agent-skills
• License: MIT

Install and usage instructions live in the source repository linked above.