gustavo-meilus
- 90 skills
- 0 followers
- 4 hours ago last updated
- ▌ Openspec Explore · gustavo-meilusEnter explore mode - a thinking partner for exploring ideas, investigating problems, and clarifying requirements. Use when the user wants to think through something before or during a change.
- ▌ Openspec Onboard · gustavo-meilusGuided onboarding for OpenSpec - walk through a complete workflow cycle with narration and real codebase work.
- ▌ Openspec Propose · gustavo-meilusPropose a new change with all artifacts generated in one step. Use when the user wants to quickly describe what they want to build and get a complete proposal with design, specs, and tasks ready for implementation.
- ▌ Openspec Explore 2 · gustavo-meilusEnter explore mode - a thinking partner for exploring ideas, investigating problems, and clarifying requirements. Use when the user wants to think through something before or during a change.
- ▌ Openspec Onboard 2 · gustavo-meilusGuided onboarding for OpenSpec - walk through a complete workflow cycle with narration and real codebase work.
- ▌ Openspec Propose 2 · gustavo-meilusPropose a new change with all artifacts generated in one step. Use when the user wants to quickly describe what they want to build and get a complete proposal with design, specs, and tasks ready for implementation.
- ▌ Openspec Ff Change · gustavo-meilusFast-forward through OpenSpec artifact creation. Use when the user wants to quickly create all artifacts needed for implementation without stepping through each one individually.
- ▌ Openspec Ff Change 2 · gustavo-meilusFast-forward through OpenSpec artifact creation. Use when the user wants to quickly create all artifacts needed for implementation without stepping through each one individually.
- ▌ Openspec New Change · gustavo-meilusStart a new OpenSpec change using the experimental artifact workflow. Use when the user wants to create a new feature, fix, or modification with a structured step-by-step approach.
- ▌ Openspec Sync Specs · gustavo-meilusSync delta specs from a change to main specs. Use when the user wants to update main specs with changes from a delta spec, without archiving the change.
- ▌ Openspec Sync Specs 2 · gustavo-meilusSync delta specs from a change to main specs. Use when the user wants to update main specs with changes from a delta spec, without archiving the change.
- ▌ Openspec Apply Change · gustavo-meilusImplement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks.
- ▌ Openspec Apply Change 2 · gustavo-meilusImplement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks.
- ▌ Openspec Update Change · gustavo-meilusUpdate an OpenSpec change by revising its existing planning artifacts and keeping them coherent with one another. Use when the user wants to revise a change's plan, fold new decisions into it, or reconcile its artifacts after an edit. Never edits code.
- ▌ Openspec Verify Change · gustavo-meilusVerify implementation matches change artifacts. Use when the user wants to validate that implementation is complete, correct, and coherent before archiving.
- ▌ Openspec Update Change 2 · gustavo-meilusUpdate an OpenSpec change by revising its existing planning artifacts and keeping them coherent with one another. Use when the user wants to revise a change's plan, fold new decisions into it, or reconcile its artifacts after an edit. Never edits code.
- ▌ Openspec Verify Change 2 · gustavo-meilusVerify implementation matches change artifacts. Use when the user wants to validate that implementation is complete, correct, and coherent before archiving.
- ▌ Openspec Archive Change · gustavo-meilusArchive a completed change in the experimental workflow. Use when the user wants to finalize and archive a change after implementation is complete.
- ▌ Openspec Archive Change 2 · gustavo-meilusArchive a completed change in the experimental workflow. Use when the user wants to finalize and archive a change after implementation is complete.
- ▌ Openspec Continue Change · gustavo-meilusContinue working on an OpenSpec change by creating the next artifact. Use when the user wants to progress their change, create the next artifact, or continue their workflow.
- ▌ Openspec Continue Change 2 · gustavo-meilusContinue working on an OpenSpec change by creating the next artifact. Use when the user wants to progress their change, create the next artifact, or continue their workflow.
- ▌ Cutting A Release 2 · gustavo-meilus bundleCut a Superpipelines version release (vX.Y.Z) — verify the 5 version targets agree, draft CHANGELOG + RELEASE-NOTES entries, land them via PR (main is branch-protected), then create the GitHub release + tag and verify. Use when the user asks to cut/ship/publish a release, tag a version, do release work, or write release notes for Superpipelines.
- ▌ Analyzer Protocol 2 · gustavo-meilusLoaded by the analyzer agent of parity-test-b to supply its operating protocol. Not user-invocable.
- ▌ Reporter Protocol 2 · gustavo-meilusLoaded by the reporter agent of parity-test-b to supply its operating protocol. Not user-invocable.
- ▌ Reviewer Protocol 2 · gustavo-meilusLoaded by the reviewer agent of parity-test-b to supply its operating protocol. Not user-invocable.
- ▌ Reporter Protocol 3 · gustavo-meilusLoaded by the run-parity-test-g entry skill to supply operating protocol and invariants for top-20 word frequency report formatting in the parity-test-g pipeline. Not user-invocable.
- ▌ Reporter Protocol 4 · gustavo-meilusLoaded by the run-parity-test-h entry skill to supply operating protocol and invariants for markdown validation report formatting in the parity-test-h pipeline. Not user-invocable.
- ▌ Reviewer Protocol 3 · gustavo-meilusLoaded by the run-parity-test-h entry skill to supply operating protocol and invariants for false-positive review of validator findings in the parity-test-h pipeline. Not user-invocable.
- ▌ Analyzer Protocol 3 · gustavo-meilusLoaded by the analyzer agent to supply operating protocol and invariants for document analysis in the parity-test-c pipeline. Not user-invocable.
- ▌ Reporter Protocol 5 · gustavo-meilusLoaded by the reporter agent to supply operating protocol and invariants for markdown health document generation in the parity-test-d pipeline. Not user-invocable.
- ▌ Migrate Aiboarding · gustavo-meilusUse when a repo has a legacy AIBOARDING.md (v1 layout) and should move to the standard AGENTS.md + CLAUDE.md layout with the .aiboarding/state.json sidecar. One-shot, preview-first migration that preserves the existing onboarding content and rewires the hooks.
- ▌ Compress Onboarding · gustavo-meilusUse to compress any agent-instruction file (AGENTS.md, CLAUDE.md, .claude/rules/*.md, legacy AIBOARDING.md) into terse, high-signal prose without altering commands, code, URLs, or paths. Standalone compression engine with levels (off/lite/full/ultra), byte-preservation verification, and token receipts. Also invoked by the create/update onboarding skills.
- ▌ More With Less · gustavo-meilus bundleApply minimum-sufficient engineering to project development, design, debugging, refactoring, specification, architecture, dependencies, tooling, agents, hooks, MCP, automation, and verification. Use for non-trivial project work where unnecessary complexity should be minimized without weakening correctness, security, data integrity, accessibility, operability, observability, or acceptance criteria. Do not use for pure prose or unrelated non-project tasks.
- ▌ Audit Agent Onboarding · gustavo-meilusUse to lint a repo's agent onboarding files (AGENTS.md, CLAUDE.md, .claude/rules/*.md) for bloat, contradictions, duplication, stale or vague commands, missing sections, leakage, and secrets - or with --stats to view compression receipts. Read-only; reports findings and hands fixes to update-agent-onboarding.
- ▌ Create Agent Onboarding · gustavo-meilusUse when a repo has no AGENTS.md and an AI coding agent needs onboarding context, or the user asks to generate onboarding files. Produces AGENTS.md (cross-agent), a CLAUDE.md wrapper, and the .aiboarding lifecycle (state, config, hooks). Fallback target when the session-start hook reports missing onboarding files.
- ▌ Update Agent Onboarding · gustavo-meilus bundleUse when commits have landed since the onboarding files were last synced (the drift-check hook nudges for this), or the user asks to refresh AGENTS.md. Triages whether the change touches onboarding scope and patches only the affected sections; on no-op it advances the state pointer only.
- ▌ Sk 4d Method · gustavo-meilusProvides a per-invocation four-phase processing wrapper (Deconstruct, Diagnose, Develop, Deliver) for structured request resolution. Use when an agent faces an ambiguous request, missing required slots, or feedback that requires re-entry into a specific processing phase.
- ▌ Brainstorming · gustavo-meilusBrainstorming refines vague or exploratory requests into a validated design document through structured clarifying dialogue and trade-off analysis before any implementation begins. Use when a user's request is under-specified, involves new feature or component design, describes new pipeline behavior, or lacks an existing spec — including when loaded by creating-a-pipeline Phase 0 for exploratory briefs.
- ▌ Change Models · gustavo-meilus bundleReassign Superpipelines model-tier preferences across user, workspace, and pipeline scopes.
- ▌ Sk Model Resolver · gustavo-meilus bundleResolves agent `model_tier:` declarations into concrete platform-specific model strings and effort values via a 5-layer precedence chain, returning a serializable `resolved` object for dispatch. Use when `running-a-pipeline` Phase 0.45 needs to determine the concrete model + effort for each pipeline step on the active platform before dispatch.
- ▌ Sk Pipeline Paths · gustavo-meilusResolves scope-aware absolute file paths for Superpipelines artifacts across local, project, and user scopes. Use when creating or accessing agents, skills, support files, temporary directories, or the pipeline registry, given a known scope and pipeline name.
- ▌ Sk Pipeline State · gustavo-meilusDefines the schema, storage layout, and recovery protocols for `pipeline-state.json`. Use when reading or writing pipeline state, resuming an interrupted run, or diagnosing a crashed orchestrator.
- ▌ Running A Pipeline · gustavo-meilus bundleRun, resume, or list installed Superpipelines workflows from the registry.
- ▌ Sk Dynamic Routing · gustavo-meilusMaps pipeline agent roles to intent-based model categories on Tier 1 (Claude Code). Use when a Tier 1 pipeline stage requires model assignment beyond the two-slot fast/deep abstraction — e.g., pure read-only audit agents, deep architectural planners, or visual-analysis roles. Non-CC tiers resolve models via platform_profile.model_tiers only; this skill must not be invoked on tier_1b/1c/1d/2.
- ▌ Sk Model Migration · gustavo-meilus bundleConverts pre-v2.0 agent frontmatter (`model:` without `model_tier:`) to v2.0 schema with a git-backed safety checkpoint. Use when `running-a-pipeline` Phase 0.4 detects agents that have a concrete `model:` field, no `model_tier:` field, and either no `plugin_version` stamp or `plugin_version` < 2.0.0.
- ▌ Sk Worktree Safety · gustavo-meilusEnforces a mandatory 4-step safety protocol (Ignore, Setup, Baseline, Commit) for creating, managing, and destroying git worktrees in pipeline isolation contexts. Use when a pipeline step declares `isolation: worktree`, when parallel pattern tasks require branch isolation, or when the iterative or spec-driven patterns require atomic rollback capability.
- ▌ Creating A Pipeline · gustavo-meilusDesign and scaffold a new named Superpipelines workflow after scope, brief, topology, audit, and human approval gates.
- ▌ Migrating A Pipeline · gustavo-meilus bundleMigrate a legacy old-root Superpipelines workflow into the data-only pipeline layout.
- ▌ Sk Hashline Protocol · gustavo-meilusEnforces hash-anchored line verification to prevent stale-line edits during file mutations. Use when any agent performs file mutations in a worktree — mandates that read lines carry content-identifier hashes and that those hashes are verified before an edit is committed.
- ▌ Sk Pipeline Grilling · gustavo-meilusLoaded by pipeline creation and optimization workflows to harden briefs, confirm architecture, or reconcile optimization choices.
- ▌ Sk Pipeline Patterns · gustavo-meilus bundleDefines the six canonical pipeline topologies (Sequential, Parallel Fan-Out, Iterative Loop, Human-Gated, Spec-Driven, 4D Wrapper) and their capability requirements. Use when an orchestrator is selecting an execution pattern for a new pipeline, matching a task's information flow to a topology, or checking Q7 capability gates before pattern traversal.
- ▌ Sk Platform Dispatch · gustavo-meilus bundleResolves the active runtime tier and provides the canonical DISPATCH contract for all pipeline step execution. Use when an orchestrator skill needs to dispatch pipeline steps — performs tier detection, loads the platform profile, and executes the Tier 2 inline loop when no subagent primitive is available.
- ▌ Systematic Debugging · gustavo-meilus bundleEnforces root-cause investigation before any fix is proposed or implemented. Use when encountering a bug, test failure, or unexpected behavior, before proposing or implementing a fix.
- ▌ Using Superpipelines · gustavo-meilus bundleRoute Superpipelines requests to the right command workflow, reusable method skill, or direct codebase answer.
- ▌ Optimizing A Pipeline · gustavo-meilusOptimize an existing named Superpipelines workflow for topology, model tiers, cost, latency, and reliability.
- ▌ Adding A Pipeline Step · gustavo-meilusAdd a new step, capability, or agent to an existing named Superpipelines workflow.
- ▌ Sk Hierarchical Context · gustavo-meilusGenerates and maintains localized PIPELINE-CONTEXT.md files distributed across the project tree, producing token-efficient context maps that summarize directory purposes and architectural boundaries. Use when the `/superpipelines:init-deep` command runs, when the PREFLIGHT phase of a new pipeline creation requires context initialization, or when significant refactoring invalidates existing context maps.
- ▌ Test Driven Development · gustavo-meilus bundleEnforces a test-first implementation cycle ensuring code correctness, maintainability, and regression safety. Use when implementing any feature or bugfix, before writing production code, or when authoring any architectural refactor.
- ▌ Deleting A Pipeline Step · gustavo-meilusRemove a step from an existing named Superpipelines workflow while preserving topology continuity.
- ▌ Skill Architect Protocol · gustavo-meilusLoaded by the skill-architect agent to design or revise Superpipelines-compatible skills.
- ▌ Updating A Pipeline Step · gustavo-meilusModify an existing step in a named Superpipelines workflow while preserving contracts and topology continuity.
- ▌ Cutting A Release · gustavo-meilus bundleCut a Superpipelines version release (vX.Y.Z) — verify the 5 version targets agree, draft CHANGELOG + RELEASE-NOTES entries, land them via PR (main is branch-protected), then create the GitHub release + tag and verify. Use when the user asks to cut/ship/publish a release, tag a version, do release work, or write release notes for Superpipelines.
- ▌ Pipeline Auditor Protocol · gustavo-meilusLoaded by the pipeline-auditor agent to audit Superpipelines pipeline bundles against compliance, CAD, topology, and bundle hygiene rules.
- ▌ Sk Write Review Isolation · gustavo-meilusEnforces structural separation between the writing agent and the reviewing agent, with Stage 1 (spec compliance) hard-gating Stage 2 (code quality). Use when dispatching a reviewer after a pipeline worker has produced output, when authoring any pipeline step that requires formal verification against a specification, or when implementing a two-stage review loop.
- ▌ Sk Claude Code Conventions · gustavo-meilusProvides canonical engineering standards for authoring agents, skills, hooks, and pipeline orchestration in Claude Code. Use when authoring or modifying agents, skills, hooks, or pipeline-orchestration artifacts — covers model-tier selection, prompt-cache discipline, frontmatter schemas, and progressive-disclosure rules.
- ▌ Sk Spec Driven Development · gustavo-meilusEstablishes a formal spec→plan→tasks→implement contract for multi-step feature work. Use when authoring multi-step pipelines, building new features, refactoring systems, or when a request is too ambiguous for direct execution and a verified specification must precede implementation.
- ▌ Pipeline Architect Protocol · gustavo-meilusLoaded by the pipeline-architect agent to design or mutate Superpipelines pipeline topology and data-only CAD artifacts.
- ▌ Pipeline Optimizer Protocol · gustavo-meilusLoaded by the pipeline-optimizer agent to inspect an existing workflow and recommend optimization opportunities.
- ▌ Sk Rationalization Resistance · gustavo-meilusDefines HARD-GATE and EXTREMELY-IMPORTANT tag conventions, Red Flags lists, and Rationalization Tables for discipline-enforcing skills and protocol skills. Use when authoring a skill or agent protocol that must hold under time pressure, sunk cost, or "obvious answer" rationalization bias.
- ▌ Finishing A Development Branch · gustavo-meilusStructured integration protocol that enforces a test-verification gate and presents branch disposition options (merge, PR, keep, or discard). Use when implementation is complete, all tests pass, and an integration decision for the development branch is pending.
- ▌ Verification Before Completion · gustavo-meilusEnforces the Iron Law — no completion claim without fresh verification evidence. Use when an agent is about to claim work is complete, a bug is fixed, or a system state is passing; before committing changes or opening PRs; or after receiving a subagent DONE report that has not been independently verified.
- ▌ Pipeline Spec Reviewer Protocol · gustavo-meilusLoaded by the pipeline-spec-reviewer agent to perform Stage 1 spec-compliance review.
- ▌ Pipeline Task Executor Protocol · gustavo-meilusLoaded by the pipeline-task-executor agent to execute one assigned implementation task under the pipeline contract.
- ▌ Pipeline Failure Analyzer Protocol · gustavo-meilusLoaded by the pipeline-failure-analyzer agent to diagnose iterative pipeline failures and escalation gates.
- ▌ Pipeline Quality Reviewer Protocol · gustavo-meilusLoaded by the pipeline-quality-reviewer agent to perform Stage 2 code-quality review after spec compliance passes.
- ▌ Analyzer Protocol · gustavo-meilusLoaded by the analyzer agent to supply operating protocol and invariants for pull request diff analysis in the parity-test-f pipeline. Not user-invocable.
- ▌ Reporter Protocol · gustavo-meilusLoaded by the reporter agent to supply operating protocol and invariants for code review report generation in the parity-test-f pipeline. Not user-invocable.
- ▌ Reviewer Protocol · gustavo-meilusLoaded by the reviewer agent to supply operating protocol and invariants for findings validation in the parity-test-f pipeline. Not user-invocable.
- ▌ Run Parity Test F · gustavo-meilusUse when the user wants to run the parity-test-f pipeline on Tier 1d (Codex CLI) to analyze a pull request diff for code issues and produce a validated review report.
- ▌ Run Parity Test B · gustavo-meilusUse when the user wants to run the parity-test-b pipeline on Tier 1 (Claude Code) to read a JSON file and produce a validated data quality report with write/review isolation.
- ▌ Run Parity Test I · gustavo-meilusUse when the user wants to run the parity-test-i pipeline on Tier 1b (OpenCode) to read a JSON file and produce a human-readable summary of its top-level keys and value types.
- ▌ Run Parity Test J · gustavo-meilusUse when the user wants to run the parity-test-j pipeline on Tier 1b (OpenCode) to read a CSV file and produce a markdown data quality document listing columns with nulls, outliers, and type inconsistencies.
- ▌ Run Parity Test G · gustavo-meilusUse when the user wants to run the parity-test-g pipeline on Tier 2 (Cursor/Windsurf/Cline) to tokenize a markdown file and produce a top-20 word frequency report.
- ▌ Run Parity Test H · gustavo-meilusUse when the user wants to run the parity-test-h pipeline on Tier 2 (Cursor/Windsurf/Cline) to validate a YAML config file and produce a structured markdown validation report.
- ▌ Tokenizer Protocol · gustavo-meilusLoaded by the run-parity-test-g entry skill to supply operating protocol and invariants for markdown tokenization and word frequency counting in the parity-test-g pipeline. Not user-invocable.
- ▌ Validator Protocol · gustavo-meilusLoaded by the run-parity-test-h entry skill to supply operating protocol and invariants for YAML config validation in the parity-test-h pipeline. Not user-invocable.
- ▌ Scanner Protocol · gustavo-meilusLoaded by the scanner agent to supply operating protocol and invariants for source file metric extraction in the parity-test-d pipeline. Not user-invocable.
- ▌ Run Parity Test C · gustavo-meilusUse when the user wants to run the parity-test-c pipeline on Tier 1c (Antigravity CLI) to analyze a text document and produce a structured markdown summary.
- ▌ Run Parity Test D · gustavo-meilusUse when the user wants to run the parity-test-d pipeline on Tier 1c (Antigravity CLI) to scan a source directory and produce a code health report.
- ▌ Summarizer Protocol · gustavo-meilusLoaded by the summarizer agent to supply operating protocol and invariants for structured markdown summary generation in the parity-test-c pipeline. Not user-invocable.