analyze

Analyze codebases with read-only, evidence-based explanations of behavior and architecture.

Updated Apr 23, 2026
One-click install
npx skills add https://github.com/wmasfoe/notch-pet --skill analyze-wmasfoe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: analyze
Source: https://github.com/wmasfoe/notch-pet/tree/main/.codex/skills/analyze
Command: npx skills add https://github.com/wmasfoe/notch-pet --skill analyze-wmasfoe

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Read-only, evidence-backed analysis of a codebase to explain behavior and architecture without proposing changes.

Core Features & Use Cases

  • Evidence-driven explanations with explicit evidence-vs-inference separation.
  • Cross-file tracing of concepts across modules to illuminate architecture and causality.
  • Non-destructive analysis that surfaces uncertainties and rationale clearly.

Quick Start

Ask the model to perform a read-only analysis of the repository and produce a structured, evidence-based synthesis with clear evidence-vs-inference labeling.

Frequently Asked Questions about analyze

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

FAQPage Schema
How do I analyze a codebase to understand its architecture without making changes?

A read-only codebase analysis traces concepts across multiple files to explain architecture and behavior without proposing changes. It grounds explanations in evidence and explicitly separates factual findings from inferences.

What is evidence-based codebase analysis and how does it work?

Evidence-based codebase analysis is a method that grounds explanations of software behavior in traceable references across files. It works by explicitly labeling evidence versus inference, ensuring that architectural explanations are fact-backed and uncertainties are surfaced clearly.

When do I need cross-file tracing to explain codebase behavior?

You need cross-file tracing when multiple files or modules influence an outcome, when several explanations exist, or when you must ground your understanding of behavior before making changes. It illuminates architecture and causality across the codebase.

How do I separate fact from inference when explaining codebase architecture?

To separate fact from inference during codebase analysis, use a method that requires explicit evidence labeling and traceable references across files. This strict separation ensures that factual observations are distinct from inferred rationale and uncertainties.

Can I use read-only analysis to understand multi-module behavior in my repository?

Yes, you can use read-only analysis to understand multi-module behavior. It is specifically applied when multiple files or modules influence outcomes, providing a non-destructive synthesis of architecture and causality without altering the codebase.

What are the limitations of read-only codebase analysis?

A limitation of read-only codebase analysis is that it does not propose changes or modifications to the repository. It is strictly non-destructive, meaning it surfaces uncertainties and rationale for behavior but will not generate code fixes or refactoring actions.