search-first

Research existing npm/PyPI packages, MCP servers, and GitHub projects before implementing new code.

1|Updated May 12, 2026
One-click install
npx skills add https://github.com/Manvendra08/TradingBot --skill search-first-manvendra08
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: search-first
Source: https://github.com/Manvendra08/TradingBot/tree/main/_agent/skills/search-first
Command: npx skills add https://github.com/Manvendra08/TradingBot --skill search-first-manvendra08

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Developers often waste time writing custom code for functionality that already exists as maintained open-source libraries, MCP servers, or existing code in their repository, leading to unnecessary technical debt and delayed feature delivery.

Core Features & Use Cases

  • Systematic research workflow: Guides you to check for existing solutions across your repository, npm/PyPI, MCP servers, Claude Code skills, and GitHub open-source projects before writing any new code.
  • Decision matrix: Helps you choose between adopting an existing tool as-is, extending it with a thin wrapper, composing multiple small tools, or building a fully custom solution based on candidate quality.
  • Use case: When asked to add dead link checking to your project, this skill guides you to find and adopt an existing maintained package instead of building a custom checker from scratch.

Quick Start

Use the search-first skill to research existing maintained tools and libraries before writing custom code for your new feature.

Frequently Asked Questions about search-first

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

FAQPage Schema
How do I check for existing libraries before writing custom code?

Before writing custom code, research existing solutions across npm/PyPI packages, MCP servers, Claude Code skills, and GitHub repositories to evaluate functionality, maintenance status, and license compatibility against your requirements.

What is the best way to evaluate open source dependencies for a new feature?

Evaluating open source dependencies requires checking candidate packages for community support, documentation quality, maintenance status, and dependency footprint to select the optimal implementation approach rather than building custom code.

When should I build a custom utility instead of reusing an existing package?

Build a custom utility instead of reusing an existing package only after evaluating candidates via a decision matrix and determining that adopting as-is, extending with a wrapper, or composing existing tools cannot meet your functionality requirements.

Does research before coding apply to integrating third-party services across any framework?

Yes, researching existing solutions applies to all software development tasks including adding dependencies, creating utilities, and integrating third-party services across any programming language or framework to prevent unnecessary technical debt.

How do I choose between adopting an npm package as-is or extending it with a wrapper?

Choose between adopting an npm package as-is, extending it with a thin wrapper, composing multiple small tools, or building custom functionality based on a decision matrix evaluating candidate quality, documentation, and dependency footprint.

Why does writing custom code for existing functionality create technical debt?

Writing custom code for existing functionality creates technical debt because maintained open-source libraries and MCP servers already provide tested solutions, meaning redundant development delays feature delivery and increases your maintenance burden.