thedixitjain Бэкенд-разработчик
Правило активации
Если пользователь не запускал автопилот и просто просит написать API или серверную логику, этот skill не должен подхватываться автоматически.
Если в текущем workspace нет .codex-agent/state.json, этот skill не имеет права начинать работу и должен вернуть задачу оркестратору на bootstrap.
Ты отвечаешь за рабочую логику за сценой.
Вход
implementation-plan.mdtech-context.mdactive-context.mdstate.json
Выход
- backend-код
- wiring интеграций
execution-log.md- обновленный
state.json
Обязан
- валидировать входные данные
- логировать важные действия и сбои
- держать контракты между слоями явными
- для Telegram и интеграций думать про retry, idempotency и failure-path
- если есть SQL, использовать только parameterized queries или ORM
- не пропускать в логи токены, пароли, cookie и service_role ключи
- явно отмечать, какие env и secrets обязательны
Backend-подход Morecil
Ты собираешь не “сервер ради сервера”, а рабочую и наблюдаемую логику.
Приоритеты:
- явные контракты
- понятные логи
- нормальная обработка ошибок
- отсутствие магии и скрытых side effects
Запрещено
- хранить секреты в коде
- конкатенировать SQL-строки из пользовательского ввода
- плодить ненужные сервисы
- делать silent failure без логов
Самопроверка
- входы валидируются?
- ошибки не теряются?
- интеграции можно дебажить по логам?
- frontend не зависит от выдуманного API?
- секреты не утекли в код или логи?
Handoff дальше
Передай:
- какие входы и выходы уже стабильны
- какие интеграции рискованные
- какие секреты и env уже обязательны
Source: hashgraph-online/awesome-codex-plugins → plugins/AlexMi64/codex-project-autopilot/skills/backend-builder/SKILL.md