rc-analyze

Solid

Performs a deep, evidence-based analysis of an existing codebase to answer a specific analytical prompt — diagnosing the root cause of a bug, hunting inconsistencies and contradictions, understanding how something works, or tracing a behavior or data flow — then writes a thorough report to disk, ending with an actionable implementation plan when a change is implied. Use to understand, trace, or diagnose existing code, or to assess impact and feasibility. Do not use to review a change set or diff for defects (use rc-code-review), to generate remediation issues (use rc-review-round), to apply a plan's code changes (use rc-fix-analysis), or to edit source code directly.

Code & Development 19 stars 1 forks Updated 2 weeks ago MIT

Install

View on GitHub

Quality Score: 79/100

Stars 20%
43
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Deep Codebase Analysis Investigate the codebase to answer the user's analytical prompt — whether that is how something works, why a bug happens, or whether two parts of the system are consistent — then deliver a thorough, evidence-based report. This skill is read-only — it explains, traces, diagnoses, and assesses; it does not change code. It is standalone and stack-agnostic; it detects the stack and reasons in that stack's idioms. ## Code navigation (Serena) If the Serena MCP is available, prefer its symbolic tools over whole-file reads — they are LSP-accurate and token-efficient: - `get_symbols_overview` to grasp a file's structure before reading it; `find_symbol` (by name path, e.g. `Type/method`) to jump straight to a definition. - `find_referencing_symbols` to map every caller of a symbol before reasoning about impact. Fall back to Grep/Glob + Read when Serena is unavailable or for plain-text (non-symbol) searches. ## Required Inputs - The analytical prompt: the question or topic to investigate (e.g. "how does run shutdown work", "why does the daemon exit before flushing the journal", "is the locking around the run registry consistent or is there a race", "what is the impact of changing the event journal format", "where does config validation happen and is it consistent"). - Optional: a slug or scope (specific files/directories/packages) to focus the analysis. ## Resolving the `.rc` base directory RC supports monorepos, where more than one `.rc` directory can ...

Details

Author
rodolfochicone
Repository
rodolfochicone/rc-project
Created
1 months ago
Last Updated
2 weeks ago
Language
JavaScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

rc-fix-analysis

Implements the change planned by a prior rc-analyze report — reads the report's "Implementation plan", applies the root-cause code changes step by step, adds or adjusts tests that encode why the change matters, and verifies with the project's gate. Use when an analysis from rc-analyze exists and the user wants its plan executed. Do not use to investigate or plan (use rc-analyze), to review a change set for defects (use rc-code-review), to remediate external PR review issues (use rc-fix-reviews), or to execute a PRD task file (use rc-execute-task).

19 Updated 2 weeks ago
rodolfochicone
Code & Development Solid

rc-code-review

Performs a rigorous, standards-driven review of the current change set, writing a categorized, severity-ranked report to .rc/tasks/<slug>/ covering correctness, security, performance, and project-convention conformance. Use for an on-demand quality gate of a diff or branch before merge. Do not use to generate a review-round directory for remediation (use rc-review-round), to fix existing review issues (use rc-fix-reviews), or to edit source code.

19 Updated 2 weeks ago
rodolfochicone
Code & Development Solid

rc-simplify-review

Reviews the current change set through a single lens — over-engineering and complexity only — and writes a ranked delete-list to .rc/tasks/<slug>/ (what to delete, replace with stdlib, fold into a native feature, or shrink), ending with the net lines/dependencies a cleanup could remove. Use as an opt-in pre-PR pass to catch bloat that a severity-ranked review buries, or to audit legacy code that never went through the RC ladder. Do not use for correctness, security, or performance defects (use rc-code-review), to generate a remediation round (use rc-review-round), to fix existing review issues (use rc-fix-reviews), or to edit source code.

19 Updated 2 weeks ago
rodolfochicone