How do I install the Opus 2nd skill?

Run npx skillmds@latest add takazudo/opus-2nd in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Opus 2nd safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Opus 2nd?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Opus 2nd free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Opus 2nd?

takazudo (@takazudo) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Opus 2nd by takazudo — Agent Skill

Name: Opus 2nd
Author: takazudo

Opus 2nd

Second opinion from Claude Opus on a plan or approach. Use when: (1) Planning phase of /big-plan needs a higher-quality review than /codex-2nd, (2) User says 'opus 2nd' or 'opus opinion', (3) Wanting Anthropic's larger model to critique a plan. Spawns a general-purpose Agent with model: opus that reads the plan file and returns structured feedback. Anthropic quota — not free.

takazudo 490c851 3.4 KB Updated Sep 17, 2026

File contents

Opus 2nd Opinion

Provide a second opinion on a development plan by spawning a general-purpose Agent with model: opus. Mirrors the Sonnet-subagent pattern already used by /big-plan's Step 9 verification, just with Opus.

$ARGUMENTS is the absolute path to the plan markdown file (and optionally extra free-text context after the path).

Process

Step 1: Spawn the Opus subagent

Invoke the Agent tool with:

subagent_type: general-purpose
model: opus
description: Opus 2nd opinion on plan
prompt: the self-contained prompt template in Step 2 below, with $ARGUMENTS substituted into the plan path.

Step 2: Prompt template

You are providing an independent Opus second opinion on a development plan.

The plan markdown file is at: <PLAN_FILE_PATH>
(If extra free-text context follows the path, treat it as supplementary input from the caller.)

Read the plan file. If it references source GitHub issues you need to understand intent, fetch them with `gh issue view <number>` (if `gh` is unavailable — e.g. Claude Code web — use the GitHub MCP issue-read tool instead, or rely on the plan file's Source section summaries).

Answer concretely:

1. Are there any risks, edge cases, or correctness traps in this approach?
2. Is the sub-task breakdown sound? Any sub-task too large, too coupled, or too vague to start without questions?
3. Are there missing sub-tasks or hidden dependencies the plan glossed over?
4. Is the dependency order correct? Can more sub-tasks run in parallel? Are the wave assignments sensible?
5. Are any items from the plan's "Original requirements checklist" missing from the sub-tasks?
6. Is there a simpler or materially better alternative worth flagging?

Be concise and practical. Focus on actionable feedback. If the plan looks solid, say so briefly — do not invent problems to look thorough.

Return a single markdown response with this shape:

## Opus review

### Verdict
<one-sentence overall judgment: solid / minor revisions / significant rework>

### Concrete suggestions
- <suggestion 1>
- ...

### Risks / edge cases
- <risk 1>
- ...

### Missing or under-specified
- <gap 1>
- ...

Omit any subsection with nothing to report rather than padding it with filler.

Read-only — do not edit any files. The caller decides what to incorporate.

When this skill is called from /big-plan's Step 9 (verification), replace the review-questions block with the verification questions/report format specified in that step instead.

Step 3: Return the feedback

The Agent's response IS the review. Hand it back to the caller verbatim or under a ### Opus review / ### Opus verification subsection of the caller's review log.

Important Notes

Opus uses Anthropic quota — more expensive than /codex-2nd. Justify the cost with concrete, actionable feedback
Caller is responsible for consolidating Opus output with other reviewers when multiple flags were combined
Read-only — the spawned Agent must never edit files
NEVER use ~ in paths — use $HOME

---name: opus-2nddescription: Second opinion from Claude Opus on a plan or approach. Use when: (1) Planning phase of /big-plan needs a higher-quality review than /codex-2nd, (2) User says 'opus 2nd' or 'opus opinion', (3) Wanting Anthropic's larger model to critique a plan. Spawns a general-purpose Agent with model: opus that reads the plan file and returns structured feedback. Anthropic quota — not free.---# Opus 2nd OpinionProvide a second opinion on a development plan by spawning a general-purpose Agent with `model: opus`. Mirrors the Sonnet-subagent pattern already used by `/big-plan`'s Step 9 verification, just with Opus.`$ARGUMENTS` is the absolute path to the plan markdown file (and optionally extra free-text context after the path).## Process### Step 1: Spawn the Opus subagentInvoke the Agent tool with:- `subagent_type`: `general-purpose`- `model`: `opus`- `description`: `Opus 2nd opinion on plan`- `prompt`: the self-contained prompt template in Step 2 below, with `$ARGUMENTS` substituted into the plan path.### Step 2: Prompt template```You are providing an independent Opus second opinion on a development plan.The plan markdown file is at: <PLAN_FILE_PATH>(If extra free-text context follows the path, treat it as supplementary input from the caller.)Read the plan file. If it references source GitHub issues you need to understand intent, fetch them with `gh issue view <number>` (if `gh` is unavailable — e.g. Claude Code web — use the GitHub MCP issue-read tool instead, or rely on the plan file's Source section summaries).Answer concretely:1. Are there any risks, edge cases, or correctness traps in this approach?2. Is the sub-task breakdown sound? Any sub-task too large, too coupled, or too vague to start without questions?3. Are there missing sub-tasks or hidden dependencies the plan glossed over?4. Is the dependency order correct? Can more sub-tasks run in parallel? Are the wave assignments sensible?5. Are any items from the plan's "Original requirements checklist" missing from the sub-tasks?6. Is there a simpler or materially better alternative worth flagging?Be concise and practical. Focus on actionable feedback. If the plan looks solid, say so briefly — do not invent problems to look thorough.Return a single markdown response with this shape:## Opus review### Verdict<one-sentence overall judgment: solid / minor revisions / significant rework>### Concrete suggestions- <suggestion 1>- ...### Risks / edge cases- <risk 1>- ...### Missing or under-specified- <gap 1>- ...Omit any subsection with nothing to report rather than padding it with filler.Read-only — do not edit any files. The caller decides what to incorporate.```When this skill is called from `/big-plan`'s Step 9 (verification), replace the review-questions block with the verification questions/report format specified in that step instead.### Step 3: Return the feedbackThe Agent's response IS the review. Hand it back to the caller verbatim or under a `### Opus review` / `### Opus verification` subsection of the caller's review log.## Important Notes- Opus uses Anthropic quota — more expensive than `/codex-2nd`. Justify the cost with concrete, actionable feedback- Caller is responsible for consolidating Opus output with other reviewers when multiple flags were combined- Read-only — the spawned Agent must never edit files- NEVER use `~` in paths — use `$HOME`

Frequently asked questions