cortex

Analyze cross-system issues to diagnose architecture-level root causes and systemic risks.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/benediktms/overmind --skill cortex-benediktms
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cortex
Source: https://github.com/benediktms/overmind/tree/main/cli/claudecode-plugin/skills/cortex
Command: npx skills add https://github.com/benediktms/overmind --skill cortex-benediktms

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Evaluates cross-system problems by providing architecture-focused analysis to identify root causes, design trade-offs, and safe remediation strategies that preserve system behavior.

Core Features & Use Cases

  • System-wide analysis: detects root causes, subsystem dependencies, and integration risks across modules.
  • Trade-off evaluation: compares design options with impact on correctness, performance, and maintainability.
  • Use Case: diagnosing intermittent failures, refactor risks, or cross-boundary changes where multiple subsystems are affected.

Quick Start

Provide a concise architecture-focused plan to resolve the cross-system issue and preserve module behavior.

Frequently Asked Questions about cortex

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

FAQPage Schema
How do I diagnose root causes for intermittent failures spanning multiple subsystems?

To diagnose intermittent failures across multiple subsystems, perform an architecture-focused analysis to identify subsystem dependencies, integration risks, and root causes while preserving system behavior. This evaluates trade-offs and outlines verifiable, integration-safe remediation steps.

What is the best way to analyze race conditions and deadlocks during a cross-system refactor?

Analyzing race conditions and deadlocks during a cross-system refactor requires evaluating design options for their impact on correctness and performance. Compare trade-offs to document rationale and ensure behavior preservation across module boundaries before applying remediation steps.

How do I evaluate design trade-offs for cross-boundary changes without breaking module behavior?

To evaluate design trade-offs for cross-boundary changes, compare options based on their impact on correctness, performance, and maintainability. Document the rationale to ensure behavior is preserved across module boundaries during integration.

When do I need architecture-level analysis for cross-system integration risks?

You need architecture-level analysis for cross-system integration risks when diagnosing intermittent failures, evaluating refactor risks, or making cross-boundary changes where multiple subsystems are affected. It detects root causes and subsystem dependencies to ensure safe remediation.

What are the limitations of analyzing systemic risks without documenting design rationale?

Without documenting design rationale, analyzing systemic risks lacks verifiable, integration-safe remediation steps. This prevents proper evaluation of trade-offs needed to preserve system behavior across module boundaries when addressing root causes.