jmmarotta
- 11 skills
- 0 followers
- 1 week ago last updated
- ▌ Web Access · jmmarotta bundleUse for any web access - searching for authoritative external docs, current information, release notes, pricing, or news, AND fetching or extracting content from a specific URL. Routes both through codex so raw page content stays out of the parent context.
- ▌ Code Review · jmmarottaReview diffs, commits, or pull requests for correctness, regressions, integration risk, and design quality. Load `software-design` for design judgment, `software-implementation` for code shape or verification depth, and `software-planning` only when planning artifacts matter.
- ▌ Go Practices · jmmarotta bundleUse for writing, reviewing, refactoring, or structuring Go code with curated Go practices and guidance around simplicity, readability, naming, package design, API design, error handling, concurrency, and testing. Current references are centered on Dave Cheney's Practical Go recommendations.
- ▌ Skill Creator · jmmarotta bundleGuide for creating effective skills. Use when creating, updating, restructuring, or validating a skill package with specialized workflows, knowledge, tool integrations, or bundled resources. Use `agent-instruction-writing` when editing the instruction text itself.
- ▌ Repo Bootstrap · jmmarotta bundleUse for new-repo bootstrap or whole-repo rebaseline, especially when choosing topology, dependency policy, baseline tooling, `AGENTS.md`, and verification strategy.
- ▌ Bonsai Subagent · jmmarottaSpawn subagents with the bonsai coding-agent CLI when no task tool or native subagent is available. Use for self-contained exploration, research, review, parallel investigations, or isolated work that would bloat the parent context.
- ▌ Frontend Design · jmmarotta bundleCreate distinctive, production-grade web UI. Use for web components, pages, apps, posters, landing pages, dashboards, React components, HTML/CSS layouts, or styling and beautifying existing web interfaces.
- ▌ Software Design · jmmarottaApply A Philosophy of Software Design when evaluating or shaping APIs, module boundaries, abstractions, invariants, information hiding, and complexity tradeoffs.
- ▌ Software Planning · jmmarottaPlan non-trivial software changes before coding. Use for requirements framing, approach selection, API or module design, spec writing, verification planning, and rollout or rollback planning.
- ▌ Software Implementation · jmmarottaImplement planned software changes with local verification loops. Use after a plan or spec exists, or for debugging, behavior-preserving cleanup, and contained non-trivial edits that do not reopen design work.
- ▌ Agent Instruction Writing · jmmarottaUse when editing `AGENTS.md`, `SKILL.md`, or agent system prompts.