/comparative-feasibility-ranking
Compare feasibility across multiple candidates using multi-dimensional
$ npx -y skills add yogsoth-ai/de-anthropocentric-research-engine --skill comparative-feasibility-ranking --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/comparative-feasibility-ranking
Context preview
The summary Claude sees to decide when to auto-load this skill.
Compare feasibility across multiple candidates using multi-dimensional
SKILL.md
comparative-feasibility-ranking.SKILL.mdname: comparative-feasibility-ranking
description: Compare feasibility across multiple candidates using multi-dimensional
radar and weighted feasibility index.
dependencies:
tactics:
- multi-dimensional-readiness-scan
- staged-gate-evaluation
sops:
- feasibility-synthesis
- radar-synthesis
Comparative Feasibility Ranking
**Purpose:** Produce a defensible ranking of candidates by feasibility. Uses multi-dimensional radar charts to visualize relative strengths and a weighted feasibility index to collapse multiple dimensions into a single comparable score.
**When to use:**
- Multiple candidates have been assessed and need to be compared
- Stakeholders need a clear ranking to prioritize resource allocation
- You need to identify which candidates are most implementable given current constraints
Budget
| Metric | Target | |--------|--------| | Candidates compared | >= 2 | | Dimensions in radar | >= 5 | | Weight justifications | 1 per dimension |
State Ledger
| Key | Type | Description | |-----|------|-------------| | candidates[] | array | All candidates being compared | | dimension_weights{} | map | Dimension -> weight mapping | | radar_data[] | array | Per-candidate radar scores | | feasibility_index[] | array | Weighted composite scores | | ranking[] | array | Final ranked list |
Available Tactics
| Tactic | When | |--------|------| | multi-dimensional-readiness-scan | To generate per-candidate radar data for comparison | | staged-gate-evaluation | To compare gate-passage likelihood across candidates |
Available SOPs
| SOP | Purpose | |-----|---------| | radar-synthesis | Produce radar data for each candidate | | feasibility-synthesis | Produce final comparative matrix |
Execution Guidance
1. Ensure all candidates have been assessed on the same dimensions 2. Normalize scores to a common scale (1-9 recommended) 3. Assign dimension weights based on context (stakeholder priorities, strategic fit) 4. Calculate weighted feasibility index for each candidate 5. Produce comparative radar visualization data 6. Rank candidates and identify clear tiers (strong/moderate/weak feasibility)
Output Format
comparative_ranking:
dimensions: [technical, market, regulatory, resource, organizational]
weights: {technical: 0.3, market: 0.25, regulatory: 0.2, resource: 0.15, organizational: 0.1}
candidates:
- {name, scores: {...}, weighted_index: 0.X, rank: N, tier: strong|moderate|weak}
radar_data: [{candidate, dimension_scores: [...]}]
recommendation: <top candidate(s) with rationale>
caveats: [...]<!-- BEGIN available-tables (generated) -->
Available Tactics
Optional, no fixed order; the final leaf is always a sop.
| Tactic | When to use | | --- | --- | | multi-dimensional-readiness-scan | Assess readiness across multiple dimensions, synthesize into radar visualization, and identify bottleneck dimensions. | | staged-gate-evaluation | Define gate criteria for each stage, evaluate candidates at each gate, and render go/kill/recycle decisions with evidence. |
Available SOPs
Optional, no fixed order; the final leaf is always a sop.
| SOP | When to use | | --- | --- | | feasibility-synthesis | Synthesize all assessments into a feasibility matrix, recommendation, and risk summary. | | radar-synthesis | Synthesize multiple dimension scores into radar chart data and compute overall readiness. |
<!-- END available-tables (generated) -->
Read more
name: comparative-feasibility-ranking description: Compare feasibility across multiple candidates using multi-dimensional radar and weighted feasibility index. dependencies: tactics: - multi-dimensional-readiness-scan - staged-gate-evaluation sops: - feasibility-synthesis - radar-synthesis
Comparative Feasibility Ranking
**Purpose:** Produce a defensible ranking of candidates by feasibility. Uses multi-dimensional radar charts to visualize relative strengths and a weighted feasibility index to collapse multiple dimensions into a single comparable score.
**When to use:**
- Multiple candidates have been assessed and need to be compared
- Stakeholders need a clear ranking to prioritize resource allocation
- You need to identify which candidates are most implementable given current constraints
Budget
| Metric | Target | |--------|--------| | Candidates compared | >= 2 | | Dimensions in radar | >= 5 | | Weight justifications | 1 per dimension |
State Ledger
| Key | Type | Description | |-----|------|-------------| | candidates[] | array | All candidates being compared | | dimension_weights{} | map | Dimension -> weight mapping | | radar_data[] | array | Per-candidate radar scores | | feasibility_index[] | array | Weighted composite scores | | ranking[] | array | Final ranked list |
Available Tactics
| Tactic | When | |--------|------| | multi-dimensional-readiness-scan | To generate per-candidate radar data for comparison | | staged-gate-evaluation | To compare gate-passage likelihood across candidates |
Available SOPs
| SOP | Purpose | |-----|---------| | radar-synthesis | Produce radar data for each candidate | | feasibility-synthesis | Produce final comparative matrix |
Execution Guidance
1. Ensure all candidates have been assessed on the same dimensions 2. Normalize scores to a common scale (1-9 recommended) 3. Assign dimension weights based on context (stakeholder priorities, strategic fit) 4. Calculate weighted feasibility index for each candidate 5. Produce comparative radar visualization data 6. Rank candidates and identify clear tiers (strong/moderate/weak feasibility)
Output Format
comparative_ranking:
dimensions: [technical, market, regulatory, resource, organizational]
weights: {technical: 0.3, market: 0.25, regulatory: 0.2, resource: 0.15, organizational: 0.1}
candidates:
- {name, scores: {...}, weighted_index: 0.X, rank: N, tier: strong|moderate|weak}
radar_data: [{candidate, dimension_scores: [...]}]
recommendation: <top candidate(s) with rationale>
caveats: [...]<!-- BEGIN available-tables (generated) -->
Available Tactics
Optional, no fixed order; the final leaf is always a sop.
| Tactic | When to use | | --- | --- | | multi-dimensional-readiness-scan | Assess readiness across multiple dimensions, synthesize into radar visualization, and identify bottleneck dimensions. | | staged-gate-evaluation | Define gate criteria for each stage, evaluate candidates at each gate, and render go/kill/recycle decisions with evidence. |
Available SOPs
Optional, no fixed order; the final leaf is always a sop.
| SOP | When to use | | --- | --- | | feasibility-synthesis | Synthesize all assessments into a feasibility matrix, recommendation, and risk summary. | | radar-synthesis | Synthesize multiple dimension scores into radar chart data and compute overall readiness. |
<!-- END available-tables (generated) -->
The complete research orchestration system for AI-native science. What It Does Design Philosophy Architecture (v3.2.2) Quick Start Configuration Roadmap License DARE is not a tool that helps you do research. It is the researcher.
Repo: yogsoth-ai/de-anthropocentric-research-engine
Other skills on de-anthropocentric-research-engine.
- /formated-results
Closing skill for the research-executor, loaded as the last step of formated-specs. Summarize the design just produced into one research-result JSON fenced block in your reply. Do not execute the research.
Open skill - /formated-specs
Spec-slot skill for the research-executor. Emit the 4-layer DARE orchestration of the assigned topic as one research-graph JSON fenced block in your reply. Replaces the generic spec-writing step.
Open skill - /injection-fidelity
Loss-1 judge (codex role). Given one sample's de-identified dialogue and its PolicyCard, decide axis-by-axis whether the user-simulator enacted the card's per-axis pressure. Judge enactment of the card, never whether the research is good.
Open skill - /ladder-quality-order
Loss-2 judge (codex role). Over one topic's 6 shuffled research-design samples, pairwise-rank by quality using the D1–D5 standard. Emit the pairwise log; the harness computes the order and the ladder verdicts. Judge quality difference, never against academic standards.
Open skill - /optimization-loop
The optimizer brain for the ladder-foundry pretraining loop. Runs the two-level nested batch loop, delegates gating to gate_eval, attributes a failing batch to one weight (attribute-first), and recovers from disk after compaction. Control flow is fully scripted; only the
Open skill - /acu-nugget-recall
Tactic: Extract atomic units from one paper and score how much of a caller-supplied summary covers. Use for ACU-style binary or Nugget-style ternary recall checks; cannot run without a target summary.
Open skill

