К основному содержанию
команда Claude Code официальный · Anthropic

feature-dev — команда для Claude Code: что делает и как установить

Сопровождает разработку новой функции: изучает кодовую базу, задаёт вопросы, предлагает архитектуру и ждёт подтверждения перед реализацией.

Установить в Claude Code · Через маркетплейс плагинов Все способы и платформы ↓
/plugin install feature-dev@claude-plugins-official
Открыть на GitHub

Что делает feature-dev

feature-dev ведёт разработку новой функции по этапам. Сначала команда уточняет задачу и ограничения, затем разбирает существующий код, похожие функции, архитектуру и пользовательские сценарии. После этого она формулирует открытые вопросы и ждёт ответов до проектирования решения.

В процессе команда создаёт список задач через TodoWrite и запускает 2–3 code-explorer-агента с разными фокусами. Они возвращают ключевые файлы для чтения. Для архитектуры запускаются отдельные агенты с вариантами минимальных изменений, чистой архитектуры и прагматичного баланса. Реализация начинается только после явного одобрения выбранного подхода, а затем проходит проверку тремя code-reviewer-агентами.

Ставьте команду, если хотите сначала разобраться в проекте и согласовать план. Для маленькой очевидной правки такой процесс может оказаться избыточным.

Какие задачи решает

  • разобрать кодовую базу перед добавлением функции
  • найти похожие реализации и ключевые файлы
  • выявить неуточнённые требования и пограничные случаи
  • сравнить варианты архитектуры перед реализацией
  • проверить готовую функцию несколькими ревьюерами

Примеры запросов агенту

  • `/feature-dev Добавь экспорт отчёта в PDF`
  • `/feature-dev Реализуй авторизацию через OAuth`
  • `/feature-dev Разбери требования к новой странице настроек и предложи архитектуру`

Как установить feature-dev

1Через маркетплейс плагинов

/plugin install feature-dev@claude-plugins-official

2Вручную: положить файлы

.claude/commands/feature-dev.md

Вызов — /feature-dev. Для всех проектов — ~/.claude/commands/

Из того же набора37

Весь набор →
code-reviewer официальный Anthropic Проверяет изменения в коде по правилам проекта из CLAUDE.md и ищет существенные дефекты. Запускайте перед коммитом или созданием PR. Claude Code 31 050установок code-reviewer официальный Anthropic Субагент проверяет изменения в коде на баги, уязвимости и нарушения правил проекта. Подойдёт для ревью перед слиянием изменений. Claude Code 31 050установок claude-md-improver официальный Anthropic Скилл проверяет CLAUDE.md в репозитории, составляет отчёт и предлагает точечные правки. Подойдёт для поддержки проектного контекста Claude Code. Claude Code 12 558установок security-auditor официальный Anthropic Субагент ищет уязвимости в коде и объясняет, как их исправить. Запускайте его для проверки проекта перед изменениями или модернизацией. Claude Code 10 718установок test-engineer официальный Anthropic Субагент фиксирует поведение legacy-кода тестами и сравнивает его с новой реализацией. Подходит перед переписыванием модулей. Claude Code 9 715установок claude-automation-recommender официальный Anthropic Анализирует кодовую базу и предлагает хуки, субагентов, скиллы, плагины и MCP-серверы для Claude Code. Подходит для настройки проекта с нуля. Claude Code 9 057установок playground официальный Anthropic Создаёт интерактивные HTML-песочницы с настройками, предпросмотром и готовым промптом. Подходит для визуального изучения темы или сборки небольшого инструмента. Claude Code 7 967установок agent-development официальный Anthropic Скилл объясняет, как создавать агентов для плагинов Claude Code: от условий запуска до системного промпта и набора инструментов. Пригодится, когда нужно добавить субагента в проект. Claude Code 7 353установок

Похожие

Вопросы о feature-dev

Как установить feature-dev в Claude Code?

Выполните команду /plugin install feature-dev@claude-plugins-official. Файл команды находится по пути .claude/commands/feature-dev.md.

Что делает feature-dev?

Команда проводит разработку функции через исследование кодовой базы, уточняющие вопросы, проектирование архитектуры, реализацию после одобрения и проверку результата.

Начинает ли feature-dev писать код сразу?

Нет. Команда ждёт ответы на вопросы и явное одобрение выбранного архитектурного подхода перед реализацией.

Исходный текст

