From fellowship
Fetches structured GitHub issue data via gh CLI: titles, bodies, labels, comments, assignees, milestones. Generates branch suggestions and PR keywords for quest spawning or standalone planning.
How this skill is triggered — by the user, by Claude, or both
Slash command
/fellowship:missiveThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Fetches structured context from one or more GitHub issues to inform quest planning. Extracts titles, bodies, labels, comments, and produces branch name suggestions and PR close keywords. Designed for both standalone use (display to user) and as input to Gandalf's quest spawning.
Fetches structured context from one or more GitHub issues to inform quest planning. Extracts titles, bodies, labels, comments, and produces branch name suggestions and PR close keywords. Designed for both standalone use (display to user) and as input to Gandalf's quest spawning.
/missive #42 or /missive 42 51 67Accepts one or more GitHub issue references as arguments:
#42 or 42#42 #51 #67 or 42 51 67#42 51 #67If no arguments are provided, respond with:
"Usage:
/missive <issue>...— provide one or more issue numbers (e.g.,/missive #42or/missive 42 51 67)."
Extract all issue numbers from the args using the pattern #?\d+. Strip any # prefix to get the raw number.
Read ~/.claude/fellowship.json if it exists. Extract:
branch.pattern — branch name pattern with placeholders (default: null, effective: fellowship/{slug})branch.ticketPattern — regex for ticket extraction (default: [A-Z]+-\d+)issues.autoClose — whether PRs should auto-close issues (default: true)If the config file doesn't exist, use all defaults.
Before fetching, confirm gh is available:
gh --version
If gh is not installed or not authenticated, respond with:
"The
ghCLI is required but not available. Install it from https://cli.github.com/ and authenticate withgh auth login."
For each issue number, run:
gh issue view <number> --json title,body,labels,comments,assignees,milestone
If an issue is not found (non-zero exit), note the error and continue with remaining issues. Do not abort the entire operation for a single missing issue.
For each successfully fetched issue, produce a structured block:
... [truncated] if truncated.Resolve the branch name:
branch.pattern is configured: substitute placeholders per the quest skill's rules, but override {slug} with a slug derived from the issue title (not the task description). The {ticket} placeholder matches branch.ticketPattern against the issue title — if no match, replace with empty string. If {author} is in the pattern but branch.author is not set, replace with empty string. After all substitutions, collapse any resulting double-separators (e.g., // → /, -- → -).fellowship/<number>-<slugified-title> (e.g., fellowship/42-fix-auth-bug). This differs from the quest skill's default (fellowship/{slug}) by including the issue number — linking the branch back to its GitHub issue for traceability.Slug generation: lowercase the issue title, replace spaces with hyphens, strip non-alphanumeric characters (except hyphens), collapse consecutive hyphens, max 50 characters.
issues.autoClose is true (default): Closes #<number>issues.autoClose is false: omit the close keyword, note: "Auto-close disabled — link issue manually."Output one block per issue in this format:
## Issue #<number>: <title>
### Context
**Labels:** <labels>
**Assignees:** <assignees>
**Milestone:** <milestone>
<body text>
**Recent Comments:**
- [@<author> <timestamp>]: <comment text>
- [@<author> <timestamp>]: <comment text>
### Branch
`<resolved branch name>`
### PR Keywords
`Closes #<number>`
If multiple issues were fetched, output all blocks sequentially.
If any issues failed to fetch, append a summary:
### Errors
- Issue #<number>: <error message>
npx claudepluginhub justinjdev/fellowshipManage GitHub issues via CLI with bulk operations, JSON/jq parsing, search filters, and issue-to-PR workflow. Also stores AI session context for resuming tasks.
Syncs Claude Code sessions with GitHub Issues as a shared plan — reads issue context on branch detection, updates progress via comments, checks off tasks, and creates issues from plans.
Guides on working with GitHub issues: read descriptions/comments/related PRs, define acceptance criteria with verifiable behaviors, and commit with proper references.