AI-интегратор: профессия, которой нет в учебнике — я собрал её руками на n8n

Меня зовут Даниил. Я разработчик интеграций — до этого Kafka, REST, highload. В 2024–2025 мне первый раз поставили задачу, которую HR называет по‑разному: AI automation , n8n integrator , applied AI engineer . Я называю это AI‑интегратор : человек, который собирает бизнес‑процесс из событий, API и LLM — в основном без классического релиза , на no‑code/low‑code оркестраторе . Я не ML‑инженер. Я не prompt‑инженер в вакууме. Я впервые поднял и довёл до рабочего состояния self‑hosted n8n с LLM внутри pipeline: событие приходит → модель что‑то понимает → данные улетают в Google Sheets, Telegram, amoCRM / Bitrix24.

https://habr.com/ru/articles/1041270/

#AI #OpenAPI #chatgpt #n8n #n8n_ai #AI__инженер #Профессии_в_it_2027 #python #javascript #бизнеспроцессы

AI-интегратор: профессия, которой нет в учебнике — я собрал её руками на n8n

Одна из самых востребованных профессий в Европе, США и РФ в 2026–2027, почему это не ML-инженер и не Data Science и как выглядит рабочий контур: webhook → LLM → CRM → Telegram — без команды из десяти...

Хабр

Сокращение ручной работы на примере Spring Boot-проекта: OpenAPI generator, QueryDsl, OpenAI

Привет, Хабр! Меня зовут Александр, я Java-разработчик в GlowByte. Работаю в практике управления рисками и комплаенс (Risk & Compliance). Хочу поделиться своим опытом и в целом рассказать о том, чем мы здесь занимаемся. А занимаемся мы автоматизацией систем управления рисками – от AML (противодействие легализации доходов) и операционных рисков до коллекшна (взыскание просроченной задолженности) и систем принятия решений. Моё направление – как раз последнее: системы принятия решений (СПР). Если коротко, мы автоматизируем стратегии, где нужно в реальном времени перерабатывать кучу входных параметров, учитывать множество факторов и выдавать сложные, комплексные решения. Типичные примеры: оценка риска, предстраховые проверки, системы мониторинга, расчет резервов, расчет комиссионных вознаграждений страховым агентам и многое другое. Чем это интересно? На выходе – не просто «да/нет», а полноценное управляемое бизнес-правило, которое можно быстро менять без переписывания кода. В этой статье хочу поделиться опытом разработки backend API на Spring Boot-проекте, где нам пришлось много работать с OpenAPI-спецификацией, динамическими запросами и тестированием бизнес-логики.

https://habr.com/ru/companies/glowbyte/articles/1040112/

#java #springboot #openapi #querydsl #бэкенд #тестирование #llm #chatgpt #api #jpa

Сокращение ручной работы на примере Spring Boot-проекта: OpenAPI generator, QueryDsl, OpenAI

Привет, Хабр! Меня зовут Александр, я Java-разработчик в GlowByte. Работаю в практике управления рисками и комплаенс (Risk & Compliance). Хочу поделиться своим опытом и в целом рассказать о том,...

Хабр
Mastodon API

A lot of teams say they “handle errors” when what they really mean is that exceptions eventually turn into JSON.

This piece pulls together the Quarkus reading path for RFC 9457, HTTP response design, OpenAPI, versioning, and deprecation so the unhappy path becomes part of the contract instead of an afterthought.

https://www.the-main-thread.com/p/quarkus-api-errors-rfc9457

#Quarkus #APIDesign #OpenAPI

OpenAPI gets weird the moment the contract depends on who is reading it.

This Quarkus walkthrough uses @OpenApiFilter(RUNTIME_PER_REQUEST) plus a Vert.x @RouteFilter so /q/openapi drops premium operations for basic tenants and keeps Swagger UI honest.

https://www.the-main-thread.com/p/quarkus-openapi-filter-tenant-swagger

#Quarkus #OpenAPI #Java

There are a few useful features in openapi_first 3.4:

- openapi_first/test now writes the OAD coverage report to an HTML file now instead of dumping it to the terminal
- rack apps that use the request validation middleware can throw an error object to emit an error response
- Support `encoding[<field>].contentType` on `multipart/form-data` request bodies
- New hook `before_request_validation`

Find more details in the changelog: https://github.com/ahx/openapi_first/blob/main/CHANGELOG.md#340

#openapi #ruby #rack

openapi_first/CHANGELOG.md at main · ahx/openapi_first

openapi_first is a Ruby gem for request / response validation and contract-testing against an OpenAPI API description. It makes APIFirst easy and reliable. - ahx/openapi_first

GitHub
core/release-notes/11.0/preview/preview4/aspnetcore.md at main · dotnet/core

.NET news, announcements, release notes, and more! - dotnet/core

GitHub

Let's say you create an API, with openAPI....
And you want to provide the same results as the APi as a library, instead of REST calls.
Is there an easy way to "provide" it?
I remember back in the time was a swagger code-gen.
I'm thinking about providing an API but providing it as an library in PHP/JS/Java/Python or whatever is needed.
(If possible, writing the API in Kotlin)

How is this done nowadays? Any hints welcome, thx.

#openapi #swagger #swaggercodegen #rest #api #library #developerlife

The YAML was fine. The actual problem was one stray key, eleven levels deep, that OpenAPIKit rejected and Yams wrapped in a DecodingError pointing nowhere useful. The real error was three layers in.
I lost an afternoon. Then a morning the next week. Then I built OpenAPIDoctor: a typed validator and auto-repair CLI for OpenAPI 3.0/3.1, on OpenAPIKit, tested across 594 YAML files.
#Swift #OpenAPI

This is noteworthy because I’m speaking about JSON Schema in a talk at @phptek next week (the talk is about OpenAPI).

#OpenAPI #JSONSchema #PHPTek #PHP