Як Architecture as Code перетворилась на Context Engineering [ukr]
Кілька років тому ми почали будувати Architecture as Code з доволі простою метою: зробити архітектурні знання доступними, актуальними та зрозумілими для інженерів. C4-діаграми, ADR, OpenAPI, ERD, ownership та інша документація поступово переїхали ближче до коду, стали version-controlled і machine-readable.
Ми робили це для людей.
А потім прийшли AI-агенти.
І несподівано виявилося, що один із найскладніших етапів роботи з AI — передача агенту контексту про систему — у нас уже майже вирішений.
У цій доповіді поговоримо про те, чому доступу до репозиторію недостатньо, чим code context відрізняється від system context і як практики Architecture as Code природно перетворюються на Context Engineering.
На реальних прикладах розберемо, який контекст потрібен AI-агенту, щоб він не просто писав код, а розумів домени, архітектурні рішення, API-контракти, ownership та обмеження системи. А також поговоримо про наступний виклик: як переконатися, що контекст, на який спирається AI, відповідає реальному стану системи.
- Solution Architect у MacPaw Inc.
- Виступає на конференціях Fwdays (PHP & Architecture Talks), DOU та YouTube-каналах
- Постійний учасник освітньої програми Intern MacPaw: вже 4 роки поспіль допомагає інтегрувати новачків у реальні проєкти
- Ділиться досвідом у сфері архітектури та тестування, зокрема з використанням BDD, Symfony, Redis, Docker та сучасних API-рішень
- Ви могли бачити Йожефа на сценах Fwdays, читати на DOU або слухати інтерв’ю на YouTube-каналі "It’s raining cats & dogs"
- GitHub, Medium, LinkedIn, Facebook