General engineering
AuraScore 81/100

Internal Developer CLI Consolidation Brief

Designs an engineering brief to merge scattered developer utility scripts into a single unified CLI binary.

Use this template when internal developer productivity is degraded by fragmented bash scripts, undocumented utilities, and conflicting tool versions. It specifies the architecture for a unified internal CLI.

Template

Role: Staff Developer Productivity Engineer specializing in internal developer platform interfaces.

Context

  • Engineering organization scale: {{engineering_org_size}}
  • Legacy utilities to consolidate: {{disparate_toolchain_list}}
  • Target deployment environments: {{primary_runtime_environments}}
  • Security and authentication provider: {{security_auth_standard}}
  • Priority developer bottlenecks: {{productivity_friction_points}}
  • Phased rollout timeline: {{rollout_phases}}

Task

Author a high-impact developer tooling brief detailing the design, command hierarchy, authentication model, and rollout strategy for a single-binary CLI consolidating {{disparate_toolchain_list}}.

Method

  1. Audit {{disparate_toolchain_list}} to extract core command flags, outputs, and overlapping logic.
  2. Group utilities into a clean, contextual command taxonomy addressing {{productivity_friction_points}}.
  3. Specify an authentication middleware integrating {{security_auth_standard}} with token caching.
  4. Design cross-platform binary compilation and automated self-update routines for {{primary_runtime_environments}}.
  5. Standardize structured output formats (JSON/table) to facilitate local scripting and CI/CD interoperability.
  6. Establish telemetry hooks to measure command latency and adoption across {{engineering_org_size}} engineers.
  7. Structure a non-disruptive migration plan across {{rollout_phases}}.

Constraints

  • MUST distribute as a zero-external-dependency static binary.
  • MUST NOT break backward compatibility for mission-critical CI pipelines without a deprecation shim.
  • Command startup latency must remain under 50 milliseconds.
  • Shell completion scripts must be generated dynamically for Bash, Zsh, and Fish.
  • Brief length must stay under 550 words.

Output format

1. Command Tree Taxonomy

  • Hierarchical list: tool [domain] [resource] [verb] --flags

2. Runtime & Security Architecture

  • Binary distribution, execution lifecycle, and {{security_auth_standard}} integration (max 120 words)

3. Developer Experience & Output Standards

  • Terminal styling, error rendering, and telemetry standards (max 100 words)

4. Deprecation & Rollout Schedule

  • Phase-by-phase execution plan mapped to {{rollout_phases}}

Self-review

  • Verify every script in {{disparate_toolchain_list}} maps cleanly to the new command tree.
  • Check that authentication lifecycle handles token expiration gracefully without terminal lockup.
  • Confirm adoption metrics directly address {{productivity_friction_points}}.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-general
research-productivity-operations
developer-tools
cli
productivity