research

TechNickAI's avatarfrom TechNickAI

Web research skill for augmenting agent context with current information. Used when outdated information could lead to broken implementations or wasted effort.

⭐1stars🔀0forks📁View on GitHub🕐Updated Nov 26, 2025
[Web Research]

When & Why to Use This Skill

The Research skill empowers Claude agents with real-time web search capabilities to augment context with the latest technical information. By bridging the gap between static training data and the rapidly evolving tech landscape, it prevents broken implementations, ensures security-critical accuracy, and optimizes architectural decisions through up-to-date API references and best practices.

Use Cases

  • Verifying API changes and library updates: Quickly check if specific methods are deprecated or if new patterns (such as React 18 features) are required to avoid outdated implementations.
  • Security-critical implementation: Ensure authentication, payment processing (like Stripe migrations), or file handling logic follows the most recent security protocols and vendor recommendations.
  • Architectural decision making: Conduct deep-dive research to compare competing technologies or frameworks before committing to long-term infrastructure or abstractions.
  • Version-specific debugging: Resolve complex errors that stem from post-2023 software updates by accessing the latest GitHub releases, changelogs, and official documentation.
nameresearch
Research when getting it right matters. When current information saves hours of debugging, ensures secure implementations, or guides you to the right abstraction—research first. Clear signals that research is needed: - Hitting an error that smells like an API change - Implementing something security-critical (auth, payments, file handling) - Making architecture decisions you'll live with for months - Working with libraries you know evolve rapidly - That moment of "wait, is this still how we do this?" When: Mid-flow verification Time: Under a minute

Examples: "Is useEffect still the way to handle this in React 18?", "Did Stripe change their webhook payload?", "What's the current Node LTS version?"

Just search, grab the answer, keep coding. No storage, no ceremony, no permission needed.

When: The decision really matters Time: 5-15 minutes

Examples: Choosing between competing technologies, understanding a new architectural pattern, debugging something that doesn't match documentation.

Always ask first: "This needs deeper research (5-15 min). Should I dig into this now?" Let the user decide if they want to pause for research or continue with existing knowledge.

Research thoroughly, save findings in research/[topic].md for team reference.

Always use the best available web search. Priority order:

MCP servers (preferred when available):

  • Tavily MCP server
  • Exa MCP server
  • Other specialized search MCP servers

Built-in tools (fallback):

  • Cursor: web_search tool
  • Claude Code: Built-in web search

Tell the user which you're using:

  • "Using Tavily MCP server for enhanced search capabilities"
  • "Using Exa MCP server for code-focused research"
  • "Using built-in web search (no MCP servers configured)"

This transparency helps users understand tool selection and configure MCP servers if desired.

Start with official sources - docs, changelogs, GitHub releases. Then expand to community discussions if needed. Output should be scannable and actionable. Skip the fluff, get to what matters.

Good pattern:

Stripe Checkout v4 Migration

Breaking change: redirectToCheckout() removed in v4

New pattern:

  • Use Payment Element (unified UI)
  • Or Checkout Sessions API (hosted page)

Migration: [Specific code example]

Source: Stripe docs v2024.11.15

Recognize patterns: When you see version-specific errors, deprecated methods, or post-2023 technologies, that signals research is needed.

Be transparent: Say "I should verify this" or "Let me check current best practices" rather than guessing.

Speed over perfection: For quick checks, first good answer wins. For deep dives, thoroughness matters.

No unnecessary storage: Quick research lives in the conversation. Only save deep research that others might reference.

Don't research everything. If your React knowledge from 2023 still works and the user isn't hitting issues, just build. Research is a tool, not a crutch.