blackstone2333
UserGoldilocks — AI Agent Project Orchestrator. A lighter, adaptive Superpowers alternative for Codex, Claude Code, and structured project delivery.
Categories
Indexed Skills (17)
goldilocks
Use for material ambiguity, unknown cause, persistence/recovery, useful delegation, cross-unit artifacts, or explicit Goldilocks requests. Clear routine Direct tasks do not load this skill; matching domain skills remain available, and Direct uses the project's evident runner first.
goldilocks-bootstrap
Use only when installing, upgrading, or repairing the Goldilocks Skill and Codex native-host pack. Never invoke for ordinary task execution, routing, planning, or delivery.
goldilocks-diagnostics
Use only when the user explicitly asks to generate or export a Goldilocks diagnostic report.
subagent-driven-development
Use when executing a plan with multiple coherent implementation units and available subagents can reduce elapsed time or context load without weakening integration quality.
artifact-production
Use when a structured artifact such as a presentation, report, long document, workbook, or edited video has separable units that benefit from shared design, parallel production, localized rework, and one controlled integration path.
brainstorming
Use when the user explicitly asks to brainstorm, design, explore product or architecture options, clarify a materially ambiguous idea, or define an end state before implementation.
dispatching-parallel-agents
Use when two or more independent workstreams can run concurrently without shared mutable state or sequential dependencies and parallelism has clear net benefit.
executing-plans
Use when a written implementation plan already exists and the user wants it reviewed and executed with appropriate checkpoints, tests, and completion evidence.
finishing-a-development-branch
Use when implementation is verified and the development branch or worktree must be handed off, pushed, merged, proposed as a pull request, retained, or safely cleaned up.
receiving-code-review
Use when code review feedback must be evaluated, clarified, accepted, rejected, or implemented, especially when a suggestion is vague, risky, or technically questionable.
requesting-code-review
Use when the user asks for code review, a significant or high-risk change needs an independent pass, or work is approaching integration and review has positive quality value.
systematic-debugging
Use whenever the user asks to debug, diagnose, investigate, troubleshoot, or fix a bug, failing or flaky test, build error, performance regression, integration mismatch, or unexpected technical behavior; establish root cause before proposing changes.
test-driven-development
Use when implementing a bug fix or non-trivial behavior whose acceptance can be expressed as a meaningful failing test before the production change.
using-git-worktrees
Use when feature work needs isolation, concurrent branches must not share state, a dirty baseline must be protected, or the user explicitly requests a git worktree.
verification-before-completion
Use before consequential or multi-claim completion, safety, integration, release, or deployment handoff when evidence needs deliberate coverage. Do not invoke for a clear Direct edit solely because the request says verify, complete, or fixed; run its one obvious targeted check inline.
writing-plans
Use when requirements are sufficiently settled and a multi-step implementation plan, durable handoff, integration sequence, or risk-controlled execution design is needed before coding.
writing-skills
Use when creating, editing, testing, reviewing, or deploying an agent Skill, especially when its triggers, token cost, behavioral effect, or progressive-disclosure structure must be validated.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.