Skip to content

adalloul0928/developer-workflows

unversioned · 8b744041a6c0

Reusable first-party development quality workflows and shared developer MCPs

doppler-cli-skill

Query Doppler live through its CLI for projects, configs, and secret NAMES — never values. Use when you need to know what actually exists in Doppler right now — whether a variable is defined in a given project/config, which configs a project has, why one config works and another does not, why a doppler-wrapped MCP or command fails to start, or to check the env-topology map against reality. Works in CI, headless, and non-Claude clients. Names only; never print, fetch, or echo a secret value.

env-topology

Authoritative map of how env vars and secrets flow across Doppler, Supabase, Vercel, EAS, GitHub Actions, and local .env files for PUMPD (mobile, backend, CI), the IAWIS store, and agent-tooling MCPs. Use when deciding where to set or find a variable, when a variable is undefined at runtime or build time, when wiring CI or EAS environments, or before answering any question about secret or env-var placement.

mcp-preflight

Triage MCP servers that are configured but not usable, and emit the exact command to fix each one. Use at the start of a session, when an MCP tool is unexpectedly missing, when a server reports needing authentication or fails to start, after adding a server, or before relying on a connector in a scheduled or headless run. Distinguishes needs-authentication from pending-approval from a broken launch wrapper, because the fixes are unrelated.

post-sync-canary

Confirm that the shared agent-tooling synchronization flow delivered the latest Developer Workflows skill. Use when the user asks to verify a post-sync skill availability or marketplace refresh. Do not use for production application validation.

rebase-document-push

Safely prepare the current Git branch or worktree for handoff by rebasing it onto the latest remote preview branch, creating or updating a succinct branch document with dated revisions, verifying the rebased result, and pushing to the existing upstream branch or a friendly new remote branch. Use when the user says "rebase this worktree on preview and push it", "update, document, and push this branch", or "prepare this branch for handoff". This workflow rewrites and publishes Git history; do not use it for read-only status checks, documentation-only edits, or direct work on preview or main.

skill-forge

Author a new Agent Skill and publish it to the agent-tooling repository so both Claude and Codex pick it up. Use when the user says "let's make a skill", "turn this into a skill", "capture this as a reusable workflow", or describes a repeatable procedure they want available in future sessions. Interviews for the name and trigger phrasing, checks for name collisions across owned and vendor skills, writes one portable SKILL.md into the right plugin bundle, adds native Claude and Codex adapters plus catalog entries when a new bundle is needed, validates against the repository contract, opens a pull request with auto-merge, then reports the per-client refresh required to consume it. Needs a repository checkout, a shell, and git.

sync-agent-tooling

Refresh the shared agent-tooling marketplace and installed Developer Workflows plugin for both Codex and Claude Code. Use when the user asks to sync agent tools, pull the latest shared skills, refresh developer workflows, or make a newly merged agent-tooling skill available locally. Do not use for creating new skills or updating a project-specific skill.

thermo-nuclear-code-quality-review

Run an extremely strict maintainability review for abstraction quality, giant files, and spaghetti-condition growth. Use only when the user explicitly requests a thermo-nuclear code quality review, thermonuclear review, deep code quality audit, or especially harsh maintainability review.

workflow-sync-test

Confirm that the shared agent-tooling marketplace updated successfully. Use when the user asks to test skill synchronization, verify a marketplace skill update, or check whether a newly published workflow is available. Do not use for project-specific application testing.

worktree-bootstrap

Bring a fresh git worktree to a runnable state — detect the package manager per directory, run the right install, and materialize env vars from their real source instead of copying a .env. Use when a new or existing worktree fails with missing modules, an undefined env var, a wrong Supabase target, or right after creating a worktree with git worktree add or wtp. Covers npm, pnpm, and deno surfaces in one checkout.