components

Maps Components entry points and symbol responsibilities in metrics-drilldown for code review.

31|18|Updated Oct 15, 2024
One-click install
npx skills add https://github.com/grafana/metrics-drilldown --skill components-grafana
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: components
Source: https://github.com/grafana/metrics-drilldown/tree/main/.claude/skills/generated/components
Command: npx skills add https://github.com/grafana/metrics-drilldown --skill components-grafana

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Catalogs and clarifies how the Components area of metrics-drilldown is implemented, enabling rapid understanding of entry points and symbol responsibilities for development and onboarding.

Core Features & Use Cases

  • Maps key entry points such as getMetricDescription, isSceneQueryRunner, and removeIgnoreUsageLabel to their source files.
  • Links symbol definitions to their respective files to aid navigation, refactoring, and impact analysis.
  • Serves as a reference for extending or auditing the Components layer within the Metrics Drilldown UI.

Quick Start

Review the Components area in the codebase to map key entry points and symbols.

Frequently Asked Questions about components

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

FAQPage Schema
How do I map entry points and symbol responsibilities in a TypeScript frontend codebase?

Mapping entry points in a TypeScript frontend codebase involves linking key functions like getMetricDescription and isSceneQueryRunner to their source files, clarifying symbol responsibilities to aid navigation and impact analysis during code reviews.

What is frontmatter-driven discovery for analyzing frontend components?

Frontmatter-driven discovery is a mechanism that enforces explicit entry points and clear dependency lists to catalog how the Components area is implemented, enabling rapid understanding of module structure for onboarding and refactoring.

How do I audit metrics-drilldown components during a code review?

Auditing metrics-drilldown components during a code review involves mapping key entry points like removeIgnoreUsageLabel to their source files, verifying safety checks, and reviewing explicit dependencies to analyze impact accurately.

Can I use code analysis to find where getMetricDescription is defined?

Yes, code analysis can find where getMetricDescription is defined by linking the symbol definition to its respective source file, which serves as a direct reference for extending or auditing the Components layer.

When do I need to catalog entry points for frontend component onboarding?

Cataloging entry points for frontend component onboarding is needed when developers require rapid understanding of symbol responsibilities and module implementation, ensuring clear navigation paths and safety checks before extending the UI layer.

What are the limitations of analyzing components without explicit entry points?

Analyzing components without explicit entry points limits the ability to map symbol responsibilities accurately, hindering effective refactoring, impact analysis, and safety checks during code reviews and onboarding.