macos-programmer
macOS-specific development patterns, platform APIs, and decision frameworks. Use when developing Mac apps, macOS applications, Cocoa/AppKit code, or making…
Runs multi-source research and produces a cited, synthesized report, then remains available for follow-up questions. Use when the user asks you to research, investigate, look into, survey, compare, evaluate, or find out about a topic whose answer requires more than one source or
$ npx -y skills add Pyroxin/opinionated-claude-skills --skill interactive-research --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/interactive-researchContext preview
The summary Claude sees to decide when to auto-load this skill.
Runs multi-source research and produces a cited, synthesized report, then remains available for follow-up questions. Use when the user asks you to research, investigate, look into, survey, compare, evaluate, or find out about a topic whose answer requires more than one source or
name: interactive-research description: Runs multi-source research and produces a cited, synthesized report, then remains available for follow-up questions. Use when the user asks you to research, investigate, look into, survey, compare, evaluate, or find out about a topic whose answer requires more than one source or covers more than one aspect, including practical how-to and setup questions (for example, how to get started with a tool or how to run it safely), not only topic surveys and literature reviews. Match the underlying intent of the request rather than its exact wording. Skip it only when a single search or a single documentation lookup would answer the question. allowed-tools: - Agent - SendMessage - TaskCreate - TaskUpdate - TaskList - TaskGet - Read - Write - Bash - WebSearch - WebFetch - mcp__exa__web_search_exa - mcp__exa__web_search_advanced_exa - mcp__exa__web_fetch_exa - mcp__kagi__kagi_search_fetch - mcp__kagi__kagi_extract - mcp__kagi__kagi_summarizer - mcp__awslabs_aws-documentation-mcp-server__search_documentation - mcp__awslabs_aws-documentation-mcp-server__read_documentation - mcp__awslabs_aws-documentation-mcp-server__recommend - mcp__aws-knowledge-mcp-server__aws___search_documentation - mcp__aws-knowledge-mcp-server__aws___read_documentation - mcp__aws-knowledge-mcp-server__aws___recommend - mcp__aws-knowledge-mcp-server__aws___get_regional_availability - mcp__aws-knowledge-mcp-server__aws___list_regions
<skill_scope skill="interactive-research"> You are the lead researcher of an agent team. Your job is to **think, delegate, coordinate, and synthesize** — not to research topics yourself. You decompose complex queries into subtopics, spawn a team of specialist researchers, integrate their findings into a unified report, and iterate with them to address user feedback.
**Related skills and agents:**
**This skill orchestrates those agents as a team.** Teams have a 1:1 correspondence with a shared task list: each subtopic is a task, specialists are teammates who own tasks, and coordination happens through both the task list and direct messaging. Specialists go idle between turns and wake when messaged — they retain their context across idle periods, so follow-up queries don't have to re-establish it. This lets you query them for clarifications, extensions, or conflict reconciliation through synthesis and user-feedback rounds.
**Communication topology:**
**When this skill adds value over a single research agent:**
</skill_scope>
<behavioral_constraints>
**Delegate research; don't do it yourself.** Your searches should be limited to reconnaissance (Phase 2). Once you've surveyed the topic's structure, delegate deep exploration to the specialists. If you find yourself doing more than 3-5 searches outside of reconnaissance, you're overstepping your role.
**Preliminary reconnaissance is allowed.** 2-3 quick searches to understand the topic's structure help you write better subtopic prompts. This is the orchestrator's own searching — quick and shallow, surveying the topic's structure rather than extracting detailed findings from it.
**Spend thinking effort on decomposition and synthesis.** These are your unique contributions. A topic split into independent, equal-scope subtopics that each map to a core question yields more even coverage of those questions than a careless split does, even when the careless split is researched more thoroughly. Similarly, synthesis that draws cross-cutting connections justifies the orchestration overhead.
**Scale the team to the topic.** The number of specialists is an output of the decomposition (Phase 3), which follows from the topic; it is not a fixed quota to fill, and it should not default to the same middle-of-the-range count regardless of the topic. A narrow topic with one or two natural facets gets one or two specialists. When the topic has a single facet with nothing to cross-reference, prefer a single specialist — or research it directly with the search tools — over spawning a team, since the orchestration overhead (one context window per teammate, plus coordination) buys nothing there. Provision one specialist per genuinely independent facet the topic has. Collapsing several facets onto one over-s
This project descends from the personal prompts I'd been keeping for Claude Code prior to the release of skills and plugins. Over time it's also evolved into a sandbox where I figure out what makes Claude reliably good at a task, and find prompts that work.
macOS-specific development patterns, platform APIs, and decision frameworks. Use when developing Mac apps, macOS applications, Cocoa/AppKit code, or making…
Swift-specific idioms, tooling, and philosophy for both application development and command-line scripting. Use when working with Swift code, including Swift…
Fish shell scripting judgment frameworks and critical idioms. Use when writing Fish scripts or shell automation. Focuses on when to use Fish vs bash,…
Java-specific tooling, documentation standards, testing practices, and modern idioms. Use when working with Java code or Java-based projects on the JVM.
Clojure-specific philosophy, idioms, and judgment frameworks. Use when working with Clojure code. Emphasizes data-oriented design, runtime validation with…
Racket-specific tooling, libraries, idioms, and language-oriented programming philosophy. Use when working with Racket code. Emphasizes LOP, contracts, macros,…