Getting it into your agent
It runs from inside its repository, so the clone comes first — what it calls does not travel with the file alone.
git clone --depth 1 https://github.com/ShreyPaharia/octomuxnpx agentmods add skills/shreypaharia/octomux/implementWrote 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/shreypaharia/octomux/implement)<a href="https://agentmods.dev/skills/shreypaharia/octomux/implement"><img src="https://agentmods.dev/badge/skills/shreypaharia/octomux/implement/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/shreypaharia/octomux/implement"><img src="https://agentmods.dev/badge/skills/shreypaharia/octomux/implement.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00033 | $0.01500 |
| Opus 5.5 | $0.00013 | $0.00600 |
| Sonnet 5.5 | $0.00007 | $0.00300 |
| Haiku 4.5 | $0.00003 | $0.00150 |
Grade A, and why
implement 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.
How it starts
The opening of the file, as written. The whole thing — 191 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Implement a Jira Ticket
Fetch a Jira ticket, check for an existing plan, set up a branch, and implement with lint+test verification before committing.
Announce at start: "Implementing : "
Checklist
- Fetch ticket — get Jira ticket details and any existing plan
- Assess readiness — is this ready to implement, or does it need
/planfirst? - Set up branch — create worktree or branch
- Read project conventions — CLAUDE.md, learnings, relevant package docs
- Implement — follow the plan or work from the ticket description
- Verify —
make lint && make test(or project equivalent) - Commit — conventional commit referencing the ticket
- Report — summary with next steps (PR creation)
Jira Authentication
Before any Jira call, test connectivity by calling getAccessibleAtlassianResources(). If it fails or returns an auth error, stop and prompt the user:
"Jira is not authenticated. Please run
/pluginand authenticate the Atlassian plugin, then try again."
Do not proceed with Jira operations until auth is confirmed.
Phase 1: Fetch Ticket
Extract the ticket key from the argument (e.g., IN-945 from /implement IN-945 or from a URL).
1a. Get Jira details (also serves as auth check):
getAccessibleAtlassianResources() -> cloudId (if this fails, follow Jira Authentication section)
getJiraIssue(cloudId, issueKey, fields=["summary","description","priority","labels","status","parent"], responseContentFormat="markdown")
1b. Check for existing local plan (parallel):
ls docs/plans/<ticket-key>-*.md 2>/dev/null
If a plan file exists, read it — this is the primary implementation guide.
If no plan file exists, use the ticket description's Approach section as the guide.
Phase 2: Assess Readiness
Check if the ticket has enough detail to implement:
- Ready: Has clear What/Why/Approach or an existing plan file -> proceed
- Needs planning: Description is vague, scope is unclear, or estimate was XL -> recommend
/plan <ticket-key>first
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 · 191 lines · 33 tokens per session scan A fa3d241890b1
implement is a skill published in the GitHub repository ShreyPaharia/octomux (25 stars, last pushed 1mo ago), licensed MIT. It adds 33 tokens to every session and 1,500 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-08-30.
Other skills, from other repositories
release
Publish a herdr-gpui release. Use when the user asks to cut, push, ship, or publish a release, or to approve, verify, or GPG-sign one that is already running. Covers just release, the protected environments the run stops at, and the local verification and signing steps that are not part of CI.
summarize-releases
Create a monthly NVIDIA Elements “What’s New” docs page, matching video, and concise, copy-ready summary from local release tags, tagged changelogs, package versions, and commit history. Use for a scheduled release PR, monthly update, release roundup, changelog digest, Slack blurb, announcement, or plain-language…
skill
Skill "skill" from wavyrai/tmux-ide, covering tmux-ide — claude code skill, when to use, the agent contract, coordinating with other agents and fleet control from the cli.
checkpoint-management
Git-backed state management for safe rollback. Create and restore checkpoints with tagged commits and metadata tracking.
maintainer-bar
Operate the MaintainerBar SwiftUI menu bar app and its ghcrawl backend. Use for: refreshing issue clusters, searching issues semantically, checking repo pulse, managing notifications, building/running the app, and coordinating ghcrawl data pipelines.
supermux-core
Use when building an app, script, bot or service in TypeScript that drives Claude Code, Codex, Cursor, OpenCode, Grok Build or Antigravity through the @supermux/core library.