Skip to content
Back to skills

Backend Refactor

ASecurity

Рефакторинг кода без изменения поведения (роль backend). Use when нужно улучшить структуру существующего серверного кода — слои, дублирование, читаемость — без новых фич; поведение доказуемо не меняется.

  • 2 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 11, 2026
code-qualitytypescriptnodenodejsbackend

Security analysis

A100/100

Scanned September 11, 2026

npx -y skills add Vitammiin/agent-vorcl-flow --skill backend-refactor --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Backend Refactor?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Backend Refactor
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/vitammiin-backend-refactor/badge)](https://www.skillsdirectory.com/skills/vitammiin-backend-refactor)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: backend-refactor
description: Рефакторинг кода без изменения поведения (роль backend). Use when нужно улучшить структуру существующего серверного кода — слои, дублирование, читаемость — без новых фич; поведение доказуемо не меняется.
---

# Задача: рефакторинг

Отрефактори код, который предоставил пользователь, сохранив поведение.

Рефакторинг меняет структуру, не поведение: внешние контракты (HTTP-ответы, сигнатуры, побочные эффекты) остаются прежними, и это доказывается тестами до и после.

1. Зафиксируй базовую линию: прогони существующие тесты и сохрани вывод; если тестов нет — сначала напиши характеризационные тесты на текущее поведение, до любых правок.
2. Найди, что улучшать: логика в контроллерах → в `service`, работа с БД → в `repository` (слои из `$backend-architecture`), дублирование, длинные функции, магические значения.
3. Рефактори малыми шагами: одно улучшение → прогон тестов → следующее; не смешивай перестановку кода с изменением логики в одном шаге.
4. Доказательство: зелёный вывод того же набора тестов, что в шаге 1, плюс diff до/после с пояснением, что и почему улучшено. Самоотчёт «должно работать» не принимается.

Если область не указана — спроси файл/модуль или предложи кандидатов по свежему diff. Если код не Node/TypeScript-бэкенд — скажи честно и применяй общие принципы рефакторинга без стеко-специфичных советов.

Опирайся на `$nodejs`, `$typescript`, `$backend-architecture`.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…