feature-discovery

Pressure-tests feature ideas against third-party integration limits and codebase constraints before planning.

Updated Jul 7, 2026
One-click install
npx skills add https://github.com/Takkuya/claude-skills --skill feature-discovery-takkuya
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: feature-discovery
Source: https://github.com/Takkuya/claude-skills/tree/main/feature-discovery
Command: npx skills add https://github.com/Takkuya/claude-skills --skill feature-discovery-takkuya

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often commit to building features that later fail because of hidden third-party limits, platform policy walls, or architecture assumptions that don't survive contact with the real codebase. This Skill runs an adversarial pre-planning discovery workflow that tries to break a feature idea cheaply, before any build plan is written. ## Core Features & Use Cases - Parallel integration research: Dispatches one research agent per named third-party service (Stripe, RevenueCat, IAP, Firebase, etc.) to surface hard limits, quotas, policies, pricing, and known gotchas with cited sources. - Codebase reality check: Explores the scoped areas of a monorepo-aware codebase to find what exists, what conventions apply, and what would push back against the new feature. - Adversarial three-lens panel: Attacks a draft approach along constraints & policy, edge cases & failure modes, and alternatives & prior art, classifying findings as blockers, significant, minor, or false positives. - Decision artifact: Produces a .discovery/<slug>/discovery.html report with weighed architecture options, open questions, and a recommended next step (plan, pivot, or don't build). - Use Case: Before building creator subscriptions with Stripe Connect and RevenueCat, run discovery to uncover SKU limits, App Store policy constraints, and failure modes like mid-flow payment failures, then hand the surviving approach to plan-phases. ## Quick Start Ask the assistant to run feature discovery on your feature idea, for example: "Pressure-test my creator subscriptions feature that uses Stripe Connect and RevenueCat before we plan it."

Frequently Asked Questions about feature-discovery

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I validate a feature idea before writing a build plan?

Run feature discovery before planning: it reads your specs, researches each named third-party integration for hard limits and policies, checks the current codebase, and attacks a draft approach with an adversarial panel. The output is a decision artifact, not a build plan.

What third-party integration constraints should I check before building?

Check hard limits and quotas, platform policy prohibitions, pricing and revenue cuts, known production gotchas, and alternatives used by comparable products. The discovery workflow researches these five questions per integration and requires cited sources for every constraint.

When should I use feature discovery instead of going straight to planning?

Use it when a feature depends on external integrations, platform-specific rules, or an architecture you are unsure will hold. Skip it for bug fixes, small tweaks, or features where the architecture is already settled, and go straight to planning.

Does feature discovery work with monorepos?

Yes. It detects monorepo layouts via apps/*, packages/*, services/*, and workspace configuration files, then asks you to confirm which parts of the repo the feature touches before scoping the codebase exploration.

What happens if the adversarial panel finds blockers?

The draft approach is revised to address blockers and the panel re-runs, capped at about two rounds. If blockers remain after that, the discovery surfaces the finding and recommends a pivot or not building rather than forcing a bad plan.