project-github-issues
Project GitHub Issues
Overview
Use this skill to create well-structured issues across a target set of repositories, add milestones, link to a project board, and create true sub-issues (not just checklist items).
Path Resolution (avoid missing-skill errors)
- Always open this skill using the absolute path from the active session skills list (for example
~/.codex/skills/private/project-github-issues/SKILL.md). - Do not try repo-relative
.codex/skills/...paths unless the session explicitly lists that exact path.
Repos and defaults
- Repos:
<owner>/<repo-a>,<owner>/<repo-b>,<owner>/<repo-c> - Project board:
<board title>(owner:<owner>, project number:<number>) - Milestones: use the milestone name provided by the user (e.g., "0.8")
Workflow
- Clarify repo and milestone if missing.
- Draft concise issue body with: Goal, Scope, Acceptance criteria, Open questions.
- Create issue with
gh issue createand add milestone. - Add issue to the configured project board.
- If items should be grouped, use sub-issues (GraphQL), not separate issues.
Sub-issues (GitHub issue hierarchy)
Use GraphQL to create true sub-issues.
- Get issue IDs:
gh api graphql -f query='query($owner:String!,$name:String!,$parent:Int!,$child:Int!){repository(owner:$owner,name:$name){parent:issue(number:$parent){id} child:issue(number:$child){id}}}' \
-F owner=<owner> -F name=<repo> -F parent=429 -F child=430
- Add sub-issue:
gh api graphql -f query='mutation($issueId:ID!,$subIssueId:ID!){addSubIssue(input:{issueId:$issueId,subIssueId:$subIssueId}){issue{number} subIssue{number}}}' \
-F issueId=<PARENT_ID> -F subIssueId=<CHILD_ID>
- Remove sub-issue if needed:
gh api graphql -f query='mutation($issueId:ID!,$subIssueId:ID!){removeSubIssue(input:{issueId:$issueId,subIssueId:$subIssueId}){issue{number} subIssue{number}}}' \
-F issueId=<PARENT_ID> -F subIssueId=<CHILD_ID>
Creating skills (when the issue is about Codex skills)
- Use the
skill-creatorworkflow. - Default location:
~/.codex/skills/privateunless user requests public. - Initialize with
init_skill.py, editSKILL.md, then package withpackage_skill.py. - Keep SKILL.md concise; put long docs in references when needed.
More from mindgames/skills
github-sync
Sync a local Git repository with its remote safely. Use when Codex needs to update a repo before starting work, fast-forward a local branch from `origin`, confirm that local `main` or another branch matches the remote, or prepare an up-to-date base branch before creating a new branch.
3github-pull-request
Use when the user asks to create a pull request. Build a complete PR using best-practice structure with rich details on changes, verification, QA evidence, risks, and rollout notes. Include issue linkage and clear testing commands/results in the PR body.
2branch
Use when a user asks to create a new local git branch and start issue work (for example, "create branch" or "start working on issue XYZ"). Use this for issue-based branch naming in the `type/scope-short-description` pattern and for always syncing local `main` from `origin/main` before creating the new branch, creating the local tracking `main` branch first when needed.
1gh-pr-audit
Perform a full local audit of one or more GitHub PRs, run repository-native deterministic checks, apply result labels, and post a structured review comment. Use when a PR in this repo or under projects/* needs a deep, evidence-based review across any language or stack.
1gh-fix-ci
Use when a user asks to debug or fix failing GitHub PR checks that run in GitHub Actions; use `gh` to inspect checks and logs, summarize failure context, draft a fix plan, and implement only after explicit approval. Treat external providers (for example Buildkite) as out of scope and report only the details URL.
1github-issue
Create complete, implementation-ready GitHub issues from user input and publish them with `gh issue create`. Use when asked to create/file/open a new issue in any repository, including cases where requirements must be structured into clear scope, acceptance criteria, constraints, and done-when outcomes.
1