feasibility-study

Feasibility Study Skill

Supplementary Agent

For each solution option, dispatch background exploration:

Agent({ description: "Explore feasibility of solution option", subagent_type: "feasibility-analyst", prompt: Research the feasibility of: <solution description> Evaluate technical feasibility, effort, risk, extensibility, and maintenance cost. })

Trigger

• Keywords: feasibility, is this possible, can we, should we, explore options, before tech spec

When NOT to Use

• Already have a tech spec (use /deep-analyze)
• Need implementation, not analysis (use /codex-implement)
• Quick question (use /codex-explain or /codex-architect)

Workflow

Resolve → Decompose → Constraints → Code research → Solutions → Codex discussion → Decision → Report

Phase 0: Resolve the feature context

The sets Phase 1 reads have to come from somewhere, and this skill is invoked directly (/feasibility-study <topic>) as often as it is invoked from another skill — so it resolves them itself rather than assuming a caller supplied them:

# The shim over the wrapper. This skill grants `Bash(bash:*)` and no node permission, and the rule
# is that a skill names the entrypoint it is permitted to run — which is also why the shared
# algorithm reference is deliberately not linked from here: it teaches the node entrypoint, and a
# file of commands this skill cannot execute has no business in its reachable graph.
bash scripts/resolve-feature.sh [--feature <key>]

The reply is one JSON document. What this skill reads out of it: scan_error first — the gate below decides whether anything else in the payload means what it says — then current_authority (what the system does today) and the design_records entries — design records carry the rationale; it is the type: requirements subset of them that states what was asked for, which is why Phase 1 filters before it selects. Each entry is { file, type, namespace, confidence, is_canonical, role }, file relative to docs_path. An empty or non-JSON reply is a failure too — node may be unavailable, which the shim cannot report as a payload. Treat it exactly as scan_error !== false below.