idea-analogist
想法群聊室 — 类比者角色。被 idea-team 主编排器调用,或用户单独说"类比一下"、"别的行业有没有"、"yes-and 扩展"、"X 让你想到什么"、"跨界启示"时触发。**专门做跨界类比 + yes-and 扩展——不评判、不挑刺、不要求事实证据**。Do NOT use when 用户要数据(用…
Use when you want a second-opinion review via Codex CLI, cross-verification after another agent implements changes, debugging help, or alternative implementation proposals. Requires Codex CLI to be installed and authenticated.
$ npx -y skills add majiayu000/spellbook --skill codex-agent --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/codex-agentContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when you want a second-opinion review via Codex CLI, cross-verification after another agent implements changes, debugging help, or alternative implementation proposals. Requires Codex CLI to be installed and authenticated.
name: codex-agent
description: Use when you want a second-opinion review via Codex CLI, cross-verification after another agent implements changes, debugging help, or alternative implementation proposals. Requires Codex CLI to be installed and authenticated.
compatibility: {runtimes: [claude_code]}
allowed-tools:
- Bash(REPORT=*)
- Bash(DIFF_REPORT=*)
- Bash(codex:*)
- Bash(mktemp:*)
- Bash(cat:*)
- Bash(git diff:*)
- Read
- Edit
- Grep
- GlobThis skill enables Claude Code to collaborate with OpenAI's Codex CLI agent for second-opinion review, cross-verification, debugging analysis, and alternative implementation proposals.
Default posture: Codex reviews in `read-only`; the primary agent applies changes only when the user asked for fixes or approved them after reading the review.
Use this workflow when the user asks for Codex review, wants a second opinion, or needs cross-verification from a separate coding agent.
REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C <project_path> -s read-only -o "$REPORT" \ "Review the code in <file_or_directory>. Check for: - Security vulnerabilities - Performance issues - Code quality and best practices - Potential bugs and edge cases - Naming and readability Provide specific, actionable feedback with file paths and line numbers." cat "$REPORT"
Keep the write and read in the same Bash call, or pass a concrete report path between calls; shell variables do not persist across tool calls.
When the user asked to apply fixes, handle each issue identified by Codex: 1. Read the relevant file 2. Apply the fix using Edit tool 3. Verify the fix addresses Codex's concern
If the user only asked for a review or second opinion, report findings without editing files.
codex exec -C <project_path> -s read-only \ "Verify the fixes applied to <files>. Confirm issues are resolved."
# Step 1: Get Codex review REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Review src/auth/login.ts for security vulnerabilities and code quality issues. Provide specific line numbers and fixes." # Step 2: Read the feedback cat "$REPORT"
Then the primary agent reads the feedback, applies fixes with Edit tool, and optionally re-verifies.
# Get diff of recent changes DIFF_REPORT="$(mktemp -t recent-changes.XXXXXX.diff)" git diff HEAD~1 > "$DIFF_REPORT" # Step 1: Have Codex review the diff REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Review the changes saved at $DIFF_REPORT. Check for bugs, security issues, and improvements needed." # Step 2: Read and apply fixes cat "$REPORT"
# Step 1: Comprehensive review REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Perform a comprehensive code review of src/. Focus on: 1. Security vulnerabilities (OWASP Top 10) 2. Error handling patterns 3. Performance bottlenecks 4. Code duplication Prioritize issues by severity (critical/high/medium/low)." # Step 2: Read prioritized feedback cat "$REPORT"
When asking Codex for review, include:
Review <target_files_or_directory>. Context: - Project type: <TypeScript/Python/etc> - Framework: <Express/React/etc> - Focus areas: <security/performance/quality> Check for: 1. Security vulnerabilities 2. Performance issues 3. Error handling 4. Code quality 5. Edge cases Output format: For each issue: - File: <path> - Line: <number> - Severity: critical/high/medium/low - Issue: <description> - Fix: <specific code change>
After receiving Codex feedback, apply fixes systematically:
1. **Parse the review** - Extract each issue with file, line, severity 2. **Prioritize** - Fix critical/high issues first 3. **Read file** - Use Read tool to see current code 4. **Apply fix** - Use Edit tool with precise old_string/new_string 5. **Track progress** - Mark each issue as fixed
Codex CLI must be installed and authenticated:
# Install via npm npm install -g @openai/codex # Or via Homebrew (macOS) brew install --cask codex # Authenticate codex login
codex exec [options] "<task_description>"
| Option | Description | |--------|-------------| | `"<task>"` | Task description (positional, must be quoted) | | `-C <dir>` | Working directory (use absolute path) | | `-s read-only` | Read-only sandbox (use for reviews) | | `-o <path>` | Save output to file | | `--json` | Output as JSON Lines |
When communicating with Codex, PRIORITIZE ACCURACY AND PRECISION:
codex exec -C /project -s read-only \ "Verify the implementation in src/feature/. Check correctness and edge cases."
REPORT="$(mktemp -t codex-alternative.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Propose an alternative implementation for the caching in src/cache/manager.ts" cat "$REPORT"
codex exec -C /project -s read-only \ "Debug: tests in tests/auth.test.ts failing with timeout. Analyze root cause."
For multi-turn reviews:
# Initial review codex exec
Cross-runtime skills for Claude Code, Codex, and multi-agent workflows.
Repo: majiayu000/spellbook
想法群聊室 — 类比者角色。被 idea-team 主编排器调用,或用户单独说"类比一下"、"别的行业有没有"、"yes-and 扩展"、"X 让你想到什么"、"跨界启示"时触发。**专门做跨界类比 + yes-and 扩展——不评判、不挑刺、不要求事实证据**。Do NOT use when 用户要数据(用…
想法群聊室 — 反方角色。被 idea-team 主编排器调用,或用户单独说"反方意见"、"挑这个想法的刺"、"为什么会失败"、"找漏洞 / 反例"、"devil's advocate"时触发。**专门挑漏洞、找隐藏假设、给反例——不安慰、不"也许可以这样"、不全盘否定**。Do NOT use when…
想法群聊室 — 调研员角色。被 idea-team 主编排器调用,或用户单独说"调研一下 X"、"X 的现状/竞品/数据"、"找 2026 数据"、"事实底"时触发。**用 WebSearch 拉真实 2026 数据、列竞品、引来源——只给事实,不评判,不建议**。Do NOT use when…
想法群聊室主持人 — 把一句话想法丢给多角色 AI 团队(调研员/反方/类比者)做查漏补缺。每个角色有自己的 voice,他们互相 @ 接话;你随时插话。**这是创意扩展工具,不打分、不否决、不堵路**。Use when 用户说"组个团队聊一下"、"开会讨论这个想法"、"找几个角度看看"、"群聊一下 X"、"team…
端到端产品教练 — 把一句话想法走到 PRD + 可点击 HTML 原型。会顶嘴、强制砍功能、用 Nielsen + Norman 做友好性硬检。Use when user 说"我有一个想法"、"想做一个产品"、"做 MVP"、"写 PRD"、"做用户友好的产品",或调用插件命令…
Mobile app UI design expert for iOS and Android. Use when designing app interfaces, creating design systems, ensuring accessibility, or following platform…