rhyanvargas
- 8 skills
- 0 followers
- 9 hours ago last updated
- ▌ Skill Optimizer · rhyanvargas bundleAuthor and optimize Agent Skills for clarity, trigger accuracy, and token cost. Use when creating a new skill, editing SKILL.md, reviewing skill quality, optimizing descriptions, adding progressive disclosure, or when /optimize-skill is invoked. Do not use for README authoring, finding or installing third-party skills, general app feature specs, or DevOps strategy sessions.
- ▌ Readme Authoring · rhyanvargas bundleCreate, update, review, or sync README.md files with evidence from the codebase, matched to audience (OSS, internal, personal, config). Use when writing or refreshing a README, documenting a package or CLI quick start, fixing stale/dense install docs, or when /update-readme is invoked. Do not use for changelogs, release notes, API reference generation, CONTRIBUTING-only or AGENTS.md-only edits, marketing landing copy, or optimizing Agent Skills.
- ▌ Supply Chain Gate · rhyanvargas bundleTriage Socket / supply-chain PR failures, decide merge vs block, and harden dependency changes before merge or npm publish. Use when Socket fails, a PR adds npm deps, supply-chain check, Socket alerts, /setup-socket, or “can I add this package”. Do not use for Dependabot YAML setup (dependabot skill), general npm install hardening primers (npm-security-best-practices), full DevOps strategy, or release-please wiring (release-automation).
- ▌ Release Automation · rhyanvargas bundleWire Conventional Commits–based version and changelog automation for a repo after confirming the DevOps platform (GitHub Actions, Azure DevOps, or other). Persists the choice in project-local skill context and installs matching pipeline/config. Use when setting up release-please, auto changelog, semver tags, /setup-releases, or “automate releases”. Do not use for full DevOps strategy design, writing app feature specs, or debugging a single unrelated CI failure.
- ▌ Spec Driven Workflow · rhyanvargas bundleDraft specs, analyze requirements, plan implementation, implement from specs, review against specs (generator≠evaluator), extract specs from existing code, run surgical bugfix specs, multi-session handoff/progress, and size greenfield/brownfield work. Use when the user wants testable requirements, living specs, spec-driven development, session handoff, bugfix with regression fences, Design-First vs Requirements-First, or /draft-spec /plan-impl /implement-spec /review /extract-spec. Do not use for C4/solution architecture packets (use solution-architecture), DevOps/CI-CD strategy design, README authoring, Agent Skill optimization, AFK/Ralph automation products, or trivial one-line fixes.
- ▌ Solution Architecture · rhyanvargas bundleDesign sized solution-architecture packets: outcome brief, C4 views (context, container, dynamic, deployment), ADRs, and a lite risk register. Use when the user wants an architecture diagram, C4 model, system context, container view, deployment/trust boundaries, ADR, architecture review, or /design-architecture. Do not use for feature REQ drafting (use spec-driven-workflow), CI/CD or promotion strategy (use devops-strategy-facilitator), README sync, or vendor-icon / draw.io rendering alone.
- ▌ Pull Request Authoring · rhyanvargas bundleOpen or refresh GitHub pull requests with Conventional Commits titles and bodies filled from branch commits (Summary, Changes, checklist). Use when creating a PR, /create-pr, “open a pull request”, “fill the PR description”, or fixing an empty template body. Do not use for release-please/changelog wiring (release-automation), Socket triage (supply-chain-gate), code review against specs (spec-driven-workflow /review), or commit-message-only asks.
- ▌ Devops Strategy Facilitator · rhyanvargas bundleFacilitate a concise DevOps strategy session covering branching, CI/CD, environments, promotion, governance, artifacts, secrets, and rollback. Use when designing or refining delivery strategy, environment promotion, deployment governance, or when /design-devops-strategy is invoked. Do not use for wiring release-please/changelog automation (use release-automation), Socket/supply-chain PR triage (use supply-chain-gate), C4/solution architecture packets (use solution-architecture), feature specs, writing Dockerfiles or a single app pipeline, unit tests, or debugging one failed CI run.