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.