prior-art-check

Evaluates build versus wrap versus reuse decisions before implementing non-trivial components.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/vinodkrishna221/Q-Trace --skill prior-art-check-vinodkrishna221
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: prior-art-check
Source: https://github.com/vinodkrishna221/Q-Trace/tree/main/.agents/skills/prior-art-check
Command: npx skills add https://github.com/vinodkrishna221/Q-Trace --skill prior-art-check-vinodkrishna221

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams waste hackathon hours building features that an existing library, framework, or free-tier API already delivers, and pitch ideas that dozens of past teams already shipped. This Skill provides a fast, evidence-linked verdict before any non-trivial build. ## Core Features & Use Cases - Component Check (5 minutes): Runs a decision ladder — framework capability, installed dependency, maintained library, free-tier API, then build — and outputs a structured verdict with cost, links, and risk. - Winner Archaeology: Searches Devpost and past hackathon editions to identify winning patterns, overdone categories, and open gaps for ideation sessions. - Sponsor Intel: Mines sponsor docs, launches, and devrel posts to surface adoption targets, under-loved APIs, and judge-relevant pitch angles. - Use Case: Before hand-rolling a rich text editor during a hackathon, run the component check to discover a maintained library covers 90% of the need, then wrap it in 20 minutes instead of building for 4 hours. ## Quick Start Ask the agent to run a prior-art check on the component you are about to build, such as "run a prior-art check before I build a PDF generation feature."

Frequently Asked Questions about prior-art-check

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

FAQPage Schema
How do I decide between building a feature or using a library?

Run the component check ladder: first check if your framework or platform already does it, then installed dependencies, then a maintained library covering 90%, then a free-tier API. Only build after all four rungs fail, and record the verdict with cost and risk.

How to research past hackathon winners before ideating?

Use the winner archaeology mode to search Devpost and past editions of the same hackathon. Extract 3-5 winning patterns, list overdone categories judges are numb to, and identify the recurring unserved gap, with links required for every claim.

What should I check before wrapping a third-party library?

Verify the library had a release within the last 12 months, has real documentation and active issues, and check the license. MIT and Apache are fine; flag GPL for closed demos. Always read the actual docs since hallucinated APIs burn hours.

When should I not rely on a free-tier API?

Avoid a free-tier API when signup friction is high, rate limits block your demo flow, or latency hurts the live presentation. Verify the free tier exists today because pricing pages change, and note the risk in the verdict output.

How do I gather sponsor intelligence for a hackathon pitch?

Review the sponsor's docs, recent launches, blog, and devrel posts from this year. Extract their adoption target, one under-loved API to make load-bearing in your project, and one judge-bait sentence naming it, then rank sponsors by prize relevance.