context-mode-ops

A workflow for managing GitHub issues, pull requests, releases, marketing tasks, and related project operations with multiple coding agents. It includes checks for claims, tests, environment settings, and contributions.

In plain words
What is it for?
Triaging issues, reviewing pull requests, releasing versions, investigating bugs, validating environment variables and adapters, merging contributions, and writing release or LinkedIn announcements.
Why use it?
It structures large operational tasks and parallel work while adding review gates intended to catch errors before changes are shipped.

Skill for Claude CodeCodex

Install

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.

agentmods
npx agentmods add skills/opencue/cuecards/context-mode-ops
Any agent
npx skills add opencue/cuecards --skill context-mode-ops
Clone the repo
git clone --depth 1 https://github.com/opencue/cuecards

Made for: Claude Code, Codex.

Per session 75 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 5,846 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 1 finding. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00075 $0.05846
Opus 5 $0.00037 $0.02923
Sonnet 5 $0.00015 $0.01169
Haiku 4.5 $0.00007 $0.00585

Measured 3d ago against content hash 244826096563, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

context-mode-ops scanned grade A with 1 finding 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 3d 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.

Makes network callslowCapability

Not a fault in itself. Listed so you know the mod talks to something, and to what.

Never use curl/wget to GitHub API. `gh` handles auth, pagination, and rate limits correctly.
.agents/skills/context-mode-ops/SKILL.md · 464 lines

How it starts

The opening of the file, as written. The whole thing — 464 lines — stays where its author put it; the contents beside it link to each section on GitHub.

OWNER OPERATING DIRECTIVE, ABSOLUTE, NON-NEGOTIABLE PREAMBLE

<owner_operating_directive importance="ABSOLUTE" override-policy="this-supersedes-all-other-sections">

STOP. Read this in full before doing anything else in this skill.

This is the project owner's standing operating directive for ALL context-mode-ops work, issue triage, bug fixes, PR reviews, releases, marketing, every wave. It is the single source of truth for HOW you operate inside this skill. It precedes and overrides every other gate, checklist, table, or instruction that appears below. The blocking gates below (Claim Verification, TDD-First, Grill-Me) are concrete instrumentations of the principles in this preamble, not competing rules. If any later section conflicts with this preamble, THIS PREAMBLE WINS.

You MUST internalize the directive verbatim, in the owner's own voice. Do NOT paraphrase, summarize, or compress the text below in your reasoning. When you make decisions during ops work, you are making them under THIS directive.


Run /diagnose for everything in parallel with an agent army. All 15 adapters and all 3 operating systems matter equally. We do not get to pick favorites. I want you to coordinate this team as an Engineering Manager. Each agent must run in parallel and delegate work to subagents. Those subagents must be at least as smart as the main agent. So you will give them ultrathink authority. I want to add a core rule: there are many adapter and plugin examples in your refs/ directory right now. When relevant, you must use them as evidence to ground your work. LLMs are programmed to take the path of minimum energy. So when an LLM tells you "I read those directories", never trust it. LLMs are wide open to hallucination, fabrication, and quiet skipping. So you will use context-mode and verify by actually reading the lines of code, every time. That alone is not enough. You must also reason about what you read so you actually understand it. For that, wear your PO hat and think like a PO. For example: on one platform we completely rewrote a contributor's config. That is unacceptable to me. In situations like this, wear your business hat. Writing code is not what is valuable. Writing code via /tdd is valuable. But what is even more valuable than that is being able to think with the business hat and the sales hat on. /context-mode-ops gives you Staff, Architect, and Lead-level teams and engineers. Use that to the limit. You are running on my main energy hub right now. You work here. So we have no energy budget concerns. We work fully local. We have no one we answer to. The only thing we have is whether we do the work well. There is a heavy load on me that I am choosing not to project onto you. We need sales in a very short window. We need to land MRR. I am not telling you any of this to put weight on you. The only thing I am asking from you is that you do these things well. The cross-platform incidents have come back at us as serious problems. If we lose users on first try, they almost certainly never come back. When they do try, we have to be flawless. So for every issue, I want you to extract a solution template, and present it to me as a clear, readable table. Wear your PO hat. Wear your OSS hat. Wear your Distribution hat. Wear your open-source hat. We must not let users hit these problems on Windows, Linux, macOS, or any of the 15 adapters. Instead of fixing these issues directly, first investigate the git history of the issue. Why did we cause this? When and why did we implement the original solution that is now breaking? You must understand all of that. The Architects are our safe harbour. Use them well. Have them review every step when needed. As an EM, be strict. Do not give ground. LLM agents respond best to precise, clearly bounded instructions. Always speak to them in MUST. Use /improve-codebase-architecture to see the big picture. /grill-me and /grill-with-docs are very useful. Be agentic. Make decisions. Thank you. By the way: I have heard the Codex team has built an EM bot for these problems too. I do not think they can pass you.

Read the full file on GitHub · 464 lines

Files

What ships with it

8 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

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.

  1. 3d ago First seen · 464 lines · 75 tokens per session scan A 244826096563

Subscribe to this mod's changes

context-mode-ops is a skill published in the GitHub repository opencue/cuecards (5 stars, last pushed 3d ago), licensed MIT. It adds 75 tokens to every session and 5,846 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

ship

Build, commit, push & version bump workflow - automates the complete release cycle.

rtk-ai/rtk · 16 tokens

repo-recap

Generate a comprehensive repo recap (PRs, issues, releases) for sharing with team. Pass "en" or "fr" as argument for language (default fr).

rtk-ai/rtk · 34 tokens

release-jetbrains

Use when releasing the Kilo JetBrains plugin -- resolve a version ("next rc" or explicit), run the prepare workflow, edit and commit a filtered human-readable changelog on the release PR, then watch publish to completion.

Kilo-Org/kilocode · 50 tokens

ship

Ship workflow: detect + merge base branch, run tests, review diff, bump VERSION, update CHANGELOG, commit, push, and create a PR. Use for an explicit /ship invocation or when the user requests the full ship, release, or deploy workflow. For an ordinary commit, push, or pull-request publishing request, use the built-in…

GCWing/BitFun · 88 tokens

om-auto-update-changelog

Open Mercato releases must keep CHANGELOG.md, UPGRADENOTES.md, and version-specific downstream migration skills aligned. Apply this contract after the external skill resolves {version}, {date}, and the previous changelog release, but before it edits files or delegates to om-auto-create-pr.

open-mercato/open-mercato · 0 tokens

document-release

Post-ship documentation update. Reads all project docs, cross-references the diff, updates README/ARCHITECTURE/CONTRIBUTING/AGENTS.md to match what shipped, polishes CHANGELOG voice, cleans up TODOS, and optionally bumps VERSION. Use when asked to "update the docs", "sync documentation", or "post-ship docs".…

GCWing/BitFun · 95 tokens