Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
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 9/24/2026
researchgoexpressapi

Works with

api

Security Analysis

A100/100

Scanned 9/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 automatically 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
Files
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

yogsoth-aiyogsoth-ai
View sourceSee grades on GitHubMore from yogsoth-ai →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

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 (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Competitor Analysis

This skill provides comprehensive analysis of competitor SEO and GEO strategies, revealing what's working in your market and identifying opportunities to outperform the competition.

1823 votes

Deep Research

Universal deep research agent team. 13-agent pipeline for rigorous academic research on any topic. 8 modes: full research, quick brief, paper review, lit-review, fact-check, three-way literature scan, Socratic guided research dialogue, and systematic review with optional meta-analysis. Covers research question formulation, Socratic mentoring, methodology design, systematic literature search, source verification, cross-source synthesis, risk of bias assessment, meta-analysis, APA 7.0 report co...

502942 votes

Paperclip Distill

Use when an operation issue is a Paperclip cursor-window, distill, or backfill — `operationType: "distill"` or `"backfill"` and the body references a Paperclip source bundle for a project or root issue. Turn raw Paperclip activity into a wiki-insightful project page, decisions log, and history note. This skill exists specifically to replace the stiff, datestamp-heavy templated output that the deterministic distiller produces.

953191 votes

Academic Pipeline

Orchestrator for the full academic research pipeline: research -> write -> integrity check -> review -> revise -> re-review -> re-revise -> final integrity check -> finalize. Coordinates deep-research, academic-paper, and academic-paper-reviewer into a seamless 10-stage workflow with mandatory, coverage-bounded integrity checks, two-stage peer review, and auditable quality-assurance artifacts. Triggers on: academic pipeline, research to paper, full paper workflow, paper pipeline, end-to-end p...

502941 votes

Literature Review

Assistance with writing literature reviews by searching for academic sources via Semantic Scholar, OpenAlex, Crossref and PubMed APIs. Use when the user needs to find papers on a topic, get details for specific DOIs, or draft sections of a literature review with proper citations.

6511 votes
View all in research →