my-opencode-config

General multi-agent orchestration for OpenCode. Use proactively whenever a non-trivial task can benefit from independent parallel research, investigation, review, testing, debugging, comparison, verification, or disjoint implementation. Also trigger when the user asks for a swarm, multiple agents, parallel agents, subagents, independent opinions, or broader coverage. Keep trivial, tightly coupled, or single-writer work in the main thread.

Post-implementation cleanup gate for current diffs. Use after the agent completes a coding task, bug fix, refactor, or review fix and needs an individual pass to avoid unnecessary type declarations, remove redundant code, and delete legacy or obsolete code before final verification.

Stage changes, create a conventional commit, push the branch, and create or refresh PR metadata for shipped work. Use when the user asks to ship current work to GitHub.

Use ONLY when editing or creating opencode's own config: opencode.json, skills, commands, agents, plugins, MCP servers, instructions, permissions, security rules. Not for application code. Trigger on 'configure opencode', 'opencode setup', 'add skill to opencode', 'update opencode config', 'opencode plugin'.

Turn a rough task brief, vague ambition, or draft Codex /goal into a compact, evidence-driven goal for long-running autonomous work. Use when the user asks to write, improve, sharpen, stress-test, or activate a Codex goal, thread goal, durable goal, or /goal prompt.

Pressure-test a plan, design, architecture, implementation approach, or product decision through a direct decision-tree interview. Use when the user asks to be grilled, stress-tested, challenged, interviewed, or pressure-tested before execution.

Technical specifications and dev stack for this MacBook Air running the Vidext monorepo. Use when OS, hardware, or toolchain details are relevant to a task or needed to fix something.

Two-phase engineering review for correctness and conventions. Use when the user asks for a code review, quality gate, staff review, or convention audit of current diffs.

Review upstream changes to the local my-opencode reviewer swarm before selectively applying them. Use whenever the user asks to pull, sync, inspect, compare, or adopt reviewer or swarm changes from ~/Documents/yo/my-opencode. Never use it to install the upstream configuration wholesale.

Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.

Explain or use automatic OpenCode subagent model recovery. Use when selecting a model for a subagent, diagnosing fallback behavior, or handling a final task failure after all configured models were attempted.

Persistent project memory bootstrap and maintenance. Use in any repository with (or needing) an `AGENTS.md` + `./agents/` system. **Triggers:**\n* **Initialization:** Starting in a new repo, running `/init`, or requests to "set up agents memory."\n* **Development:** Planning features, proposing architecture (→ decisions), writing code (→ conventions), or navigating the codebase (→ architecture).\n* **Debugging:** Fixing complex bugs, investigating issues, or encountering recurring mistakes (→ known-errors).\n* **Memory Management:** Fetching or proposing workflows, glossary terms, conventions, decisions, or known errors.

Operate the btca CLI for local resources and source-first answers. Use when setting up btca in a project, connecting a provider, adding or managing resources, and asking questions via btca commands. Invoke this skill when the user says "use btca" or needs to do more detailed research on a specific library or framework.

Source-first SDK and framework research with btca. Use when a task depends on current behavior or recommended usage of AI SDK, Cloudflare, Effect, PostHog, or adjacent integrations, and you want the agent to consult btca before relying on memory or generic web search.

Use when reviewing code changes — pull requests, git diffs, uncommitted work, patch sets, or any "is this code OK?" question. Trigger phrases include "review this", "check my changes", "is this ready", "does this look right", "PR feedback", "code review", "look at my diff", "audit this code", "did I break anything". Also use when an agent is asked to verify whether a change solves a stated problem, follows codebase patterns, or is regression-safe. Do NOT use for greenfield code-writing requests — those need different guidance.

CodeGraph MCP server setup — install, index, and configure semantic code search. Use when setting up CodeGraph in a new repo, re-indexing, or troubleshooting codegraph MCP.

Groups git changes by logical purpose and commits them sequentially. Use when user runs /commit, asks to commit changes, or wants to review, group, and commit git changes.

Guidelines for technical writing, formal paper formatting, and LaTeX document structures. Use when writing academic papers, technical documents, LaTeX formatting, bibliography, or formal writing.

Use for Obsidian vault tasks via vault-context and filesystem tools. Trigger on words like "obsidian", "vault", "note", "daily note", "frontmatter", "append note", "move note".

Drives the `exec → reviewer → fixer ×≤3 → draft PR` pipeline on a target repo. Use when the architect has a concrete task list, a target repo, and a parent branch. Tracker-agnostic.

Use whenever the task involves writing, drafting, revising, or reviewing a system prompt for an AI agent — autonomous or semi-autonomous LLM systems that use tools in a loop, including operator agents, research/sub-agents, tool-using assistants, MCP servers, multi-agent orchestrators, and coding agents. Trigger even when the user says "instructions", "system message", "agent persona", or "rules for the model", not just the word "prompt". Do NOT use for one-shot prompts (classification, single generation, single Q&A) — those need lighter prompt techniques, not the full agent skeleton.

Python project setup and management using the MiquelGomezCorral template. Use for virtual environments (conda), dependency management (uv), editable installs, Jupyter kernels, and project scaffolding.

Security scanner for AI agent skills. Scan skills, repositories, or directories for vulnerabilities before installing. Trigger on "scan skill", "check skill safety", "audit skill", "skill security", "skillspector", "is this skill safe".

Multi-model parallel code review. Use when the user asks to review, audit, or get a second opinion on recent code changes. Delegates to four DeepSeek reviewer subagents in parallel, then consolidates findings into a prioritized summary.

Turn the current session's work into an incremental teaching loop. Use when the user wants to deeply understand work just completed — asks to be taught, quizzed, or walked through what was done and why ("teach me", "quiz me", "make sure I understand this").

Use this skill for any task that needs web search, current information, external docs, source discovery, fact checking, URL reading, news, product/pricing/status lookup, citations, or anything beyond local files and memory. Load it even if the user does not explicitly say "search the web" when the answer depends on non-local or up-to-date information. Do not use when the task is purely local repo/vault search or the user says not to use the web.