После Спринта 3 и обсуждения с пользователем зафиксирован разворот
на графовую архитектуру (GRAPH_ARCHITECTURE.md, коммит 907fdbe).
Обновляем SPRINTS.md под новое направление.
Статусы закрытых спринтов уже стояли ✅; здесь главное — план 4–7:
- Вставлена секция «Архитектурный разворот после Спринта 3» сразу
после Спринта 3. В ней зафиксированы принятые решения по 5
открытым вопросам из GRAPH_ARCHITECTURE.md: фреймворк (вручную,
без LangGraph/n8n), модель роутера (DeepSeek + отдельный
RouterClient), exit conditions (свободный текст + роутер на каждой
реплике как подстраховка), эскалация (одна ветка escalate_human с
полем reason), confidence score (не в первый спринт).
- Старые Спринт 4 (сценарии) и Спринт 5 (экспорт) заменены новыми
четырьмя спринтами:
- Спринт 4. Фундамент графа — intents + роутер + переключение веток.
Задачи: таблица intents, миграция agent_configs с intent_id, seed
6 стартовых веток, router_client, оркестрация в chat_service,
UI настроек по веткам, отображение intent в отладке Песочницы.
- Спринт 5. State machine + exit conditions (bouncing). Первая
реальная state machine — в ветке new_booking (6 шагов). Парсер
[INTENT_CHANGE: ...] + роутер на каждой реплике как подстраховка.
UI показывает состояние треда и timeline переходов.
- Спринт 6. Мульти-RAG. Фабрика коллекций в vectorstore, привязка
коллекции к intent, селектор ветки при загрузке документа.
- Спринт 7. Сценарии + экспорт графа. Старый план, но адаптирован:
сценарии фиксируют ожидаемый intent на реплику; экспорт —
снапшот всего графа (intents + активные промпты + коллекции).
- Бэклог дополнен: confidence score, визуализация графа, вынесение
роутера на более дешёвую модель, структурированные exit conditions.
Пункт про «раздельные правила по доменам» помечен как перекрытый
архитектурой.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Chat Agent for Patients (RAG) — инструмент настройки
RAG-ядро + веб-инструмент для настройки пациентского чат-агента: загрузка wiki, редактирование промпта и правил, прогон сценариев.
Подключение реальных каналов (чат в мобильном приложении, бот в МАКС) делает другой разработчик — этот проект отдаёт ему готовое RAG-ядро и API плюс согласованную конфигурацию (системный промпт, правила, снапшот базы знаний).
Статус
🟢 Active — Спринты 1–2 и доработки (2.5) закрыты, идём на Спринт 3.
Что уже работает:
- RAG-ядро: FastAPI + ChromaDB +
intfloat/multilingual-e5-large+ DeepSeek. - Загрузка документов (
.md,.txt,.pdf,.docx), чанкинг с чисткой markdown-мусора (навигационные блоки, инлайн-ссылки), просмотр чанков с эмбеддингами. - Многошаговый диалог с памятью треда (SQLAlchemy 2.0 async + Alembic + SQLite). История хранится навсегда.
- Переиндексация без повторной загрузки файла: сохранённый
raw_text→ новый чанкер. - Две отладочные страницы: «Отладка» (одиночный вопрос, база знаний) и «Песочница» (чат с агентом, список тредов, переименование, удаление).
- Markdown-рендер ответов ассистента в «Песочнице».
- Системный промпт вынесен в
prompts/system_prompt.md— правится без кода.
Цель проекта
- Поднять RAG по wiki операторов и API диалога с агентом.
- Дать операторам веб-инструмент, в котором они в процессе настройки:
- загружают документы wiki (постепенно, по мере готовности — не пакетно);
- редактируют системный промпт и правила поведения агента;
- играют роль пациента в тестовом чате и смотрят, что отвечает агент;
- сохраняют проработанные диалоги как сценарии и перегоняют их после изменения настроек.
- Сама интеграция с реальными каналами (приложение, МАКС) — вне скоупа этого проекта.
Что не входит в скоуп
- Реальная интеграция с чатом в мобильном приложении (
work-pcs-pt-mobile). - Реальная интеграция с ботом в МАКС (
work-pcs-pt-bots). - Очередь и UI оператора для живого переключения с агента на человека.
- Мультипользовательская прод-эксплуатация.
Всё это — задача смежного разработчика, который будет использовать API этого сервиса.
Архитектура (черновик)
┌──────────────────────────────────┐ ┌──────────────────────┐
│ Web UI настройки (один экран) │ │ │
│ ┌────────────┐ ┌────────────┐ │ │ RAG (wiki) │
│ │ База знаний│ │ Промпт + │──┼─────▶│ ChromaDB + E5 │
│ │ (upload) │ │ правила │ │ └──────────────────────┘
│ └────────────┘ └────────────┘ │ ┌──────────────────────┐
│ ┌────────────┐ ┌────────────┐ │─────▶│ DeepSeek LLM API │
│ │ Песочница │ │ Сценарии │ │ └──────────────────────┘
│ │ (чат) │ │ (сохран.) │ │
│ └────────────┘ └────────────┘ │
└──────────────────────────────────┘
│
▼
Chat Agent API (FastAPI)
(тот же API, что потом получит
внешний разработчик для каналов)
Ключевая идея: веб-инструмент — это единственный клиент агента на время настройки. Когда конфигурация «устаканивается», её снапшот отдаётся внешнему разработчику вместе с документированным API.
Технологический стек (предварительно)
| Слой | Технология | Назначение |
|---|---|---|
| API | FastAPI (Python 3.11–3.12) | HTTP-эндпоинты агента и настройки |
| Vector DB | ChromaDB | База эмбеддингов wiki |
| Embeddings | intfloat/multilingual-e5-large |
Русскоязычные эмбеддинги |
| LLM | DeepSeek API | Диалоговая модель |
| Хранилище конфигов и сценариев | SQLite | Промпты, правила, сценарии |
| Веб-UI | Vanilla JS / лёгкий фреймворк | Одностраничное приложение настройки |
| Контейнеризация | Docker | Изолированный запуск |
База опыта —
work-pcs-dr-cdss(RAG-сервис для врачей). Переиспользуем паттерн сервисовembeddings.py / vectorstore.py / document_processor.py / llm_client.py.
План (спринты)
См. SPRINTS.md.
Запуск
Требования
- Python 3.12
- Ключ DeepSeek API
Установка
python3.12 -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt
cp .env.example .env # и вписать DEEPSEEK_API_KEY
Старт
.venv/bin/python -m uvicorn main:app --host 0.0.0.0 --port 8003
Миграции Alembic применяются автоматически на старте. Первая загрузка embedding-модели E5-large занимает ~15–20 секунд.
Вручную накатить миграции
.venv/bin/alembic upgrade head
Создать новую миграцию после изменения моделей
.venv/bin/alembic revision --autogenerate -m "описание изменений"
.venv/bin/alembic upgrade head
Использование
Веб-страницы
http://localhost:8003/— Отладка: загрузка документов, просмотр чанков со scores и эмбеддингами, одиночный тест-вопрос с 3-колоночным ответом (чанки / промпт / ответ LLM).http://localhost:8003/sandbox.html— Песочница: чат с агентом. Слева список сохранённых диалогов, в центре сам чат, справа отладка последнего ответа (найденные чанки + собранный промпт).
API
| Метод | Путь | Назначение |
|---|---|---|
| GET | /health |
Статус, кол-во документов и чанков, модель эмбеддингов |
| POST | /documents/upload |
Загрузить файл (.md, .txt, .pdf, .docx), сохраняет raw_text в SQLite и чанки в Chroma |
| GET | /documents |
Список документов |
| GET | /documents/{id}/chunks |
Чанки документа + их эмбеддинги |
| DELETE | /documents/{id} |
Удалить документ (из Chroma и SQLite) |
| POST | /documents/{id}/reindex |
Переразметить документ с актуальными правилами чанкера |
| POST | /documents/reindex-all |
Переразметить всю базу |
| POST | /query |
Одиночный вопрос (Отладка) |
| POST | /chat |
Отправить реплику в тред (создаёт тред, если thread_id не передан) |
| GET | /threads |
Список всех диалогов |
| GET | /threads/{id} |
Тред целиком с историей |
| PATCH | /threads/{id} |
Переименовать |
| DELETE | /threads/{id} |
Удалить тред со всеми сообщениями |
Правка системного промпта
prompts/system_prompt.md — читается при старте сервиса. После правки — рестарт.
Структура
.
├── config.py # настройки (Pydantic BaseSettings)
├── main.py # FastAPI app, lifespan, авто-миграции
├── alembic.ini # конфиг Alembic
├── migrations/ # миграции БД
├── prompts/
│ └── system_prompt.md # системный промпт (правится без кода)
├── db/
│ ├── base.py # DeclarativeBase
│ ├── session.py # async engine + sessionmaker
│ └── models/
│ ├── thread.py # диалоги
│ ├── message.py # сообщения
│ └── document.py # raw_text документов для reindex
├── models/ # Pydantic-модели API
│ ├── requests.py
│ └── responses.py
├── routers/
│ ├── health.py
│ ├── documents.py # upload / list / chunks / delete / reindex
│ ├── query.py # /query (одиночный вопрос)
│ ├── chat.py # /chat (диалог с памятью)
│ └── threads.py # CRUD тредов
├── services/
│ ├── embeddings.py # E5-large
│ ├── vectorstore.py # ChromaDB
│ ├── document_processor.py # парсер + чанкер
│ ├── text_cleanup.py # чистка markdown-мусора
│ ├── document_service.py # SQLite-слой для raw_text
│ ├── llm_client.py # DeepSeek
│ ├── rag_pipeline.py # /query pipeline
│ └── chat_service.py # диалоги: создание треда, сборка контекста
├── static/
│ ├── index.html # страница «Отладка»
│ └── sandbox.html # страница «Песочница»
└── data/
├── chroma/ # векторная БД (gitignored)
└── sqlite/ # реляционная БД (gitignored)
Связанные проекты
work-pcs-dr-cdss— RAG для врачей, источник технических паттернов.work-pcs-pt-mobile— мобильное приложение пациента (канал подключит другой разработчик).work-pcs-pt-bots— пациентские боты МАКС (канал подключит другой разработчик).