feature-dev.md · Apache-2.0
---
description: Guided feature development with codebase understanding and architecture focus
argument-hint: Optional feature description
---

# Feature Development

You are helping a developer implement a new feature. Follow a systematic approach: understand the codebase deeply, identify and ask about all underspecified details, design elegant architectures, then implement.

## Core Principles

- **Ask clarifying questions**: Identify all ambiguities, edge cases, and underspecified behaviors. Ask specific, concrete questions rather than making assumptions. Wait for user answers before proceeding with implementation. Ask questions early (after understanding the codebase, before designing architecture).
- **Understand before acting**: Read and comprehend existing code patterns first
- **Read files identified by agents**: When launching agents, ask them to return lists of the most important files to read. After agents complete, read those files to build detailed context before proceeding.
- **Simple and elegant**: Prioritize readable, maintainable, architecturally sound code
- **Use TodoWrite**: Track all progress throughout

---

## Phase 1: Discovery

**Goal**: Understand what needs to be built

Initial request: $ARGUMENTS

**Actions**:
1. Create todo list with all phases
2. If feature unclear, ask user for:
   - What problem are they solving?
   - What should the feature do?
   - Any constraints or requirements?
3. Summarize understanding and confirm with user

---

## Phase 2: Codebase Exploration

**Goal**: Understand relevant existing code and patterns at both high and low levels

**Actions**:
1. Launch 2-3 code-explorer agents in parallel. Each agent should:
   - Trace through the code comprehensively and focus on getting a comprehensive understanding of abstractions, architecture and flow of control
   - Target a different aspect of the codebase (eg. similar features, high level understanding, architectural understanding, user experience, etc)
   - Include a list of 5-10 key files to read

   **Example agent prompts**:
   - "Find features similar to [feature] and trace through their implementation comprehensively"
   - "Map the architecture and abstractions for [feature area], tracing through the code comprehensively"
   - "Analyze the current implementation of [existing feature/area], tracing through the code comprehensively"
   - "Identify UI patterns, testing approaches, or extension points relevant to [feature]"

2. Once the agents return, please read all files identified by agents to build deep understanding
3. Present comprehensive summary of findings and patterns discovered

---

## Phase 3: Clarifying Questions

**Goal**: Fill in gaps and resolve all ambiguities before designing

**CRITICAL**: This is one of the most important phases. DO NOT SKIP.

**Actions**:
1. Review the codebase findings and original feature request
2. Identify underspecified aspects: edge cases, error handling, integration points, scope boundaries, design preferences, backward compatibility, performance needs
3. **Present all questions to the user in a clear, organized list**
4. **Wait for answers before proceeding to architecture design**

If the user says "whatever you think is best", provide your recommendation and get explicit confirmation.

---

## Phase 4: Architecture Design

**Goal**: Design multiple implementation approaches with different trade-offs

**Actions**:
1. Launch 2-3 code-architect agents in parallel with different focuses: minimal changes (smallest change, maximum reuse), clean architecture (maintainability, elegant abstractions), or pragmatic balance (speed + quality)
2. Review all approaches and form your opinion on which fits best for this specific task (consider: small fix vs large feature, urgency, complexity, team context)
3. Present to user: brief summary of each approach, trade-offs comparison, **your recommendation with reasoning**, concrete implementation differences
4. **Ask user which approach they prefer**

---

## Phase 5: Implementation

**Goal**: Build the feature

**DO NOT START WITHOUT USER APPROVAL**

**Actions**:
1. Wait for explicit user approval
2. Read all relevant files identified in previous phases
3. Implement following chosen architecture
4. Follow codebase conventions strictly
5. Write clean, well-documented code
6. Update todos as you progress

---

## Phase 6: Quality Review

**Goal**: Ensure code is simple, DRY, elegant, easy to read, and functionally correct

**Actions**:
1. Launch 3 code-reviewer agents in parallel with different focuses: simplicity/DRY/elegance, bugs/functional correctness, project conventions/abstractions
2. Consolidate findings and identify highest severity issues that you recommend fixing
3. **Present findings to user and ask what they want to do** (fix now, fix later, or proceed as-is)
4. Address issues based on user decision

---

## Phase 7: Summary

**Goal**: Document what was accomplished

**Actions**:
1. Mark all todos complete
2. Summarize:
   - What was built
   - Key decisions made
   - Files modified
   - Suggested next steps

---

© Anthropic · Apache-2.0 · anthropics/claude-plugins-official

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой