Skip to content
Back to skills

Analyze Constraints Readiness

ASecurity

Characterize what blocks a research target: readiness dimensions, obstacles, bottlenecks, resource gaps, causal constraints, dependencies, conflicts, removability, and mitigation pathways. Depth selects lightweight triage, readiness assessment, or causal/TOC-style constraint analysis.

  • 499 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 24, 2026
researchgoexpressapi

Works with

  • api

Security analysis

A100/100

Scanned September 24, 2026

npx -y skills add yogsoth-ai/de-anthropocentric-research-engine --skill analyze-constraints-readiness --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Analyze Constraints Readiness?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Analyze Constraints Readiness
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/yogsoth-ai-analyze-constraints-readiness/badge)](https://www.skillsdirectory.com/skills/yogsoth-ai-analyze-constraints-readiness)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: analyze-constraints-readiness
description: "Characterize what blocks a research target: readiness dimensions, obstacles, bottlenecks, resource gaps, causal constraints, dependencies, conflicts, removability, and mitigation pathways. Depth selects lightweight triage, readiness assessment, or causal/TOC-style constraint analysis."
---

# analyze-constraints-readiness

## Purpose

Assess feasibility and readiness by identifying constraints, resources, dependencies, bottlenecks, and maturation gates.

## Input contract

```yaml
mode_contracts:
  obstacle-triage: &readiness_input
    required: [candidate_or_plan, readiness_dimensions]
    optional: [resource_estimates, dependencies, assumptions, target_gates]
    constraints: [evidence_must_be_attached_to_each_scored_dimension]
  readiness-assessment: *readiness_input
  resource-envelope: *readiness_input
  causal-constraint-analysis: *readiness_input
  maturation-path: *readiness_input
```

## Execution protocol

Do not perform called SOP operations inline; each loaded SOP owns its contract and thresholds.

1. Define candidate, dimensions, hard constraints, and target gates. You MUST load skill `classify-constraint` to classify each declared constraint.
2. Select `obstacle-triage`, `readiness-assessment`, `resource-envelope`, `causal-constraint-analysis`, or `maturation-path`.
3. You MUST load skill `score-object` to score the selected dimensions with evidence. You MUST load skill `identify-bottleneck` to identify binding constraints and dependencies.
4. You MUST load skill `assess-removability` to test whether binding constraints can be removed. You MUST load skill `design-mitigation` to design removal or mitigation paths and return a readiness conclusion.
   If several feasible responses must be balanced as a joint set, consider `portfolio-optimization`. If the target goal remains too broad to assess, consider `decompose-research-goal`. If external change dominates present readiness, consider `analyze-future-scenarios`. If several candidate paths are ready for comparative selection, `rank-candidates` may be the better next tactic.

## Mode branches

- `obstacle-triage`: rapidly enumerate and severity-rank the obstacles that could block the target, preserving evidence status for each one. You MUST load skill `identify-obstacles` to enumerate the obstacles. You MUST load skill `list-undesirable-effects` to retain their observed consequences.
- `readiness-assessment`: score the required readiness dimensions with supporting evidence and identify the dimensions that keep the target from being ready. You MUST load skill `assess-readiness-dimension` to assess every required dimension.
- `resource-envelope`: estimate time, cost, and personnel bounds from analogies, then flag low-confidence estimates for investigation. You MUST load skill `quantify-resource-gap` to quantify the gap. You MUST load skill `identify-critical-chain` to expose the binding resource sequence.
- `causal-constraint-analysis`: trace how constraints interact through dependencies and conflicts to identify the binding cause rather than only its symptoms. You MUST load skill `trace-causal-chain` to trace constraint propagation. You MUST load skill `extract-core-conflict` to isolate the core conflict. You MUST load skill `challenge-assumption` to test the assumptions that sustain it.
- `maturation-path`: sequence stage gates and milestones that move the target from current readiness to the declared implementation threshold. You MUST load skill `project-future-reality` to project the proposed path. You MUST load skill `apply-stage-gate` to apply its stage gates.

## Output contract

```yaml
mode_contracts:
  obstacle-triage: &constraint_output
    produces: [constraint_register, bottlenecks, mitigation_paths]
    delta_fields: [findings, decisions, uncertainties, open_questions, recommended_jumps]
  readiness-assessment:
    produces: [readiness_profile, bottlenecks]
    delta_fields: [findings, decisions, uncertainties, open_questions, recommended_jumps]
  resource-envelope:
    produces: [resource_envelope, bottlenecks, mitigation_paths]
    delta_fields: [findings, decisions, uncertainties, open_questions, recommended_jumps]
  causal-constraint-analysis: *constraint_output
  maturation-path:
    produces: [readiness_profile, resource_envelope, stage_gates, mitigation_paths]
    delta_fields: [findings, decisions, uncertainties, open_questions, recommended_jumps]
```

## Thresholds and quality gates

- Feasibility, maturity, constraint, resource, and maturation gates use declared dimension/evidence/constraint coverage ratios; record numerator, denominator, batch increment, stopping reason, and source references.
- Preserve structural requirements: at least one hard constraint, one removal path per removable constraint, explicit stage gates, and a binding-constraint rule relative to the observed score distribution.

- Feasibility dimensions >=5; blockers >=3 per candidate where source protocol applies.
- Maturity diagnosis: >=5 dimensions, >=2 evidence items per dimension, >=1 bottleneck.
- Constraint identification: >=3 constraints per candidate; >=1 hard constraint; >=1 removal path per removable constraint.
- Resource envelope: >=3 dimensions (time, cost, personnel) and >=2 analogies per estimate.
- Maturation path: >=3 stage gates and >=2 milestones per stage.
- Binding constraint threshold: sensitivity score >2* median.

## Failure and counterexamples

Do not label a candidate ready with missing evidence, unclassified hard constraints, or an unbounded resource estimate. A conflict with no manageable injection remains blocked.

## Provenance map

26 architecture `old` entries; readiness, feasibility, resource, obstacle, dependency, sensitivity, and maturation families are merged by mode. Missing aliases are listed in log.

## Legacy context checkpoint / Delta notes

Append dimension scores/evidence, constraint IDs, bottleneck rationale, resources, gates, and unresolved conflicts.

## Preserved source criteria ledger

| source | source line | kind | source criterion |
|---|---:|---|---|
| feasibility-assessment | 42 | numeric-table | \\| maturity-diagnosis \\| Assess current readiness using TRL 9-level, NASSS 7-dimension, and Innovation Readiness Level frameworks \\| |
| feasibility-assessment | 75 | numeric | \\| Dimensions assessed \\| >= 5 (technical, market, regulatory, resource, organizational) \\| |
| feasibility-assessment | 76 | numeric | \\| Blockers identified \\| >= 3 per candidate \\| |
| feasibility-assessment | 77 | numeric | \\| Estimate precision \\| from +/-30% to +/-10% through iteration \\| |
| feasibility-assessment | 78 | numeric | \\| Gates evaluated \\| >= 3 stage gates \\| |
| maturity-diagnosis | 23 | numeric | \\| Dimensions scored \\| >= 5 \\| |
| maturity-diagnosis | 24 | numeric | \\| Evidence items per dimension \\| >= 2 \\| |
| maturity-diagnosis | 25 | numeric | \\| Bottlenecks identified \\| >= 1 \\| |
| maturity-diagnosis | 53 | textual | 1. Identify relevant dimensions for the candidate (minimum: technical, market, regulatory, resource, organizational) |
| maturity-diagnosis | 64 | numeric | overall_readiness: <1-9 TRL scale> |
| constraint-identification | 23 | numeric | \\| Constraints identified \\| >= 3 per candidate \\| |
| constraint-identification | 24 | numeric | \\| Hard constraints classified \\| >= 1 \\| |
| constraint-identification | 25 | numeric | \\| Removal paths designed \\| >= 1 per removable constraint \\| |
| constraint-identification | 58 | numeric | 4. For constraints with removability score > 0.3, design `removal-path` |
| resource-envelope-estimation | 24 | numeric | \\| Estimate dimensions \\| >= 3 (time, cost, personnel) \\| |
| resource-envelope-estimation | 25 | numeric | \\| Precision range \\| +/-30% initial, +/-10% refined \\| |
| resource-envelope-estimation | 26 | numeric | \\| Reference analogies \\| >= 2 per estimate \\| |
| resource-envelope-estimation | 58 | numeric | 3. Identify >= 2 analogous projects and extract their actual resource consumption |
| resource-envelope-estimation | 61 | numeric | 6. Flag any estimates with confidence < 0.5 for further investigation |
| comparative-feasibility-ranking | 16 | textual | **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. |
| comparative-feasibility-ranking | 27 | numeric | \\| Candidates compared \\| >= 2 \\| |
| comparative-feasibility-ranking | 28 | numeric | \\| Dimensions in radar \\| >= 5 \\| |
| comparative-feasibility-ranking | 29 | numeric-table | \\| Weight justifications \\| 1 per dimension \\| |
| comparative-feasibility-ranking | 58 | numeric | 2. Normalize scores to a common scale (1-9 recommended) |
| maturation-pathway-design | 27 | numeric | \\| Stage gates defined \\| >= 3 \\| |
| maturation-pathway-design | 28 | numeric | \\| Milestones per stage \\| >= 2 \\| |
| maturation-pathway-design | 29 | numeric-table | \\| Resource estimates per stage \\| 1 per stage \\| |
| maturation-pathway-design | 37 | textual | \\| target_readiness \\| object \\| Required maturity for implementation \\| |
| maturation-pathway-design | 62 | textual | 2. Define target readiness required for implementation |
| maturation-pathway-design | 76 | textual | target_readiness: <required score> |
| multi-dimensional-readiness-scan | 23 | textual | 3. **Bottleneck Identification** - Analyze the radar for dimensions significantly below the mean or below required thresholds. Deploy `bottleneck-identification` SOP on the radar data. |
| multi-dimensional-readiness-scan | 29 | numeric-table | \\| dimension-assessment \\| 1 \\| Score a single readiness dimension \\| |
| multi-dimensional-readiness-scan | 30 | numeric-table | \\| radar-synthesis \\| 2 \\| Combine scores into radar chart data \\| |
| multi-dimensional-readiness-scan | 31 | numeric-table | \\| bottleneck-identification \\| 3 \\| Identify limiting dimensions \\| |
| multi-dimensional-readiness-scan | 39 | numeric | - Each dimension should have at least 2 evidence items supporting the score |
| multi-dimensional-readiness-scan | 41 | textual | ## Minimum Yield |
| multi-dimensional-readiness-scan | 43 | numeric | - Complete radar with >= 5 dimensions scored |
| constraint-drilling | 26 | numeric | 4. **Removal Path Design** - For constraints with removability > 0.3, design concrete steps to remove or mitigate them. Deploy `removal-path` SOP for each removable constraint. |
| constraint-drilling | 32 | numeric-table | \\| constraint-identification-sop \\| 1 \\| Discover constraints using structured methods \\| |
| constraint-drilling | 33 | numeric-table | \\| constraint-classification \\| 2 \\| Categorize constraints by type \\| |
| constraint-drilling | 34 | numeric-table | \\| removability-assessment \\| 3 \\| Score removability of each constraint \\| |
| constraint-drilling | 35 | numeric-table | \\| removal-path \\| 4 \\| Design removal steps and timeline \\| |
| constraint-drilling | 42 | numeric | - Stage 4 only runs for constraints with removability score > 0.3 |
| constraint-drilling | 45 | textual | ## Minimum Yield |
| constraint-drilling | 47 | numeric | - Classified constraint list with >= 3 constraints identified |
| constraint-drilling | 49 | numeric | - Removal paths for all constraints scoring removability > 0.3 |
| staged-gate-evaluation | 19 | textual | 1. **Gate Criteria Definition** - Define what must be true for a candidate to pass each gate. Deploy `gate-criteria-definition` SOP for each stage gate. |
| staged-gate-evaluation | 29 | numeric-table | \\| gate-criteria-definition \\| 1 \\| Define criteria and pass thresholds \\| |
| staged-gate-evaluation | 30 | numeric-table | \\| gate-judgment \\| 2 \\| Evaluate and render verdict \\| |
| staged-gate-evaluation | 31 | numeric-table | \\| feasibility-synthesis \\| 3 \\| Synthesize into final recommendation \\| |
| staged-gate-evaluation | 35 | numeric | - Stage 1 should define >= 3 gates (e.g., concept feasibility, technical feasibility, implementation readiness) |
| staged-gate-evaluation | 42 | textual | ## Minimum Yield |
| constraint-analysis | 44 | textual | ## HARD-GATE |
| constraint-analysis | 46 | textual | Before entering this campaign, the following must be true: |
| constraint-analysis | 78 | textual | ## Budget Gate |
| constraint-analysis | 94 | textual | ## Minimum Yield |
| constraint-analysis | 97 | numeric | - At least 1 binding constraint identified and characterized |
| constraint-analysis | 100 | numeric | - No unresolved conflicts between top-3 constraints |
| resource-constraint | 63 | textual | ## Budget Gate |
| assumption-constraint | 55 | numeric | - Top-5 fragile assumptions with validation paths |
| assumption-constraint | 58 | textual | ## Budget Gate |
| dependency-constraint | 60 | textual | ## Budget Gate |
| conflict-resolution | 66 | textual | ## Budget Gate |
| constraint-tree-building | 25 | textual | - Minimum 5 UDEs for a meaningful tree |
| constraint-tree-building | 42 | numeric | - **When to escalate**: If >10 UDEs found, prioritize top-5 by severity before tracing |
| constraint-tree-building | 43 | textual | - **Quality gate**: Every causal link must have a BECAUSE clause (the underlying assumption) |
| sensitivity-ranking | 25 | textual | - Express gaps in comparable units where possible |
| sensitivity-ranking | 43 | numeric | - **When to skip**: If only 1-2 constraints exist, ranking is trivial |
| sensitivity-ranking | 44 | numeric | - **Threshold**: Constraints with sensitivity score >2* the median are "binding" |
| constraint-breaking | 26 | textual | - If constraint is not a dilemma, reframe: "We need X" vs "We cannot have X because Y" |
| constraint-breaking | 29 | numeric | - Input: all assumptions from the EC (typically 8-15 assumptions across 4 arrows) |
| constraint-breaking | 35 | textual | - Injection must be: specific, actionable, within our control, and testable |
| constraint-breaking | 36 | numeric | - Generate 2-3 candidate injections |
| constraint-breaking | 43 | textual | - What conditions (prerequisites) must hold? |

## Context checkpoint / Delta notes

Append dimension scores/evidence, constraint IDs, bottleneck rationale, resources, gates, and unresolved conflicts.
| constraint-breaking | 54 | numeric | - **Success criterion**: At least one injection that resolves the conflict with <=2 manageable side effects |

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…