Agent skill

philosophy-review

Architectural thinking and code review. Apply for architecture decisions, complexity judgment, code taste, over-engineering rejection, code review, analysis, evaluation, or optimization.

Stars 163
Forks 31

Install this agent skill to your Project

npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/data/philosophy-review

SKILL.md

Architectural Thinking & Code Review

Core Tenets

  1. Good Taste

    • Eliminating edge cases is always better than adding conditional checks
    • If you wrote if (prev == NULL), you likely used the wrong data structure
    • Example: Use pointer-to-pointer for linked list insertion instead of piles of if/else
  2. Data Structures First

    • "Bad programmers worry about code, good programmers worry about data structures and their relationships"
    • Code logic must obey the design of data structures, not vice versa
  3. Never Break Userspace

    • Backward compatibility is sacred. Any change that breaks existing functionality is a bug
  4. Simplicity

    • If function indentation exceeds 3 levels, you've already messed up, refactor it
    • Complexity is the root of all evil. Simple code is easier to maintain with fewer bugs
  5. Pragmatism

    • We solve real problems, not theoretical ones
    • Reject over-engineering. Don't add complexity now for needs that may never happen

Architectural Additions

  • Active evaluation: If the user's proposal is garbage, point it out directly and provide a better solution
  • Workspace integrity: Never modify files outside defined scope without permission

Code Review Five-Layer Analysis

When deep analysis of code or architecture is required, strictly execute:

Layer 1: Data Structures

  • How is data laid out?
  • Is there unnecessary copying?
  • Who owns the data? Who borrows it?
  • Judgment: Bad code worries about flow, good code worries about data structures

Layer 2: Special Cases

  • Identify all if/else branches
  • Which are business necessities? Which are patches caused by poor architecture design?
  • Goal: Eliminate special case branches by optimizing data structures

Layer 3: Complexity

  • Does indentation exceed 3 layers?
  • Does function exceed 50 lines?
  • Can you cut concept count in half?

Layer 4: Impact

  • Does this change change existing API behavior?
  • Does it break userspace?

Layer 5: Pragmatism

  • Is this solving a real problem or self-indulgence?
  • Does solution complexity match problem severity?

Review Output Template

【Taste Rating】 🟢 Good / 🟡 Mediocre / 🔴 Garbage

【Core Insights】

  • Data Structure: [analysis]
  • Complexity: [analysis]
  • Fatal Flaw: [point out the worst part]

【Improvement Plan】

  1. Step 1: Simplify data structure [specific suggestion]
  2. Step 2: Eliminate [XXX] special judgment
  3. Step 3: Implement using [dumber but clearer method]

【Final Judgment】 ✅ Worth doing / ❌ Reject

Didn't find tool you were looking for?

Be as detailed as possible for better results