AI-Powered Development Workflow Assistant — це система автоматизації процесу розробки програмного забезпечення, яка допомагає розробнику перетворювати неформальні обговорення та ідеї у структуровані завдання, а потім супроводжує весь цикл їх виконання: від створення гілки у Git до ревʼю коду штучним інтелектом та оновлення документації.
Ви обговорюєте проєкт з колегою, ШІ-асистентом або просто робите нотатки про те, що потрібно зробити. Потім копіюєте весь цей текст у систему, і вона:
- Аналізує неструктуровану інформацію
- Виділяє ключові рішення та завдання
- Формує чіткий структурований план
- Дає вам можливість перевірити й виправити план перед тим, як він піде у роботу
Після вашого підтвердження система:
- Перетворює план в ієрархію завдань (епіки, задачі, підзадачі)
- Генерує критерії готовності для кожного завдання
- Прикріплює артефакти (файли, посилання, скриншоти)
- Додає завдання у вашу робочу дошку
Система надає візуальну дошку завдань у стилі Kanban зі стовпчиками:
- Нові завдання — щойно створені, ще не заплановані
- Наступні завдання — заплановані до виконання
- У роботі — ви активно над ними працюєте
- На доопрацюванні — потребують виправлень після ревʼю
- Виконано — завершені та змерджені
Ви можете переміщати завдання простими кліками кнопок.
Коли ви берете завдання у роботу, система:
- Автоматично створює feature-гілку на GitHub з правильною назвою
- Ви працюєте у цій гілці локально, робите коміти та пушите зміни
- Коли готові — одна кнопка ініціює процес ревʼю
Після вашого запиту на ревʼю система:
- Створює Pull Request на GitHub
- Передає всі зміни у коді штучному інтелекту
- ШІ аналізує код на предмет проблем, вразливостей, помилок
- ШІ може дати одну з трьох відповідей:
- APPROVED — все добре, код можна мерджити
- REQUEST_CHANGES — є проблеми, які треба виправити
- QUESTIONS — треба щось пояснити або уточнити
Якщо ШІ запитує або вимагає змін:
- Коментарі та питання публікуються безпосередньо у Pull Request
- Ви читаєте їх, відповідаєте або виправляєте код
- Запускаєте повторне ревʼю однією кнопкою
- Процес повторюється до схвалення
Коли ШІ схвалює код:
- Pull Request автоматично мерджиться до основної гілки
- Feature-гілка видаляється
- PR закривається
- Завдання переміщується у "Виконано"
Після успішного завершення завдання:
- Система аналізує зроблені зміни
- Автоматично оновлює відповідні розділи документації
- Документація завжди актуальна
- ✅ Структурування хаосу ідей — перетворення безладних думок у чіткий план
- ✅ Автоматизація рутини — не треба вручну створювати гілки, PR, писати шаблони
- ✅ Додатковий погляд на код — ШІ може помітити те, що ви пропустили
- ✅ Самодисципліна — структурований workflow допомагає не забувати про важливі етапи
- ✅ Актуальна документація — документація оновлюється автоматично, а не коли "знайдеться час"
- ✅ Єдиний workflow — усі працюють за однією схемою
- ✅ Прозорість процесу — чітко видно, хто над чим працює
- ✅ Зменшення навантаження на ревʼю — ШІ виловлює базові помилки, людина дивиться на архітектуру
- ✅ Швидший onboarding — новачки одразу розуміють процес
- ✅ Вчитися best practices — ШІ коментує код з поясненнями
- ✅ Розуміння Git flow — система демонструє правильний робочий процес
- ✅ Формування навичок планування — учитися розбивати завдання на підзадачі
- ✅ Швидкий старт — не треба налаштовувати складні CI/CD спочатку
- ✅ Гнучкість — легко адаптувати під свій процес
- ✅ Економія часу — автоматизація дає більше часу на продукт
- Єдине місце для всього процесу — від ідеї до виконання
- Мінімум ручної роботи — більшість рутини автоматизована
- ШІ як асистент, не замінник — ви контролюєте процес, ШІ допомагає
- Прозорість та історія — усе фіксується у GitHub та БД
- Гнучкість — можна адаптувати під свій workflow
# Clone
git clone https://github.com/your-org/ai-workflow-assistant.git
cd ai-workflow-assistant
# Install
pnpm install
# Setup environment
cp .env.example .env
# Заповніть .env файл
# Run dev
pnpm devКоротко:
-
Створіть issue, потім гілку від main:
git checkout main git pull origin main git checkout -b feature/0123-your-feature-name
⚠️ Номер issue обов'язковий (мінімум 4 цифри, наприклад: 0001, 0042, 1234) -
Робіть коміти за Conventional Commits:
git commit -m "feat(scope): description" -
Відкрийте Pull Request коли готово
-
Після мерджу видаліть гілку
Детальніше: docs/guides/git-workflow.md
Гілки:
feature/0001-architect-agent-implementationfix/0042-kanban-drag-drop-issuedocs/0099-api-documentation
Commits:
feat(architect): add draft creation servicefix(kanban): resolve mobile drag issuedocs(readme): update setup instructions
Детальніше: docs/guides/naming-conventions.md
# Lint
pnpm lint
# Format
pnpm format
# Type check
pnpm type-check
# Test
pnpm testВсі архітектурні рішення документовані у Architecture Decision Records (ADR):
Використовується Flat Modular Architecture with Shared Layer ( див. ADR-024):
agent-flow-v2/
├── src/ # 🎯 ВЕСЬ КОД ТУТ
│ ├── modules/ # 🤖 Domain modules (бізнес-логіка)
│ │ ├── architect-agent/ # AI агент аналізу та планування
│ │ ├── workflow-agent/ # AI агент виконання завдань
│ │ ├── code-review-agent/ # AI агент code review
│ │ └── documentation-agent/ # AI агент документації
│ └── components/ # ⚙️ Shared components (інфраструктура)
│ ├── api/ # 🌐 API Gateway
│ ├── database/ # 🗄️ Database service (Prisma)
│ ├── queue/ # 📬 Event Queue (BullMQ)
│ ├── logger/ # 📝 Logging (Pino)
│ ├── config/ # ⚙️ Configuration
│ ├── ai-provider/ # 🤖 AI Provider integration
│ ├── github/ # 🔌 GitHub integration
│ └── dashboard/ # 🎨 Frontend (Next.js)
├── tests/ # 🧪 E2E tests
├── scripts/ # 🛠️ Utility scripts
├── docs/ # 📚 Documentation
└── [config files]
Правила архітектури:
- 🔒
modules/— тільки доменні модулі, незалежні один від одного - 📬 Взаємодія між модулями — тільки через Event Queue (рідко через HTTP)
- ⚙️
components/— shared інфраструктура, може залежати від інших компонентів - ❌
components/НЕ може залежати відmodules/(виняток:components/api/)
-
Для розробників:
-
Архітектура:
-
API:
| Script | Description |
|---|---|
pnpm dev |
Start backend + dashboard in dev mode |
pnpm build |
Build backend + dashboard for production |
pnpm test |
Run all unit tests |
pnpm lint |
Lint all TypeScript/JavaScript files |
pnpm format |
Format all files with Prettier |
pnpm type-check |
TypeScript type check |
pnpm setup |
One-time project setup after clone |
pnpm release |
Create a new release |
pnpm check:structure |
Validate project directory structure |
pnpm generate:agent |
Scaffold a new agent module |
pnpm generate:api |
Scaffold a new API endpoint |
pnpm generate:integration |
Scaffold a new integration |
pnpm prisma:migrate |
Run database migrations (dev) |
pnpm prisma:studio |
Open Prisma Studio |
Please report security vulnerabilities responsibly. See SECURITY.md for our disclosure policy.
Прочитайте CONTRIBUTING.md перед тим як почати розробку.
MIT