pm-tech-feasibility

pm-tech-feasibility is a skill for Claude Code from ljucask/pureinn-product-development. It costs 42 tokens per session (3,404 once invoked), scanned A, original, MIT.

A technical review skill that turns research notes and technical-lead analysis into a structured report about whether a proposed project is feasible.

In plain words
What is it for?
Use it after technical research to document constraints, risks, and feasibility, then provide technical context for problem validation, domain modeling, and technology-stack decisions.
Why use it?
It organizes scattered technical information without filling missing facts with guesses. Missing inputs are clearly marked as assumptions.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin. Also seen: mentions CLAUDE.md; mentions subagents; names the AskUserQuestion tool.

Part of the pureinn-product-development plugin — 51 skills, 1 command shipped together

Good fit Use it after technical research to document constraints, risks, and feasibility, then provide technical context for problem validation, domain modeling, and technology-stack decisions.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/ljucask/pureinn-product-development/pm-tech-feasibility
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add ljucask/pureinn-product-development --skill pm-tech-feasibility
Clone the repo
git clone --depth 1 https://github.com/ljucask/pureinn-product-development

Made for: Claude Code.

Or install pureinn-product-development, the plugin that ships this one along with the rest of its 51 skills, 1 command.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for pm-tech-feasibility

README.md
[![agentmods](https://agentmods.dev/badge/skills/ljucask/pureinn-product-development/pm-tech-feasibility/github.svg)](https://agentmods.dev/skills/ljucask/pureinn-product-development/pm-tech-feasibility)
Your own site
<a href="https://agentmods.dev/skills/ljucask/pureinn-product-development/pm-tech-feasibility"><img src="https://agentmods.dev/badge/skills/ljucask/pureinn-product-development/pm-tech-feasibility/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for pm-tech-feasibility

Your own site · 80×15
<a href="https://agentmods.dev/skills/ljucask/pureinn-product-development/pm-tech-feasibility"><img src="https://agentmods.dev/badge/skills/ljucask/pureinn-product-development/pm-tech-feasibility.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 42 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 3,404 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00042 $0.03404
Opus 5 $0.00021 $0.01702
Sonnet 5 $0.00008 $0.00681
Haiku 4.5 $0.00004 $0.00340

Measured 10d ago against content hash d50436d06473, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-10, from the pricing page.

Security

Grade A, and why

pm-tech-feasibility scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

skills/pm-tech-feasibility/SKILL.md · 357 lines

How it starts

The opening of the file, as written. The whole thing — 357 lines — stays where its author put it; the contents beside it link to each section on GitHub.

PM - Tech Feasibility Report

Agent mode (--agent)

Supports --agent: runs autonomously in a subagent, drafts the artifact from existing inputs, and returns a short summary + coverage note.

  • No flag → interactive (default); if inputs are heavy, offer agent mode.
  • --agent → obey. First check inputs are complete. Anything missing: do NOT invent it - mark [ASSUMED - what/why] in the output and summary. Never hallucinate to fill a gap.

What this skill does

Takes raw research input (Perplexity deep research output, ChatGPT analysis, Tech Lead notes, domain knowledge) and produces a structured Tech Feasibility Report.

This is a "bring your data" skill - Claude cleans, structures, and formalizes the input. No AI hallucination of technical facts.


Dependencies

Recommended before running:

  • pm-project-charter - tech constraints, non-negotiables, and budget cap are defined there

Produces artifacts used by:

  • pm-problem-validation - tech feasibility is Track A input
  • pm-domain-model - tech stack context informs domain modeling
  • common-ground - tech feasibility report is a key input for tech stack finalization

Step 0: Current state check

Check for existing artifacts:

  • Tech Feasibility Report

Also check: does a Project Charter exist? Cross-reference tech constraints and budget cap stated there.

Look for: sections marked TBD, open questions not yet resolved, stack recommendation that conflicts with known constraints, AI cost modeling missing if product has AI components.

Interaction: Group related questions (2-4 per round) and confirm before moving on. For any A/B/C/D choice, use the AskUserQuestion tool with one option marked (Recommended) - never print options as plain text. Keep open-ended questions free-text (don't fake options). If the user is unsure, propose 3-4 concrete options plus "Other". Surface an assumption the moment you make one; never fabricate to fill a gap. (Full standard: CLAUDE.md.)

Read the full file on GitHub · 357 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 10d ago First seen · 357 lines · 42 tokens per session scan A d50436d06473

Subscribe to this mod's changes

pm-tech-feasibility is a skill published in the GitHub repository ljucask/pureinn-product-development (2 stars, last pushed yesterday), licensed MIT. It adds 42 tokens to every session and 3,404 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

ai-native-design

A workflow for turning a product brief and API contract into frontend design prompts and implementation guidance. It supports three outside design channels and keeps generated frontend work aligned with the same brief and contract.

dhslegen/digital-delivery-team · 105 tokens

backend-development

A set of instructions for building server-side code such as APIs and database-backed applications. It uses API contracts, data models, the chosen technology stack, and tests as the project’s reference points.

dhslegen/digital-delivery-team · 72 tokens

decision-gate

A decision checkpoint for software-project workflows. After each phase produces its files, it asks the user to accept the result, request a change, add information, or regenerate it before the next phase begins.

dhslegen/digital-delivery-team · 62 tokens

frontend-development

A set of instructions for building the user-facing part of a web application, such as its pages, controls, and interactions. It applies to single-page applications and follows the project’s API, product, technology, and design documents.

dhslegen/digital-delivery-team · 75 tokens

relay

A Chinese-language procedure for handing an unfinished task from one AI session to another without losing its context.

dhslegen/digital-delivery-team · 111 tokens

validation-loop

A development routine that checks each important file immediately after it is changed by running the project’s build, lint, type-check, or test commands.

dhslegen/digital-delivery-team · 53 tokens