
Issue Management
- 374 installs
- 55.5k repo stars
- Updated August 4, 2026
- remotion-dev/remotion
Create and edit GitHub Issues 2.0 parent, sub-issue, blocked-by, and blocking relationships from the terminal using verified gh CLI flags.
About
Issue-management is a focused agent skill for Remotion-era and general GitHub workflows that rely on Issues 2.0 relationship flags in the GitHub CLI. It tells you when to use the skill—creating, editing, inspecting, or removing links between issues—and how to sanity-check that your installed gh binary actually exposes --parent, --add-sub-issue, --add-blocked-by, and similar options introduced in recent CLI work. Commands use issue numbers in the current repository or full issue URLs for cross-repo dependencies. Parent/sub-issue rules are spelled out so each sub-issue has exactly one parent, matching how solo builders decompose video pipelines, docs tasks, or infra chores. If flags are absent, the skill directs you to upgrade gh rather than guessing deprecated syntax. Best for builders who live in terminal-driven PM and want agents to maintain a coherent dependency graph on GitHub.
- Manages GitHub Issues 2.0 relationships: parent, sub-issues, blocked-by, and blocking links
- Requires confirming gh CLI support for --parent, --blocked-by, and related flags before use
- Documents issue reference formats: repo issue numbers and cross-repo issue URLs
- Supports comma-separated lists for multiple blocked-by or blocking relationships
- Explicitly forbids inventing legacy commands when modern gh flags are missing
Issue Management by the numbers
- 374 all-time installs (skills.sh)
- +60 installs in the week ending Aug 4, 2026 (Skillselion tracking)
- Ranked #124 of 733 Git & Pull Requests skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/remotion-dev/remotion --skill issue-managementAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 374 |
|---|---|
| repo stars | ★ 55.5k |
| Last updated | August 4, 2026 |
| Repository | remotion-dev/remotion ↗ |
What it does
Create and edit GitHub Issues 2.0 parent, sub-issue, blocked-by, and blocking relationships from the terminal using verified gh CLI flags.
Files
Use this skill when creating, editing, inspecting, or removing relationships between GitHub issues.
These commands use the Issues 2.0 gh issue support added in GitHub CLI PR cli/cli#13057. Because this feature is new, first confirm the installed gh supports it:
gh issue create --help | grep -E -- '--parent|--blocked-by|--blocking'
gh issue edit --help | grep -E -- '--parent|--add-sub-issue|--add-blocked-by|--add-blocking'If those flags are missing, update gh before trying to manage issue relationships. Do not invent older commands.
Issue reference format
Relationship flags accept issue numbers or issue URLs.
Use a number for an issue in the current repository:
gh issue edit 123 --parent 100Use a full issue URL for a cross-repository relationship:
gh issue edit 123 --blocked-by https://github.com/remotion-dev/remotion/issues/456Multiple related issues can be passed as a comma-separated list:
gh issue edit 123 --add-blocked-by 200,201Parent and sub-issue relationships
A sub-issue has exactly one parent issue.
To create a new issue directly under a parent:
gh issue create \
--title 'Docs: Add issue management skill' \
--body-file /tmp/remotion-issue-body.md \
--parent 100To set or change the parent of an existing child issue:
gh issue edit <child-number> --parent <parent-number-or-url>To remove the parent from a child issue:
gh issue edit <child-number> --remove-parentTo manage children from the parent issue:
gh issue edit <parent-number> --add-sub-issue <child-number-or-url>
gh issue edit <parent-number> --remove-sub-issue <child-number-or-url>--add-sub-issue moves the child to the new parent if it already has another parent. Do not use --add-sub-issue while editing multiple parent issues in one command; one child cannot be added ambiguously to several parents.
Blocked-by and blocking relationships
Use blocked-by when the issue being edited is waiting on another issue.
# Issue 123 is blocked by issue 200.
gh issue edit 123 --add-blocked-by 200
# Remove that relationship.
gh issue edit 123 --remove-blocked-by 200Use blocking when the issue being edited blocks another issue.
# Issue 123 is blocking issues 300 and 301.
gh issue edit 123 --add-blocking 300,301
# Remove one blocking relationship.
gh issue edit 123 --remove-blocking 300Equivalent mental model:
gh issue edit A --add-blocking Bmeans the same relationship as:
gh issue edit B --add-blocked-by AChoose the command based on which issue you are already editing.
When creating an issue, set relationships immediately:
gh issue create \
--title 'Studio: Add timeline validation' \
--body-file /tmp/remotion-issue-body.md \
--blocked-by 200,201 \
--blocking 300Inspecting relationships
Human-readable view shows parent, sub-issues, blocked-by, and blocking metadata when present:
gh issue view <number>Raw non-TTY output includes stable relationship lines:
gh issue view <number> | grep -E '^(parent|sub-issues|sub-issues-completed|blocked-by|blocking):'For scripts, request the JSON fields explicitly:
gh issue view <number> \
--json parent,subIssues,subIssuesSummary,blockedBy,blockingsubIssues, blockedBy, and blocking are connection objects with nodes and totalCount. subIssuesSummary contains completion counts.
Safe workflow
1. Create any new issue bodies with --body-file, not inline multiline shell strings. 2. Link the relationship using the appropriate gh issue create or gh issue edit flag. 3. Verify with gh issue view <number> or gh issue view <number> --json parent,subIssues,subIssuesSummary,blockedBy,blocking. 4. If editing a PR or parent issue body afterward, replace vague checklist text with concrete issue numbers.