Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add ruchernchong/claude-kit --skill update-issuegit clone --depth 1 https://github.com/ruchernchong/claude-kitWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/ruchernchong/claude-kit/update-issue)<a href="https://agentmods.dev/skills/ruchernchong/claude-kit/update-issue"><img src="https://agentmods.dev/badge/skills/ruchernchong/claude-kit/update-issue/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/ruchernchong/claude-kit/update-issue"><img src="https://agentmods.dev/badge/skills/ruchernchong/claude-kit/update-issue.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00021 | $0.00627 |
| Opus 5.5 | $0.00008 | $0.00251 |
| Sonnet 5.5 | $0.00004 | $0.00125 |
| Haiku 4.5 | $0.00002 | $0.00063 |
Grade A, and why
update-issue scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Language Conventions
Infer language style from the project:
- Analyze existing issues, documentation, and commit messages to detect the project's language variant (US English, UK English, etc.)
- Match the spelling conventions found in the project (e.g., "initialize" vs "initialise", "behavior" vs "behaviour")
- Maintain consistency with the project's established language style throughout issue updates
Update a GitHub issue with the following workflow:
- Check if we're in a GitHub repository
- Identify the issue to update:
- If issue number is provided (e.g., "issue 123", "#456", or "789"), use that issue
- If not provided, ask the user for the issue number
- View current issue details:
- Use
gh issue viewto display current state - Show title, body, labels, assignees, and state
- This helps understand what needs updating
- Use
- Check for ISSUE_TEMPLATE format:
- Look for issue templates in
.github/ISSUE_TEMPLATE/or.github/directories - If the current issue follows a template, identify which template
- Parse template structure to preserve required sections
- Look for issue templates in
- Determine what to update:
- Ask what fields the user wants to update (title, body, labels, assignees, state)
- Accept input for new values
- If updating body and template exists, maintain template structure
- Apply updates with validation:
- For title: Use natural, descriptive language
- For body with template: Preserve template sections and formatting
- For body without template: Use clear, structured format
- For labels: Only use existing repository labels
- For assignees: Only assign valid repository collaborators
- Use
gh issue editto apply changes
- Confirm and display results:
- Show summary of all updates made
- Display success message with link to updated issue
For the issue title:
- Use natural, descriptive language
- Keep it concise but informative
- Match the style of existing issue titles in the repository
For the issue body (when using ISSUE_TEMPLATE format):
- Follow the exact template structure
- Preserve required sections and formatting
- Update only the sections being changed
- Maintain template sections
For the issue body (custom format):
- Include clear problem statement or feature details
- Add relevant context from the update
- Keep it structured and actionable
- Maintain existing formatting style when possible
For labels and assignees:
- Only add labels that already exist in the repository
- Validate assignees are valid repository collaborators
- Show current labels and assignees before making changes
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 68 lines · 21 tokens per session scan A 4ea7d56cdf04
update-issue is a skill published in the GitHub repository ruchernchong/claude-kit (0 stars, last pushed 5mo ago), licensed MIT. It adds 21 tokens to every session and 627 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-01.
Other skills, from other repositories
github
Drive GitHub via the official gh CLI — repos, issues, pull requests, releases, gists, Actions runs, and raw REST through gh api. Use when the user asks to inspect or manage GitHub.
full-sdc
EXECUTE lean Full Story Development Cycle for one story: plan via CLI, run validate → develop → review (QG loop) → close with Sequence Lock, durable progress under .aiox/sdc/. Use when: full-sdc, full cycle, SDC, run story end-to-end.
wave-execute
EXECUTE a lean wave — plan story DAG + file-ownership batches via CLI, dispatch full-sdc per story, fan-in check, hand off merge to @devops. Use when: wave-execute, run wave, epic wave, parallel stories SDC.
close-story
Finalize bookkeeping for a story already completed by QA. Never changes lifecycle status. Use when: close story, close-story, story Done, /close-story.
develop-story
Implement a story (Ready → InProgress → ready for review). Runs the OSS develop task. Use when: develop story, develop, /develop-story, implement ACs.
review-story
QA gate for a story — verdict PASS/CONCERNS/FAIL/WAIVED + lifecycle transition. Use when: review story, qa gate, qa-gate, /review-story.