🎯

ln-002-best-practices-researcher

🎯Skill

from levnikolaevich/claude-code-skills

VibeIndex|
What it does

Researches and generates comprehensive documentation (guides, manuals, ADRs) across tech stacks by leveraging multiple knowledge sources and adapting to project context.

πŸ“¦

Part of

levnikolaevich/claude-code-skills(85 items)

ln-002-best-practices-researcher

Installation

Claude CodeAdd plugin in Claude Code
/plugin add levnikolaevich/claude-code-skills
git cloneClone repository
git clone https://github.com/levnikolaevich/claude-code-skills.git ~/.claude/skills
πŸ“– Extracted from docs: levnikolaevich/claude-code-skills
12Installs
-
AddedFeb 4, 2026

Skill Details

SKILL.md

Research best practices via MCP Ref/Context7/WebSearch and create documentation (guide/manual/ADR/research). Single research, multiple output types.

Overview

# Best Practices Researcher

Research industry standards and create project documentation in one workflow.

Purpose & Scope

  • Research via MCP Ref + Context7 for standards, patterns, versions
  • Create 4 types of documents from research results:

- Guide: Pattern documentation (Do/Don't/When table)

- Manual: API reference (methods/params/doc links)

- ADR: Architecture Decision Record (Q&A dialog)

- Research: Investigation document answering specific question

  • Return document path for linking in Stories/Tasks

Phase 0: Stack Detection

Objective: Identify project stack to filter research queries and adapt output.

Detection:

| Indicator | Stack | Query Prefix | Official Docs |

|-----------|-------|--------------|---------------|

| .csproj, .sln | .NET | "C# ASP.NET Core" | Microsoft docs |

| package.json + tsconfig.json | Node.js | "TypeScript Node.js" | MDN, npm docs |

| requirements.txt, pyproject.toml | Python | "Python" | Python docs, PyPI |

| go.mod | Go | "Go Golang" | Go docs |

| Cargo.toml | Rust | "Rust" | Rust docs |

| build.gradle, pom.xml | Java | "Java" | Oracle docs, Maven |

Usage:

  • Add query_prefix to all MCP search queries
  • Link to stack-appropriate official docs

When to Use

  • ln-310-story-validator detects missing documentation
  • Need to document a pattern, library, or decision
  • Replaces: ln-321-guide-creator, ln-322-adr-creator, ln-323-manual-creator

Input Parameters

| Parameter | Required | Description |

|-----------|----------|-------------|

| doc_type | Yes | "guide" / "manual" / "adr" / "research" |

| topic | Yes | What to document (pattern name, package name, decision title, research question) |

| story_context | No | Story/Task context for relevance |

Research Tools

| Tool | Use Case | Query Pattern |

|------|----------|---------------|

| ref_search_documentation | Standards, patterns, RFCs | "[topic] RFC standard best practices 2025" |

| context7__resolve-library-id | Get library ID for docs | libraryName="[topic]" |

| context7__query-docs | Library API, methods | topic="[stack_prefix] [topic]" |

| WebSearch | Market, competitors, versions | "[topic] latest 2025" or "[topic] vs alternatives" |

Time-box: 5-10 minutes for research; skip if topic is trivial

Research Methodology by Type (for doc_type="research")

| Type | Focus | Primary Sources | Key Questions |

|------|-------|-----------------|---------------|

| Technical | Solution comparison | Docs, benchmarks, RFCs | "Which solution fits our use-case?" |

| Market | Industry landscape | Reports, blogs, articles | "What's the market size/trend?" |

| Competitor | How others solve it | Product pages, reviews, demos | "What features do competitors offer?" |

| Requirements | User needs | Feedback, support tickets, forums | "What do customers complain about?" |

| Feasibility | Can we build it? | PoC, prototypes, local tests | "Is it technically possible?" |

| Feature Demand | Feature viability | Competitor features + blogs/socials + user complaints | "Is this feature worth building?" |

Workflow by doc_type

| doc_type | Purpose | Research Source | Template | Output Path | Words |

|----------|---------|-----------------|----------|-------------|-------|

| guide | Pattern with Do/Don't/When table | ref_search (best practices) | guide_template.md | guides/NN-[slug].md | 300-500 |

| manual | API/library reference | context7__query-docs | manual_template.md | manuals/[pkg]-[ver].md | 300-500 |

| adr | Architecture decision | Dialog (5 questions) | adr_template.md | adrs/adr-NNN-[slug].md | 300-500 |

| research | Investigation answering question | See Methodology table above | research_template.md | research/rsh-NNN-[slug].md | 300-700 |

Common Workflow: Detect number (if needed) β†’ Research β†’ Generate from template β†’ Validate (SCOPE, POSIX) β†’ Save β†’ Return path

Extract & Sections by doc_type:

  • guide: Extract principle, 2-3 do/don'ts, sources β†’ Sections: Principle, Our Implementation, Patterns table, Sources, Related
  • manual: Extract methods, params (type/required/default), returns β†’ Sections: Package info, Overview, Methods table, Config table, Limitations
  • adr: Dialog answers β†’ Sections: Context, Decision, Rationale, Alternatives table, Consequences, Related
  • research: Findings by methodology β†’ Sections: Question, Context, Methodology, Findings (tables!), Conclusions, Next Steps, Sources

Validation specifics: guide: patterns table present; manual: version in filename; adr: ISO date, status field; all: sources β‰₯2025

ADR Dialog (5 questions): Q1: Title? β†’ Q2: Category (Strategic/Technical)? β†’ Q3: Context? β†’ Q4: Decision + Rationale? β†’ Q5: Alternatives (2 with pros/cons)?

Output: File path for linking in Stories/Tasks; for ADR remind to reference in architecture.md; for Research suggest ADR if decision needed

Critical Rules

NO_CODE_EXAMPLES (ALL document types):

| Forbidden | Allowed |

|-----------|---------|

| Code snippets | Tables (params, config, alternatives) |

| Implementation examples | ASCII diagrams, Mermaid diagrams |

| Code blocks >1 line | Method signatures (1 line inline) |

| | Links to official docs |

Format Priority (STRICT):

```

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”

β”‚ 1. TABLES + ASCII diagrams ←── PRIORITY β”‚

β”‚ Params, Config, Alternatives, Flows β”‚

β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€

β”‚ 2. LISTS (enumerations only) β”‚

β”‚ Enumeration items, file lists, tools β”‚

β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€

β”‚ 3. TEXT (last resort) β”‚

β”‚ Only if cannot express as table β”‚

β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

```

| Content Type | Format |

|--------------|--------|

| Parameters | Table: Name \| Type \| Required \| Default |

| Configuration | Table: Option \| Type \| Default \| Description |

| Alternatives | Table: Alt \| Pros \| Cons \| Why Rejected |

| Patterns | Table: Do \| Don't \| When |

| Workflow | ASCII diagram: A β†’ B β†’ C |

Other Rules:

  • Research ONCE per invocation; reuse results
  • Cite sources with versions/dates (>=2025)
  • One pattern per guide; one decision per ADR; one package per manual
  • Preserve language (EN/RU) from story_context
  • Link to stack-appropriate docs (Microsoft for .NET, MDN for JS, etc.)
  • Do not create if target directory missing (warn instead)

Definition of Done

  • Research completed (standards/patterns/versions extracted) - for guide/manual
  • Dialog completed (5 questions answered) - for ADR
  • Document generated with all required sections; no placeholders
  • Standards validated (SCOPE, maintenance, POSIX)
  • File saved to correct directory with proper naming
  • Path returned; README updated if placeholder present

Reference Files

  • Guide template: shared/templates/guide_template.md
  • Manual template: shared/templates/manual_template.md
  • ADR template: shared/templates/adr_template.md
  • Research template: shared/templates/research_template.md
  • Standards: docs/DOCUMENTATION_STANDARDS.md (if exists)

---

Version: 3.0.0

Last Updated: 2025-12-23

More from this repository10

πŸͺ
levnikolaevich-claude-code-skillsπŸͺMarketplace

Official marketplace for Agile Linear Workflow plugin - complete end-to-end automation for software development teams using Linear. Includes 7XX Project Bootstrap series for technology-agnostic project migration.

🎯
ln-140-test-docs-creator🎯Skill

Generates comprehensive test documentation with testing strategy and test organization structure for software projects.

🎯
ln-110-project-docs-coordinator🎯Skill

Coordinates project documentation by gathering context once, detecting project type, and delegating document creation to 5 specialized workers.

🎯
ln-114-frontend-docs-creator🎯Skill

Generates design guidelines documentation for frontend projects with WCAG 2.1 compliance when a frontend framework is detected.

🎯
ln-113-backend-docs-creator🎯Skill

Generates backend documentation files (API spec and database schema) automatically when backend or database technologies are detected in a project.

🎯
ln-610-code-comments-auditor🎯Skill

Audits code comments and docstrings across 6 quality categories, generating a comprehensive compliance score and actionable recommendations for improvement.

🎯
ln-115-devops-docs-creator🎯Skill

Generates a comprehensive runbook.md for DevOps setup, dynamically tailored to project's Docker configuration and deployment specifics.

🎯
ln-772-error-handler-setup🎯Skill

Configures global exception handling middleware for .NET and Python backend applications with standardized error responses.

🎯
ln-120-reference-docs-creator🎯Skill

Generates reference documentation structure and smart documents for project tech stack, creating only justified architectural decision records and guides.

🎯
ln-625-dependencies-auditor🎯Skill

Audits dependencies for outdated packages, unused imports, unnecessary libraries, and custom implementations, providing actionable recommendations.