Об этом проекте

Claude Code Workflows — это набор плагинов для Claude Code, который добавляет структурированный процесс разработки вокруг агента. Заявленная цель — сходимость: удерживать широкое исследование кодовой базы Claude в рамках одобренного пользователем результата, не позволяя случайным находкам доминировать в изменении. Как это работает Рабочий процесс согласует предполагаемый результат и исключения до проектирования, проверяет проектные решения по фактическому репозиторию, верифицирует каждую задачу перед коммитом, а для крупных изменений выполняет независимый обзор готовой реализации. В пределах одобренной области Claude, как ожидается, будет выбирать детали реализации из самой кодовой базы. README советует использовать Claude Code напрямую, когда результат и безопасная граница реализации уже ясны, и применять эти рабочие процессы, когда изменение требует согласования области, долговечных проектных решений, передачи между контекстами или независимой проверки. Маршрутизация зависит от количества продуктовых и проектных решений, а не от числа файлов: небольшие изменения следуют прямому циклу задач с точечными и репозиторными проверками плюс проверка безопасности; средние изменения добавляют проверенный Design Doc (и UI Spec или ADR при необходимости), выбранное интеграционное/E2E-доказательство и проверенный Work Plan; крупные изменения с несколькими независимыми продуктовыми результатами добавляют проверенный PRD. Такие артефакты, как UI Specs, ADRs и каркасы тестов, появляются только тогда, когда применимы их решения или границы доказательств. Установка Требуется выпуск Claude Code с поддержкой marketplace плагинов. Добавьте marketplace командой /plugin marketplace add shinpr/claude-code-workflows, затем установите один плагин рабочего процесса: dev-workflows (бэкенд/общий), dev-workflows-frontend (React/TypeScript) или dev-workflows-fullstack. В README указано, что следует устанавливать только один плагин рабочего процесса, поскольку full-stack-плагин уже содержит бэкенд- и фронтенд-процессы. Для команд поддерживается установка в рамках проекта через .claude/settings.json. Рецепты и плагины Все точки входа используют префикс recipe-. Бэкенд/общие рецепты включают /recipe-implement, /recipe-design, /recipe-plan, /recipe-build, /recipe-review, /recipe-quality-profile, /recipe-diagnose, /recipe-reverse-engineer, /recipe-add-integration-tests и /recipe-update-doc. Фронтенд-плагин добавляет /recipe-front-design, /recipe-front-plan, /recipe-front-build, /recipe-front-adjust и /recipe-front-review, с архитектурой React-компонентов, React Testing Library и проверками TypeScript. Full-stack-рецепт охватывает изменения, затрагивающие бэкенд и фронтенд, используя вертикальные срезы, чтобы интеграция проверялась до конца. Агенты и руководства Плагины включают специализированные роли агентов: общие роли, такие как requirement-analyzer, prd-creator, codebase-analyzer, code-verifier, work-planner, task-decomposer, acceptance-test-generator, integration-test-reviewer, code-reviewer, document-reviewer, design-sync, investigator, verifier, solver и security-reviewer; бэкенд-роли, такие как technical-designer, scope-discoverer, task-executor и quality-fixer; и фронтенд-роли, такие как ui-spec-designer, ui-analyzer, technical-designer-frontend, task-executor-frontend и quality-fixer-frontend. Встроенные руководства охватывают принципы кодирования, принципы тестирования, подход к реализации, стандарты документации, контекст внешних ресурсов и контекст, удобный для LLM. Отдельный плагин dev-skills предлагает руководства без рабочего процесса, и README предупреждает не устанавливать его вместе с плагином рабочего процесса из-за дублирующихся описаний навыков. Контекст и артефакты Используются свежие контексты, чтобы рассуждения одной фазы не становились молча авторитетом для следующей фазы. Задачи Work Plan ссылаются на разделы Design Doc, ADR или UI Spec и критерии приёмки, которые их ограничивают, и план считается завершённым только тогда, когда каждое необходимое обязательство Design Doc покрыто хотя бы одной задачей. PRD, ADR, UI Specs и Design Docs предполагается коммитить; docs/plans/ рассматривается как эфемерное рабочее состояние, и README предлагает добавить его в gitignore. README также упоминает аналог для Codex CLI, codex-workflows, и даёт ссылки на материалы для чтения по верификации LLM и проектированию рабочих процессов агентов.