operator-heaviness-score

Quantify operator surface area and identify hard debt in the Fused Agent Kernel.

30|12|Updated Jun 21, 2026
One-click install
npx skills add https://github.com/anthony-chaudhary/fak --skill operator-heaviness-score
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: operator-heaviness-score
Source: https://github.com/anthony-chaudhary/fak/tree/main/.claude/skills/operator-heaviness-score
Command: npx skills add https://github.com/anthony-chaudhary/fak --skill operator-heaviness-score

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill addresses the cognitive load and navigation friction that occurs as a repository grows, ensuring that the effort required to discover, drive, and recover the operator surface remains constant rather than increasing with every new feature.

Core Features & Use Cases

  • Surface Measurement: Quantifies the operator load across six key performance indicators including discoverability, recovery, and configuration burden.
  • Hard Debt Management: Identifies and enforces the resolution of critical steering defects, such as missing documentation links or broken appeal channels.
  • Real Consolidation: Guides the user through genuine surface slimming techniques like grouping verbs or graduating flags, rather than simply deleting capabilities.

Quick Start

Run the operator heaviness scorecard to measure the current surface pressure and identify any hard debt that requires immediate consolidation.

Frequently Asked Questions about operator-heaviness-score

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

FAQPage Schema
How do I measure operator surface area to prevent cognitive overload as my codebase grows?

Operator surface area is measured by quantifying the operator load across six key performance indicators, including discoverability, recovery, and configuration burden. This evaluation maintains a constant driving effort as the repository expands.

What is technical debt in CLI design and how do I identify hard debt in my dispatch tables?

Technical debt in CLI design includes critical steering defects like missing documentation links or broken appeal channels. Hard debt is identified by evaluating dispatch tables and flag sets to enforce strict consolidation standards for surface optimization.

How do I slim down an operator interface without simply deleting capabilities?

Real consolidation guides you through genuine surface slimming techniques like grouping verbs or graduating flags. This approach reduces navigation friction and cognitive load while preserving the actual capabilities of the codebase.

Can I use an operator heaviness scorecard to track documentation coverage and configuration burden?

Yes, an operator heaviness scorecard tracks documentation coverage and configuration burden alongside discoverability and recovery metrics. It provides a repeatable scorecard to maintain consistent steering effort and identify areas requiring immediate consolidation.

Why does navigation bloat increase driving effort when new features are added to a repository?

Navigation bloat increases driving effort because the operator-facing surface area expands with every new feature. Evaluating dispatch tables and flag sets ensures the effort required to discover and recover the operator surface remains constant.

What's the best way to enforce strict consolidation standards for technical debt in a Fused Agent Kernel?

The best way to enforce consolidation standards is by running a repeatable scorecard that quantifies operator load and identifies hard debt. This ensures the operator surface remains flat as the Fused Agent Kernel grows.