review-code-blind

Summarize code changes and detect potential issues with independent analytical perspectives.

Updated Nov 3, 2017
One-click install
npx skills add https://github.com/bubble0601/dotfiles --skill review-code-blind
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: review-code-blind
Source: https://github.com/bubble0601/dotfiles/tree/main/.claude/skills/review-code-blind
Command: npx skills add https://github.com/bubble0601/dotfiles --skill review-code-blind

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill enables unbiased, parallel review of code changes by separating background briefing from detailed findings, reducing review bias.

Core Features & Use Cases

  • Parallel Subagents: Simultaneously generate high-level briefing and detailed findings without influence between them.
  • Bias Reduction: Ensures review perspectives are independent, helping identify blind spots and avoid confirmation bias.
  • Use Case: Facilitates secure code reviews in sensitive environments where review independence is critical.

Quick Start

Use the review-code-blind skill to analyze the latest pull request, providing unbiased insights and review points.

Frequently Asked Questions about review-code-blind

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I reduce confirmation bias during secure code reviews?

To reduce confirmation bias during secure code reviews, you can separate background briefing from detailed findings. This parallel analysis approach maintains independence of analytical perspectives, preventing initial context from influencing the detection of potential issues.

What is the best way to analyze complex logic and security implications in a pull request?

Analyzing complex logic and security implications in a pull request is best achieved through parallel subagents that independently generate high-level briefings and detailed findings. This method ensures unbiased insights without explicit bug detection, focusing on critical design points.

Does unbiased parallel code review still work for sensitive environments where review independence is critical?

Unbiased parallel code review works effectively for sensitive environments by maintaining strict review independence. It separates background briefings from detailed findings, ensuring secure code reviews without compromising analytical perspectives or exposing reviewers to bias.

Can I use this parallel code review approach to detect explicit bugs?

This parallel code review approach cannot be used to detect explicit bugs. It specifically focuses on summarizing code changes, detecting potential issues, complex logic, security implications, and critical design points while maintaining independence of analytical perspectives.

When do I need to separate background briefing from detailed findings in code review?

You need to separate background briefing from detailed findings in code review when seeking to avoid confirmation bias in secure environments. This process ensures unbiased insights by maintaining independence of analytical perspectives during parallel analysis of code changes.