Plan relational database improvements for slow queries, indexes, and large table migrations. Document locks, which can block other database operations, alongside rollback steps and verification checks, using the database engine, version, size, and observed query plans.
- Plan a migration for a large table with rollback steps
- Evaluate indexes using observed query plans
- Review database locks caused by deployment changes
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Clarify inconsistent project terms using repository evidence and reviewed definitions. Answer straightforward questions, organize unresolved terminology decisions by their dependencies, and prepare a shared understanding before implementation planning or handoff.
- Aligning project terms before feature planning
- Checking the meaning and source of a project term
- Resolving conflicting names across code and documentation
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Prepare a coding brief for an external agent already chosen by the user. Build instructions around that agent’s installed skills, covering goals, constraints, tests, and reporting requirements, while distinguishing handoff preparation from actual execution.
- Preparing a coding brief for a chosen agent
- Composing instructions using installed agent skills
- Defining tests and reporting requirements before handoff
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Prepare a reviewable plan for a risky technical change before implementation. Compare alternatives using repository facts and source evidence, document tradeoffs, and define testable acceptance criteria, verification commands, and an implementation handoff after approval.
- Planning a risky refactor before implementation
- Comparing technical options and tradeoffs
- Defining acceptance criteria and verification commands
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Organize unlabeled issues and pull requests using an existing label list. Sweep the backlog or target one item by number, review the proposed changes first, and apply them when ready to make work easier to browse by area.
- Organizing unlabeled issues and pull requests
- Reviewing classification after adding a label
- Preparing an area-based backlog before a release
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Extract recurring lessons from skills, prompts, work logs, reviews, and failures into proposed agent rules. Identify overlaps and conflicts with existing guidance, and prepare candidates for human review before any approved implementation.
- Turning repeated failures into proposed agent rules
- Checking proposed rules against existing guidance
- Reviewing lessons before updating prompts or skills
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Prepare and supervise terminal commands with an explicit working directory, environment, timeout, and stopping conditions. Organize confirmation for consequential actions and summarize results from observed output, keeping execution plans separate from evidence that commands actually ran.
- Define the scope and conditions for a terminal command
- Supervise a test run and summarize its output
- Confirm an installation or deployment before execution
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Review open pull requests whose latest commit has not been checked, or select one by number. Apply repository review rules, inspect surrounding code, and preview findings before optionally posting inline comments on GitHub.
- Review a backlog of unchecked pull requests
- Review one pull request by number
- Check surrounding code and required checks
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Organize an accepted implementation plan into separate work units with owners, acceptance criteria, and verification commands. Coordinate parallel or ordered execution, prevent overlapping file edits, and check the integrated result before reporting completion.
- Splitting an approved implementation plan into parallel tasks
- Assigning file ownership to coding agents
- Ordering tasks that depend on earlier changes
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Turn an agreed code restructuring into a phased plan. Map affected files and dependencies, order the changes, and define checks and rollback points for each phase, producing a reviewable plan before implementation begins.
- Plan the extraction of one module from another
- Break a large code restructuring into releasable phases
- Prepare a dependency or framework upgrade
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Investigate software slowness, memory leaks, and rising costs through measurement. Identify expensive processing paths, coordinate small reversible fixes, and compare results against a baseline with an explicit limit on acceptable performance regression.
- Investigating slow responses with an unknown cause
- Tracing steadily increasing worker memory usage
- Finding token cost hotspots
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Prepare Rust changes by clarifying ownership, borrowing, error types, and public APIs. Produce an implementation plan and verification checklist, with additional checks for undefined behavior when unsafe code or foreign function interfaces are involved.
- Planning fixes for borrow checker errors
- Clarifying ownership and lifetime boundaries
- Defining error types and public API changes
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Turn accumulated code maintenance problems into a prioritized ledger. Findings cite files and lines, include severity and estimated effort, and distinguish quick wins from larger fixes. Repeat audits track resolved, new, and continuing issues against the previous ledger.
- Prioritize technical debt within a cleanup budget
- Audit architecture, tests, dependencies, and documentation
- Separate quick wins from larger fixes
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
View coding activity in a board showing each work unit, execution environment, model, elapsed time, and recorded token usage. Missing information is marked unknown, helping you understand observed activity across multiple coding sessions.
- Checking coding activity across multiple sessions
- Seeing the model and environment used for each task
- Reviewing recorded token usage and elapsed time
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Prepare a debugging plan for native program crashes and memory corruption. Organize competing explanations, identify observations that could disprove each one, and specify debugger steps for an executor to collect evidence.
- Planning an investigation into a recurring program crash
- Comparing possible causes of memory corruption
- Preparing debugger checkpoints and values to inspect
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Turn a public chat report into a GitHub issue package. Classify the problem, ask focused questions, check for duplicates, and confirm scope before handing one issue creation request to an authorized connector, then verify the result.
- Turn a public support chat report into a GitHub issue
- Clarify missing reproduction steps, versions, or logs
- Check for duplicate issues before filing
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Turn a feature request or bug fix into a structured implementation plan with goals, exclusions, risks, acceptance criteria, and verification steps. Break work into checkable actions and prepare a handoff after the user accepts the plan.
- Plan a feature before coding
- Break a bug fix into checkable tasks
- Agree on completion criteria and verification
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Plan repairs for Git conflicts, broken commits, and branch history. Identify which changes are already shared, define recovery points before rewriting history, and specify checks for finding the commit that introduced a bug.
- Plan a merge or rebase conflict resolution
- Find the commit that introduced a bug
- Organize commits before review
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Organize agent sessions, MCP connection settings, and Git worktrees into a shared inventory. Compare metadata across tools, distinguish observed information from missing or stale entries, and identify configuration differences before assigning more work.
- Reviewing sessions across multiple coding agents
- Checking differences between MCP configurations
- Listing worktrees before assigning agent tasks
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Turn an app idea into a staged delivery plan, from product decisions to implementation handoff, verification, release, and monitoring. Define acceptance conditions and track which steps are prepared, observed, blocked, or still missing.
- Planning an app from idea through release
- Defining conditions for an implementation handoff
- Organizing the initial setup of a new project
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Ask Jev to assess a failed run using its command, error excerpt, and retry history. Get a suggested next step—retry, fix dependencies, request access, or change approach—alongside the rule behind that decision.
- Assess whether a failed run is worth retrying
- Consider fixing dependencies after a failure
- Determine whether to request access
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Plan server, API, and data changes before implementation. Define who can access each operation, consistent response formats, error handling, and database migration steps, with compatibility plans for existing consumers and rollback points for storage changes.
- Design an API and its database schema before coding
- Clarify authentication and authorization checks
- Standardize success and error response formats
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Review pull requests, code changes, or documented claims for bugs using concrete evidence. Receive prioritized findings, a separate assessment of whether requirements are met, and clear lists of checked areas, unanswered questions, and testing gaps.
- Find bugs in a pull request before release
- Check changes against stated requirements
- Compare README claims with supporting evidence
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026
Draft commit messages and pull request descriptions using the repository’s existing conventions. Explain why the change matters and separate commands with observed execution records from planned or skipped checks, so validation claims match the available evidence.
- Drafting a commit message for a code change
- Writing a PR description using the repository template
- Separating executed tests from skipped checks
rlaope/oh-my-hermes☆ 3.6KUpdated Oct 23, 2026