assessment-orchestrator

Coordinate permission-scoped platform maturity assessment increments and merge evidence into one auditable state.

Updated Jul 16, 2026
One-click install
npx skills add https://github.com/Cloud-Byte-Consulting/plugins --skill assessment-orchestrator-cloud-byte-consulting
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: assessment-orchestrator
Source: https://github.com/Cloud-Byte-Consulting/plugins/tree/main/platform-assessment/skills/assessment-orchestrator
Command: npx skills add https://github.com/Cloud-Byte-Consulting/plugins --skill assessment-orchestrator-cloud-byte-consulting

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Running a platform-engineering and agentic delivery maturity assessment stalls when no single person can access every system. This Skill splits the work into permission-scoped increments run by the roles that already hold access, keeps raw evidence inside its approved boundary, and merges minimized findings into one auditable assessment state. ## Core Features & Use Cases - Increment-based engagement model: Nine cataloged increments (I1–I9) map repositories, CI/CD, Kubernetes, FinOps, security, data platforms, surveys, reconciliation, and Azure estate review to the roles authorized to run them, with least-privilege read-only access contracts. - Canonical state and delta merging: A single assessment-state.yaml with stable increment-prefixed evidence IDs, parallel delta files, immutable evidence records, and a reconciliation contract that marks claims confirmed, contradicted, or gap-filled. - Three separate maturity readings: Produces CNCF platform-engineering stages, ASDLC levels, and seven Agentic Developer Portal readiness gates as distinct outputs, never averaged into one score. - Use Case: A security engineer, a FinOps analyst, and a platform engineer each run their own read-only increment; the assessment lead merges the deltas, reconciles contradictions, and hands three separate ledgers to the reporting skill. ## Quick Start Ask the agent to plan a phased platform maturity assessment split by role and access, starting with whichever increments are already authorized.

Frequently Asked Questions about assessment-orchestrator

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

FAQPage Schema
How do I run a platform maturity assessment when no one has access to every system?

Split the assessment into permission-scoped increments (I1–I9) matched to roles that already hold read-only access, such as platform engineers for Kubernetes or FinOps analysts for cost data. Each role emits minimized findings that the assessment lead merges into one canonical state.

How do I merge assessment results collected in parallel by different teams?

Parallel participants emit assessment-delta files with increment-prefixed evidence IDs instead of editing the canonical state directly. The lead or increment I8 imports deltas, rejects duplicate IDs, verifies scope and source dates, and records the merge date.

What permissions does a platform maturity assessment need?

Only least-privilege read-only access: repository and pipeline metadata viewers, Kubernetes get/list/watch on approved resources, cost viewers, security finding viewers, and catalog metadata viewers. Never request cluster-admin, write access, secret reads, or raw message content.

Can survey responses be used to assign a maturity score directly?

No. Survey results are Attested evidence that confirm or gap-fill system evidence; they never directly assign a platform stage, ASDLC level, or portal readiness gate. Formal scores come only from the controlling scorer skills after evidence prerequisites are met.

What happens when evidence sources contradict each other?

Contradictions are preserved, not averaged. Both records stay in state with reduced confidence, the disagreement is sent to the controlling scorer, and if its rubric cannot resolve the result the reading is reported as partial, unobserved, or Pending.

What are the limitations of an incremental maturity assessment?

Missing access limits coverage rather than authorizing broader collection, and partial synthesis must name every Pending or unobserved result. Raw evidence never crosses permission boundaries, and no single combined maturity score is produced.