Иван Планкин

Сначала архитектура · доступ к моделям, публикация в Telegram, ограниченные инструменты агентов

СИСТЕМНЫЙ ИНЖЕНЕР / АРХИТЕКТОР

Системный инженер. AI-системы при реальных изменениях.

Сначала я проектирую модель: цель, ограничения, критерии приёмки, состояния и пространство сбоев. AI‑агенты получают всю задачу системы — границы, приёмку и восстановление, а не запрос на изменение файла; реализуют и проверяют код. Я отвечаю за архитектуру и проверку через реального потребителя. Rust делает границы памяти, конкуренции, сети и ресурсов явными там, где они меняют результат.

Я проектирую цель, ограничения, состояния и критерии приёмки. AI получает задачу системы, а не только файл, реализует и проверяет код; Rust делает поведение при сбоях и изменениях явным.

КАК Я ПРОЕКТИРУЮ

Система начинается с модели, а не с синтаксиса.

До реализации я делаю явными запрос, модель, границы и пространство сбоев, чтобы реальный потребитель мог распознать корректный результат.

01

Определить ментальную модель

Запрос OpenAI или Anthropic задаёт модель, аккаунт, квоту, сетевой маршрут и сессию до выбора адаптера провайдера.

02

Задать ограничения и допустимые состояния

Контекст, право, вложение и восстановление разделены; отказ возвращает ясную ошибку и допустимое следующее состояние вместо тихого повтора.

03

Проверить реального потребителя

Новая версия сервиса получает трафик после реального ответа; открытые SSE- и WebSocket-потоки завершаются на начавшей их версии.

ОТДЕЛЬНЫЕ СИСТЕМЫ

Системы при изменении условий

Публичный индекс начинается с Gateway доступа к моделям, Telegram‑системы публикации Hermes и Telegram MCP. Каждый проект сначала называет полную задачу, затем архитектурное решение, границу и поведение, которое может проверить реальный потребитель.

01

AI Gateway на Rust

Приложение отправляет запрос в формате OpenAI или Anthropic через один API. Gateway моделирует формат провайдера, доступ аккаунта, квоту, сетевой маршрут и состояние сессии; приложение получает нужную модель или ясную ошибку.

Поведение при измененияхКвота, сеть и смена версии сервиса обрабатываются отдельно. Запрошенная модель не подменяется, сессия сохраняет контекст, а открытые потоки заканчивают работу на прежней версии.
ИнструментыRUST / AXUM / LEPTOS / POSTGRES / NIX
02

Система публикации в Telegram

Система ведёт один Telegram‑канал от исходных материалов до публикации по расписанию и сохраняет реакцию аудитории для следующего плана.

СИСТЕМА КОНТЕНТА / ОТ ИСТОЧНИКА ДО ПУБЛИКАЦИИ

Одна версия связывает текст, визуал, согласование, расписание и публикацию; отклик через 24/48 часов хранится отдельно от текущих счётчиков для следующего плана.

  1. 01История канала + материалы
  2. 02Текст + визуал в одном пакете
  3. 03Согласование + расписание
  4. 04Публикация + данные по отклику
ИнструментыRUST / TOKIO / GRAMMERS / AXUM / NIX
03

MCP-сервер для Telegram на Rust

AI находит точный диалог и сообщение, читает соседний контекст и скачивает вложение в управляемую рабочую папку. Текстовый ответ проходит через личную кнопку согласования.

TELEGRAM MCP / КОНТЕКСТ НЕ ДАЁТ ПРАВО НА ОТПРАВКУ

AI собирает точный контекст, но право на отправку остаётся у человека; подтверждение и результат сохраняются после перезапуска.

  1. 01Точный диалог
  2. 02Соседний контекст + вложение
  3. 03Личное подтверждение
  4. 04Отправка + сохранённый результат
ИнструментыRUST / TOKIO / MCP / MTPROTO
ПУБЛИЧНЫЙ ИНДЕКС

Индекс исходников: другие системы

01

Конвертер Telegram Desktop tdata на Rust

02

MCP-сервер для D2-диаграмм на Rust

03

Долговременная память для AI‑агентов

04

Сайт и система записи к специалисту по телесным практикам

05

Linux-контроллер питания при сборке и перегреве

Контакты

Напишите о системе

Назовите проект или систему, её цель и ограничения, текущее состояние и открытый вопрос или отказ. Если есть публичный код, добавьте ссылку.

Полезный контекст

Назовите проект или систему, её цель и ограничения, текущее состояние и то, что нужно решить дальше.