aesthetic-instrument
great_cto's own committed aesthetic — the instrument panel. Dark five-step surface ladder, exactly one accent, two faces divided by MEANING (Geist speaks,…
Spawns the decision-scorer agent after architect proposes 2+ variants in an ADR. Produces a weighted scoring table and recommended choice saved to docs/decisions/.
$ npx -y skills add avelikiy/great_cto --skill decision-eval --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/decision-evalContext preview
The summary Claude sees to decide when to auto-load this skill.
Spawns the decision-scorer agent after architect proposes 2+ variants in an ADR. Produces a weighted scoring table and recommended choice saved to docs/decisions/.
name: decision-eval description: Spawns the decision-scorer agent after architect proposes 2+ variants in an ADR. Produces a weighted scoring table and recommended choice saved to docs/decisions/. when_to_use: | Apply when: - architect has written an ADR with 2+ alternatives under ## Alternatives Considered or ## Options - architect is about to finalize a multi-variant decision and needs an objective tie-breaker - CTO explicitly requests scoring before gate:arch approval Do NOT apply when: - The change is a bug fix, docs-only, or style/formatting update - The ADR has only 1 option (no real alternatives) - User says "skip scoring" or "no scoring" - project_size is nano (overhead exceeds value) effort: medium allowed-tools: Read, Glob, Bash, Agent paths: - "docs/decisions/**" - "docs/architecture/**" - ".great_cto/PROJECT.md"
Invoke after architect proposes 2+ variants, before creating gate:arch.
Invoke this skill when ALL of these are true:
1. An ADR (`docs/adr/ADR-*.md`) or ARCH doc (`docs/architecture/ARCH-*.md`) contains a section with 2 or more named alternatives (look for `## Alternatives Considered`, `## Options`, or bold-prefixed options like `**Option A:**`) 2. The architect has not yet created `gate:arch` 3. The user has not said "skip scoring", "no scoring", or "skip decision-eval" 4. `project_size` in PROJECT.md is NOT `nano`
Skip silently (do not even mention) if any condition fails.
Read the most recent ADR or ARCH doc to confirm 2+ variants exist, then spawn the `decision-scorer` agent with the file path as context:
# Identify target document TARGET=$(ls -t docs/adr/ADR-*.md 2>/dev/null | head -1) [ -z "$TARGET" ] && TARGET=$(ls -t docs/architecture/ARCH-*.md 2>/dev/null | head -1) # Confirm 2+ variants VARIANT_COUNT=$(grep -cE "^\*\*[A-Za-z]|^### [A-Za-z]|^- \*\*[A-Za-z]" "$TARGET" 2>/dev/null || echo 0)
If `VARIANT_COUNT >= 2`, dispatch the agent:
Agent: decision-scorer
Context: <TARGET file path>
Task: Score the architectural variants in <TARGET> against .great_cto/PROJECT.md criteria.
Save output to docs/decisions/.The decision-scorer agent saves results to:
docs/decisions/DECISION-<slug>-<YYYYMMDD>.md
After the agent completes, read the output file and surface the recommendation to the architect:
Decision scoring complete: Recommended: <variant name> (<score>/5.00) Runner-up: <variant name> (<score>/5.00) Full report: docs/decisions/DECISION-<slug>-<YYYYMMDD>.md Architect: review the scoring rationale before accepting or overriding the recommendation.
Output nothing and proceed to the next step if:
This skill sits between Step 4 (Write ADR) and Step 5 (Create gate:arch) in `agents/architect.md`. Architect invokes it by name:
Invoke skill: decision-eval
After scoring completes, architect may:
`## Scoring Override` section before creating gate:arch
You already have the agent. This is everything around it. great_cto runs Claude Code as a pipeline of 70 specialist agents — an independent model checks each stage before the next builds on it, spending caps refuse rather than warn, and three decisions stay yours: what gets built, how, and whether it ships.
Repo: avelikiy/great_cto
great_cto's own committed aesthetic — the instrument panel. Dark five-step surface ladder, exactly one accent, two faces divided by MEANING (Geist speaks,…
Catalogue of known SDLC anti-patterns that great_cto agents must actively reject when reviewing architecture, plans, code, or post-mortems. Used by architect…
Analyze images, websites, and Figma files to extract their design and generate a `design.md` with token system, component inventory, and reconstruction notes.…
Shared review framework that every domain reviewer (pci, oracle, gov, edtech, healthcare, mlops, etc.) MUST follow. Defines the output artifact (TM-{slug}.md),…
Structured idea generation + multi-LLM debate for the product-owner stage. Diverge (generate genuinely different bets), debate (a 4-persona panel on 4 models…
Run the great_cto controlled Codex lifecycle with controller-owned writes, verifier evidence, human gates and optional artifact release.