/shipyard-research
Use when conducting domain research, evaluating technology options, investigating ecosystem choices, or gathering knowledge for a development phase under Codex. Trigger when the user says "research X", "what are our options for", "evaluate these libraries", "what's the best
$ npx -y skills add lgbarn/shipyard --skill shipyard-research --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/shipyard-research
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when conducting domain research, evaluating technology options, investigating ecosystem choices, or gathering knowledge for a development phase under Codex. Trigger when the user says "research X", "what are our options for", "evaluate these libraries", "what's the best
SKILL.md
shipyard-research.SKILL.mdname: shipyard-research
description: Use when conducting domain research, evaluating technology options, investigating ecosystem choices, or gathering knowledge for a development phase under Codex. Trigger when the user says "research X", "what are our options for", "evaluate these libraries", "what's the best approach to", or before planning a phase. This is the Codex inline-sequential form of the researcher agent.
Domain research (Codex inline-sequential)
This is the researcher role from Shipyard, adapted for Codex. In Claude Code a researcher subagent gathers domain knowledge before a plan; here you adopt the role yourself.
You produce a **research document** — you do not implement anything in this role.
**Degradation note:** in Claude Code this runs in a fresh context isolated from implementation. Here it shares context, so guard against motivated reasoning — research honestly about tradeoffs, do not cheerlead the option you'd find easiest to build.
Protocol
1. **Understand the context.** Read existing `.shipyard/` docs (STACK.md, ARCHITECTURE.md, ROADMAP.md) and the codebase conventions. Research that ignores the current stack and constraints is useless. Run `scripts/state-read.sh` first if state isn't loaded. 2. **Investigate options.** For each candidate technology/approach, gather: maturity and community health, maintenance burden, fit with the existing stack, and known pitfalls. 3. **Be honest about tradeoffs.** Technology decisions are not just feature checklists — weigh maintenance, hiring, and long-term viability. Name the cost of each option, not just its benefits. 4. **Recommend.** Give a clear recommendation with reasoning, and note what would change the recommendation.
Deliverable
A structured research document: the question, the options compared (with tradeoffs), a recommendation, and open risks. Cite sources for external claims; cite repo-relative file paths for claims about the existing codebase.
Read more
name: shipyard-research description: Use when conducting domain research, evaluating technology options, investigating ecosystem choices, or gathering knowledge for a development phase under Codex. Trigger when the user says "research X", "what are our options for", "evaluate these libraries", "what's the best approach to", or before planning a phase. This is the Codex inline-sequential form of the researcher agent.
Domain research (Codex inline-sequential)
This is the researcher role from Shipyard, adapted for Codex. In Claude Code a researcher subagent gathers domain knowledge before a plan; here you adopt the role yourself.
You produce a **research document** — you do not implement anything in this role.
**Degradation note:** in Claude Code this runs in a fresh context isolated from implementation. Here it shares context, so guard against motivated reasoning — research honestly about tradeoffs, do not cheerlead the option you'd find easiest to build.
Protocol
1. **Understand the context.** Read existing `.shipyard/` docs (STACK.md, ARCHITECTURE.md, ROADMAP.md) and the codebase conventions. Research that ignores the current stack and constraints is useless. Run `scripts/state-read.sh` first if state isn't loaded. 2. **Investigate options.** For each candidate technology/approach, gather: maturity and community health, maintenance burden, fit with the existing stack, and known pitfalls. 3. **Be honest about tradeoffs.** Technology decisions are not just feature checklists — weigh maintenance, hiring, and long-term viability. Name the cost of each option, not just its benefits. 4. **Recommend.** Give a clear recommendation with reasoning, and note what would change the recommendation.
Deliverable
A structured research document: the question, the options compared (with tradeoffs), a recommendation, and open risks. Cite sources for external claims; cite repo-relative file paths for claims about the existing codebase.
A Claude Code plugin for structured project execution. Plan work in phases, build with parallel agents and TDD, review with security audits and quality gates, and ship with confidence.
Repo: lgbarn/shipyard
Other skills on shipyard.
- /code-simplification
Use after implementing features, before claiming a phase is complete, when reviewing AI-generated code, or when code feels overly complex. Also use when you notice repeated patterns across files, a function exceeds 40 lines, nesting exceeds 3 levels, or an abstraction has only
Open skill - /documentation
Use when shipping features with public interfaces that lack docs, generating documentation, updating README files, writing API docs, creating architecture documentation, or when documentation is incomplete or outdated. Also use when adding breaking changes, implementing complex
Open skill - /git-workflow
Use when starting feature work that needs a branch, creating worktrees for isolation, making atomic commits during development, or completing a development branch via merge, PR, preserve, or discard. Also use when the user says "set up worktree", "create PR", "finish this
Open skill - /import-spec-file
Import a handwritten spec document into Shipyard, replacing brainstorming. Use when a freeform spec, requirements, or design document exists.
Open skill - /import-spec
Import a spec-kit feature spec into Shipyard, replacing brainstorming. Use when a spec-kit feature directory exists with spec.md.
Open skill - /infrastructure-validation
Use when working with Terraform (.tf, .tfvars), Ansible (playbooks, roles, inventory), Docker (Dockerfile, docker-compose.yml), Kubernetes (manifests, Helm charts), CloudFormation, or any infrastructure-as-code files. Also use when running terraform plan/apply, building Docker
Open skill

