Skip to content
Back to skills

Site Map Readiness

ASecurity

Grade whether the project is mappable — app kind, frameworks, and an extractor that covers its shape — and route the unmappable case before any other site-map skill runs.

  • 8 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 2, 2026
ai-agents

Security analysis

A100/100

Pro scans all 3 files and shows the line behind each finding

Scanned September 2, 2026

npx -y skills add Eliyce/paqad-ai --skill site-map-readiness --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Site Map Readiness?

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

Security grade badge for Site Map Readiness
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/eliyce-site-map-readiness/badge)](https://www.skillsdirectory.com/skills/eliyce-site-map-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: site-map-readiness
description: Grade whether the project is mappable — app kind, frameworks, and an extractor that covers its shape — and route the unmappable case before any other site-map skill runs.
model_tier: fast
triggers:
  - workflow:
      - site-map
      - site-map-retest
cacheable: false
cache_key_inputs:
  - .paqad/project-profile.yaml
output_format: json
input_schema:
  project_root:
    type: path
    required: true
    description: Repository root whose manifests and profile establish the app kind and frameworks.
---

## What It Does

Confirms the project is mappable before the workflow spends any effort: the app kind and
frameworks are detectable, and at least one extractor covers the app's shape. Emits a
readiness verdict (`ready | partial | blocked`) that gates everything downstream. Runs first,
like `design-system-coverage` gates the design-test workflow.

## Use This When

Use this as the **first skill in every site-map run**. Never run extraction, modeling, or
verification without a `ready` or `partial` verdict from it.

## Inputs

- Read `.paqad/project-profile.yaml` for the detected `active_capabilities` and `stack_profile`.
- Read the project manifests the profile points at (`package.json`, `composer.json`, lockfiles).
- Read `references/readiness-criteria.md` before grading.

## Procedure

The verdict is a deterministic function of what the engine can detect — drive it from the
engine, do not re-derive detection in prose.

1. Run `paqad-ai sitemap run` and read the `readiness` and `blocked_checks` it reports; the
   engine owns app-kind and framework detection.
2. Grade the verdict: `ready` when an extractor covers the app shape, `partial` when only the
   generic convention fallback applies, `blocked` when no extractor covers the shape.
3. Emit the readiness inventory (app kind, frameworks, extractor, verdict, blocked reasons).

## Output Contract

- A JSON object `{ app_kind, frameworks: [...], extractor, verdict, blocked_checks: [...] }`.
- `verdict` ∈ `ready | partial | blocked`.
- A `blocked` verdict must carry at least one `blocked_checks` entry with a reason.

## Escalate / Stop Conditions

- Stop when the verdict is `blocked`: surface the engine's `blocked_checks` reason and do not
  fabricate surfaces to fill the gap.
- Warn when the verdict is `partial`: downstream skills run in exploratory mode and tag
  surfaces `confidence: low`.
- Do not upgrade a `partial` verdict to `ready` to unblock the run.

## Resources

- `references/readiness-criteria.md`
- `agents/openai.yaml`

Files in this skill

  • SKILL.md2.5 KB
  • agents/openai.yaml160 B
  • references/readiness-criteria.md1.5 KB

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…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.