search-first

Research existing tools, libraries, and patterns before implementing custom code.

Updated Jun 25, 2026
One-click install
npx skills add https://github.com/sumeetonline90/fitup_all --skill search-first-sumeetonline90
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: search-first
Source: https://github.com/sumeetonline90/fitup_all/tree/main/.cursor/skills/search-first
Command: npx skills add https://github.com/sumeetonline90/fitup_all --skill search-first-sumeetonline90

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Developers often waste time writing custom code for problems that already have well-maintained, existing solutions, leading to unnecessary technical debt, longer development cycles, and missed opportunities to leverage proven tools.

Core Features & Use Cases

  • Systematic Research Workflow: Guides you to search npm/PyPI, MCP servers, Claude Code skills, and GitHub for existing solutions before writing any custom code.
  • Decision Matrix: Provides clear criteria to choose between adopting, extending, composing, or building custom solutions based on candidate quality, maintenance status, and license compatibility.
  • Use Case: When asked to add dead link checking for markdown files, this skill guides you to adopt the existing textlint-rule-no-dead-link package instead of building a custom checker from scratch.

Quick Start

Use the search-first skill to research existing tools for adding HTTP client retry functionality to your Python project before writing any custom code.

Frequently Asked Questions about search-first

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

FAQPage Schema
How do I research existing libraries before writing custom code for a new feature?

To research existing libraries before writing custom code, systematically search package registries like npm or PyPI, GitHub repositories, and MCP servers to find proven solutions. This workflow evaluates maintenance status, documentation quality, and license terms to select the optimal implementation path.

What criteria should I use to evaluate open source dependencies for my development workflow?

Evaluate open source dependencies by checking their functionality, maintenance status, community support, documentation quality, license compatibility, and dependency overhead. This evaluation determines whether to adopt, extend, compose, or build a custom solution based on candidate quality.

When should I avoid reusing existing open source tools and build a custom solution instead?

You should avoid reusing existing open source tools and build a custom solution when candidate packages fail your evaluation criteria for maintenance status, community support, documentation quality, license compatibility, or when dependency overhead outweighs the functionality benefits.

Does the search-first approach to tool selection work across different programming languages and frameworks?

The search-first approach to tool selection works across any programming language or framework. It applies to all software development tasks including new feature creation, dependency integration, utility development, and third-party service adoption, ensuring code reuse over redundant custom development.

What is the best way to integrate third-party services without creating unnecessary technical debt?

The best way to integrate third-party services without technical debt is to research existing tools and libraries before implementation. By evaluating candidate solutions against functionality and maintenance status, you adopt proven patterns instead of writing redundant custom code.

How do I choose between adopting an existing package or extending it for my utility development needs?

To choose between adopting or extending an existing package for utility development, use a decision matrix comparing candidate quality, maintenance status, and license compatibility. This matrix clarifies whether to adopt, extend, compose, or build a custom solution.