ALGI / ALGORA

ALGI / ALGORA используется в курсе как пример дневника боли и подготовки отчёта для врача. На нём удобно разбирать данные пользователя, ограничения вывода и различие между зелёными тестами и принятым поведением.

Что есть в репозитории

Начальная папка examples/algi-lite/ содержит AGENTS.md, спецификацию дневника и README. В ней нет готового приложения. В практике harness последовательно применяет fixtures к отдельной рабочей копии.

Этап	Полученный код
algi-01-pain-diary	PainEntry, validate_pain_entry, clinician_summary и три теста.
algi-02-clinician-report	clinician_report, удаление части контактов, два дополнительных теста.

У стенда нет базы, API, пользовательского интерфейса, авторизации и отправки отчётов. Это небольшой пример доменной логики на Python со стандартной библиотекой.

Какие вопросы разбираем

Валидация позволяет обсудить диапазоны, типы и границы входа. Сводка - проверить, не копируются ли личные данные из заметки в отчёт. Добавление clinician_report - увидеть изменение соседнего поведения: очистка контактов происходит уже при вводе заметки.

Ограничения примера разобраны в проверке результата и ревью. В частности, регулярные выражения не удаляют полные имена, а первый тест на приватность использует данные без контактов. Учебный код не предназначен для реальных дневников или медицинских решений.

Что можно построить дальше

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

Реализация следующей функции должна появиться через harness. Человек готовит постановку и принимает результат; готовый продуктовый код не подставляется вручную в начальную папку. При использовании fixture явно укажите, что это подготовленный ответ backend, а не результат вызова модели.