Вакансія від партнера компанії, який звʼяжеться напряму
Про проєкт
Ми будуємо велику on-premise enterprise-платформу за AI-first моделлю розробки. Це означає, що код у нас пишуть не люди в редакторі, а автономні Claude-агенти, які відпрацьовують поставлені Issue. Людина в цій моделі робить те, чого агент зробити не може: декомпозує задачі, ставить чіткі вимоги, керує агентами й вирішує, що піде в main.
Робота охоплює два напрями розробки: власну enterprise-платформу (TypeScript/Node.js, Python, React, PostgreSQL) і розширення для Microsoft Dynamics 365 Business Central мовою AL. В обох випадках модель однакова — агенти пишуть, ви керуєте й відповідаєте за результат.
Якщо вам цікаво бути на передньому краї того, як насправді змінюється професія розробника — це та роль, де ви це проживете на практиці, а не в статтях.
Кого ми шукаємо
Розробника нового типу. Того, хто пише код переважно через агентів, але зберігає повну інженерну відповідальність за результат: робочий, протестований, змерджений код.
Важливо: це не «промпт-інженер» і не junior, який сподівається, що агент усе зробить за нього. Це інженер із senior-мисленням, який просто масштабує себе через агентів замість того, щоб набирати код руками. Швидкість набору тут не має значення — її дають агенти. Має значення інше: чи бачите ви, коли код поганий, коли тест лише вдає покриття, коли агент тихо прийняв архітектурне рішення, якого не мав права приймати.
Чим ви займатиметеся
Розбиватимете фічі та баги на атомарні Issue, придатні для автономного виконання агентом: чіткий scope, acceptance criteria, контракти, межі зміни.
Кожен Issue у нас включає написання тестів і їх виконання — агент не вважає задачу готовою, доки тести не написані й не проходять.
Запускатимете Claude-агентів на Issue, супроводжуватимете їхню роботу й ітеруватимете формулювання, коли агент іде не туди.
Рев’юїтимете PR від агентів: читатимете діф, перевірятимете, що тести реальні, що архітектурні межі не порушені, що рішення відповідає ТЗ і ADR.
Ловитимете місця, де агент прийняв неявне архітектурне рішення, і виноситимете їх на явний розгляд.
Триматимете цілісність між Issue, кодом, тестами й документацією.
Що для нас важливо
Інженерна база senior-рівня. Ви вмієте читати чужий код і бачити, де він поганий, навіть якщо самі його не набирали. Розумієте архітектуру, патерни, тестування, CI/CD, trunk-based workflow.
Уміння декомпозувати складне на дрібне й формулювати однозначні технічні вимоги.
Критичне читання коду й тестів. Ви відрізняєте справжнє покриття від імітації, помічаєте пропущені edge-cases, бачите приховані регресії.
Досвід роботи з LLM-агентами (Claude Code, Cursor, аналоги) — або доведена здатність швидко цього навчитися.
Дисципліна документування: ADR, acceptance criteria, чіткі Issue.
Володіння стеком на рівні розуміння (не обов’язково написання): TypeScript/Node.js (NestJS), Python, React, PostgreSQL. Плюс AL для Business Central — це окрема екосистема Microsoft (розширення D365 BC зі своєю об’єктною моделлю й правилами апгрейдів), тож ми очікуємо або наявний AL/BC-досвід, або готовність освоїти його як окремий домен, а не як «ще одну схожу мову».
Буде плюсом
Досвід ролі tech lead / code reviewer у командах, де ви більше рев’юїли, ніж писали.
Розуміння DDD, bounded contexts, контрактного тестування.
Досвід із AL / Dynamics 365 Business Central (розробка розширень, розуміння апгрейдовності та принципу «стандарт перед кастомізацією»).
Досвід із Temporal, Kafka, Keycloak/OPA.
Як ми працюємо
Модель проста й прозора: Issue → агент виконує (код + тести + прогін тестів) → PR → рев’ю → merge-gate. Розробник відповідає за все, що змерджив: якщо код агента поганий, це зона відповідальності розробника, а не агента.
