О корректировке 3D цифрового человека

Я полностью согласен с исправленным предположением:

Системный уровень управляет выполнением и состоянием.
Цифровой человек представляет, направляет и визуализирует выполнение и состояние системы.

Эта корректировка принята и будет отражена во всех дальнейших определениях и стандартах приемки.

О запросе на чек-лист приемки

Я подтверждаю, что подготовлю полный, исправленный чек-лист приемки прототипа на системном уровне строго в соответствии с вашими требованиями:

Включая:

A. Системный уровень (не 3D)

• Рабочий процесс / состояние / замкнутый цикл логирования

• Роли ИИ, перевода и логики процессов

• Проверка и воспроизведение логов

• Форма приемки развертывания Fly.io

B. 3D цифровой человек (уровень презентации)

• Ходьба / движение

• Мимика

• Синхронизация губ

• Обратная связь по жестам / указанию / ориентации

Все определено как проверяемые презентационные возможности, управляемые состоянием системы.

C. Уточнение границ полного объема

Включая:

• Объем платежа на стадии прототипа

• Форма хостинга / развертывания

• Объем входа плагина / расширения

• Загрузчик / поток загрузки

• Определение "одного полного рабочего процесса"

Каждый пункт будет четко указывать:

• Что включено

• Что не включено

D. Условия приемки и оплаты

Включая:

• Приемка только по чек-листу

• Один цикл исправления (3 рабочих дня)

• Неудача после исправления = отсутствие оплаты и прекращение

E. Ограничение бюджета

• Бюджет прототипа фиксирован на уровне 1,100 долларов США

• Нет скрытого или подразумеваемого дополнительного объема

Исправленный чек-лист приемки прототипа

Стадия прототипа — Проверка возможностей системы

Ограничение бюджета: 1,100 долларов США (фиксировано, не подлежит продлению)
Цель: Минимальная проверка работоспособности системы

A. Системный уровень (основной, не 3D)

A1. Закрытый цикл рабочего процесса

Требование:
Один полный рабочий процесс должен выполняться от начала до конца:

Ввод → Обработка ИИ → Решение рабочего процесса → Выход системы → Обновление состояния → Запись в журнал.

Приемка:

• Рабочий процесс может выполняться как минимум 2 раза без перезапуска.

• Достигнуто конечное состояние.

• Переходы состояния записываются.

A2. Автомат

Требование:

• Состояния предопределены.

• Переходы следуют правилам.

• Неправильные переходы отклоняются.

Приемка:

• Текущее состояние видно через журнал или API.

• Попытка неправильного перехода вызывает ошибку в журнале.

A3. Логирование и воспроизведение

Требование:

• Каждый переход состояния записывается.

• Журнал включает временную метку, состояние до, состояние после.

Приемка:

• Журнал может быть экспортирован.

• Журнал может быть вручную воспроизведен для восстановления пути рабочего процесса.

(Автоматизированный движок воспроизведения не требуется.)

A4. ИИ + Цепочка обработки языка

Требование:

Ввод → Определение языка → Перевод → Структурированная задача ИИ.

Приемка:

• Принимаются два разных языка.

• Переведенный результат используется для решения рабочего процесса.

• Структурированный вывод ИИ виден в журналах.

A5. Развертывание

Требование:

Прототип развернут на Fly.io.

Приемка:

• Общедоступный URL.

• Перезапуск не нарушает рабочий процесс.

B. 3D Цифровой человек (уровень презентации)

Цифровой человек является только презентацией, не драйвером системы.

B1. Движение

• Персонаж может двигаться / ходить.

B2. Мимика

• Не менее 2 основных выражений.

B3. Синхронизация губ

• Рот движется с аудио или TTS.

B4. Жест / Указание

• Одно действие жеста или указания.

B5. Привязка к системе

• По крайней мере одно состояние рабочего процесса вызывает действие цифрового человека.

Приемка:

• Каждое из вышеуказанных действий визуально наблюдаемо.

(Кинематографическое качество, продвинутая физика, захват движения не требуется.)

C. Вход плагина / автоматизации

C1. Триггер автоматизации

Требование:

• Одно системное событие вызывает автоматизацию.

C2. Выполнение

• Автоматизация выполняет одно реальное внешнее или внутреннее действие.

C3. Результат

• Результат выполнения возвращается и записывается.

Приемка:

• Триггер → выполнение → результат можно продемонстрировать.

D. Объем платежа

Стадия прототипа:

• Оплата является только имитацией / симуляцией.

• Нет реальной обработки платежей.

• Нет логики эскроу.

Приемка:
Только имитация перехода состояния платежа.

E. Хостинг / Загрузчик

• Прототип загружается через браузер.

• Основной экран загрузки или индикатор прогресса.

Нет требований к оптимизации.

F. Определение рабочего процесса

“Один полный рабочий процесс” означает:

• Минимум 5 шагов.

• Включает обработку ИИ и вывод цифрового человека.

Второй рабочий процесс не требуется.

G. Правила приемки

1. Приемка основана только на этом чек-листе.

2. Все пункты подлежат проверке.

3. Если какой-либо основной пункт не проходит → прототип не проходит приемку.

H. Исправление

• Один раунд исправления.

• 3 рабочих дня.

• После исправления окончательное решение по приемке.

Неудача после исправления → отсутствие оплаты, стадия прототипа заканчивается.

I. Правило бюджета

• Ограничение бюджета: 1,100 долларов США

• Объем вне этого чек-листа не включен.

• Любое новое требование требует письменного согласия.

J. Цель прототипа

Этот прототип подтверждает:

• Логику замкнутого цикла системы

• Техническую осуществимость

• Архитектурную корректность

Он не подтверждает:

• Производительность в производстве

• Коммерческую готовность

• Визуальную отделку

• Полную завершенность функций