Вайб кодинг

Все слышали про MCP и A2A, но без участия человека полноценные агентные решения не построить. Именно для этого придумали Agent-User Interaction Protocol (AG-UI).

AG-UI это протокол для создания пользовательских AI-агентов, мост между бэкенд-агентом и полноценным приложением.

Обычно агенты работают как автоматизаторы на сервере - заполняют формы, делают сводки, планируют расписания. Это удобно, но всё остаётся на уровне бэкенда.

Интерактивные агенты вроде Cursor открывают новые сценарии, но их было крайне сложно реализовать. AG-UI решает эту проблему.

Чтобы агент мог работать вместе с человеком, нужны обновления в реальном времени, оркестрация инструментов, общий изменяемый стейт, безопасность и синхронизация с интерфейсом. Всё это и даёт AG-UI.

Это лёгкий протокол потоковой передачи событий (через HTTP/SSE/webhooks), который создаёт единый канал между агентом на бэкенде (OpenAI, Ollama, LangGraph или кастомный код) и фронтендом.

Схема работы простая - клиент делает POST-запрос к агенту, затем слушает поток событий по HTTP. Каждое событие содержит тип и минимальный payload. Агенты отправляют события в реальном времени, фронтенд сразу на них реагирует и в ответ может слать свои события и контекст обратно агенту.

Узнать больше: https://github.com/ag-ui-protocol/ag-ui

682 views05:00

Вайб кодинг

Хак для Claude Code: добавляй этот префикс перед каждым промптом

(Источник: какой-то реддит-тред, который уже не найти 😂)

full prompt:

---
description: Убедись, что реализованное решение Always Works™ с полным тестированием
---

# Как добиться реализации Always Works™

Пожалуйста, убедись, что твоя реализация Always Works™ для: $ARGUMENTS.

Следуй этому системному подходу:

## Базовая философия
- "Должно работать" ≠ "Работает" — одного паттерн-матчинга мало
- Мне платят не за то, чтобы писать код, а за то, чтобы решать задачи
- Нетестированный код — это всего лишь догадка, а не решение

## 30-секундная проверка реальности — на все вопросы должен быть ответ ДА:
- Я запускал/собирал код?
- Я вызвал именно ту фичу, которую изменил?
- Я сам увидел ожидаемый результат (включая GUI)?
- Я проверил сообщения об ошибках?
- Я готов поставить $100, что это реально работает?

## Фразы, которых стоит избегать:
- "Теперь должно работать"
- "Я пофиксил" (особенно если уже второй или третий раз)
- "Попробуй сейчас" (не попробовав сам)
- "Логика же правильная, значит…"

## Конкретные требования к тестированию:
- Изменения в UI: реально кликни кнопку/ссылку/форму
- Изменения в API: сделай настоящий API-запрос
- Изменения в данных: проверь запросом базу
- Изменения в логике: прогоняй конкретный сценарий
- Изменения в конфиге: перезапусти и убедись, что всё грузится

## Тест «стыда»:
«Если пользователь запишет видео, как это ломается, а я посмотрю ему в глаза — мне будет стыдно?»

## Реалии времени:
- Экономия при пропуске теста: 30 секунд
- Потери, если не работает: 30 минут
- Утрата доверия пользователя: бесценна

Пользователь, который третий раз описывает один и тот же баг, думает не "ну ИИ старается",  
а "зачем я трачу время на этот кривой инструмент?".

Please open Telegram to view this post