---

[I128-2838] AI-операции задач в модуле Tasks

---

НАЧАЛО >> Оглавление >> Общее описание >> История изменений >> Что нового в проекте I128 >> Версия 2026.3 >> [I128-2838] AI-операции задач в модуле Tasks📄 Скачать в DOCX

---

Тип	Версия	Статус	Приоритет	Исполнитель
⚙️ Новые возможности	2026.3	🔘 Завершено	Средний	Unassigned

Компоненты: Нет

Завершено: 07.09.2026 08:23

1. Цель Добавить в модуль Tasks управляемые AIоперации задач: классификацию задачи, поиск похожих задач, резюме истории, подготовку черновика ответа или внутреннего комментария, просмотр AIпредложения и ручное применение подтвержденного результата пользователем.

2. Контекст Tasks должен использовать общесистемные AIконтракты, а не реализовывать собственный AIengine. Общий AIgovernance проверяет возможность запуска операции и invariant ручного подтверждения результата. AIInputProfile отвечает за разрешенные входные данные, masking и consent. AIPrompt хранит promptшаблоны и версии. AIProvider и AIModel отвечают за routing моделей. AITool отвечает за allowlist инструментов и безопасное выполнение tool-действий. Security проверяет права. FieldConfiguration дает стабильные field keys. FindDublet дает deterministic baseline для похожих задач. FieldHistory, стандартная история записи и Collaboration дают безопасные источники истории и коммуникаций.

Задача этого среза - реализовать только доменный слой Tasks поверх этих контрактов: какие AI-операции доступны задачам, какие данные задачи они могут использовать, как пользователь видит предложение, как подтверждает или отклоняет результат и как Tasks применяет подтвержденный результат через собственный доменный API, права, workflow, историю и проверки.

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

1. Что Нужно Сделать Нужно подготовить task-specific AI operation pack модуля Tasks. В первом промышленном наборе должны быть операции: классификация задачи, поиск похожих задач, резюме истории задачи, черновик ответа заявителю и черновик внутреннего комментария.

Для каждой операции нужно задать stable operation key, русское название, описание, область применения, доступность по проекту и типу задачи, required permissions, feature flag binding, input profile binding, prompt key/version policy, model policy binding, tool policy binding при необходимости, result type, apply policy, audit policy, TestA scenario reference и Help reference.

Операция классификации должна анализировать разрешенные поля задачи и возвращать предложение по типу, категории, тегам, компоненту, сервису или другому task-specific классификатору, если соответствующие поля есть в field pack проекта. Операция не должна менять задачу автоматически. Пользователь должен видеть предложенные значения, объяснение причин, использованные источники и warnings. Применение выполняет Tasks через обычный save/apply path с проверкой прав, ФЛК, истории и конфликтов версии.

Операция поиска похожих задач должна использовать FindDublet как deterministic baseline: нормализация, candidate resolver, scoring, thresholds и safe visibility кандидатов остаются в FindDublet. AI может только ранжировать, объяснять или сгруппировать уже разрешенный набор кандидатов, если policy это разрешает. Пользователь должен видеть кандидатов, причины похожести, уровень уверенности и действия: открыть, связать как дубль, связать как related, отклонить кандидата или запустить уточнение. Связь создается только после ручного действия пользователя через типизированную связь Tasks.

Операция резюме истории должна строить краткую сводку по доступной пользователю истории задачи: человекочитаемая история записи, значимые изменения FieldHistory, разрешенные комментарии Collaboration, разрешенные вложения или извлеченный FTтекст, workflowсобытия и публичные ответы, если они доступны actor-у. Hidden fields, private comments, закрытые вложения, секреты и данные без права чтения не должны попадать во входной пакет, prompt, audit, кэш, diagnostic package или результат. Резюме должно быть предложением, которое можно обновить, скопировать, сохранить как внутреннюю заметку или использовать в черновике только после действия пользователя.

Операция черновика ответа заявителю должна формировать draft ответа на основе разрешенных данных задачи, комментариев, истории, вложений и справочных материалов. Результат должен попадать в черновик Collaboration или другой штатный draft-механизм коммуникаций, но не публиковаться автоматически. Пользователь должен видеть текст, источники, предупреждения, ограничения и возможность отредактировать текст до отправки.

Операция черновика внутреннего комментария должна формировать внутренний draft для сотрудника. Она не должна превращать приватную коммуникацию в публичный ответ и не должна раскрывать закрытые данные пользователям без прав. Публикация комментария выполняется только штатным механизмом Collaboration после ручного подтверждения.

Нужно реализовать task-specific input profiles для операций Tasks. Они должны ссылаться на field keys из FieldConfiguration, а не на физические номера полей. Профиль должен задавать разрешенные поля, секции карточки, комментарии, историю, вложения, связанные задачи, внешние ссылки, project metadata и пользовательский ввод. Все чтение источников должно проходить через Security и общий AI input/masking/consent contract.

Нужно реализовать UI просмотра AI-предложения в карточке задачи и, где применимо, в рабочем месте Tasks. Пользователь должен видеть статус операции, использованные источники, prompt/template version, модель или model policy label, warnings, confidence, diff предлагаемых изменений, действия принять, применить частично, изменить перед применением, отклонить, запустить повторно и открыть диагностическое объяснение в пределах своих прав.

Нужно реализовать domain apply contract внутри Tasks. Применение AIпредложения должно идти через те же доменные проверки, что и обычное изменение задачи: права Security, field security, ФЛК, workflow constraints, проверка версии записи, запись истории, FieldHistory для значимых полей, EventBusсобытие и safe audit. Если предложение больше не применимо из-за изменения задачи, пользователь должен получить понятный конфликт и возможность повторить операцию.

Нужно обеспечить, что AIоперации не обходят workflow. Если результат должен привести к переходу статуса, назначению, закрытию, публикации ответа или связыванию дубля, это должно выполняться отдельным разрешенным действием пользователя, workflow transition или domain command Tasks, а не скрытым side effect AIоперации.

Нужно поддержать lifecycle AI-предложения в Tasks: created, viewed, accepted, partially accepted, edited before apply, rejected, expired, superseded, failed, denied. Срок жизни предложения должен быть ограничен policy. Устаревшее предложение не должно применяться к измененной версии задачи без повторной проверки.

Нужно интегрировать операции с Flags. AI-операции должны быть выключаемы глобально, по проекту, типу задачи, роли, операции, каналу, host или пользователю через общий feature flag/policy layer. Отключенный AI не должен ломать основной workflow задачи: кнопки скрываются или показывают объяснимую недоступность, а ручная работа остается возможной.

Нужно интегрировать операции с Queue. Тяжелые операции, пакетный пересчет похожих задач, длинные резюме, массовое обновление suggestions или операции с внешними моделями должны выполняться через Queue. Tasks должен задавать task-specific job metadata и handler binding, но не реализовывать собственный runtime очередей.

Нужно публиковать безопасные события и signals. EventBus должен получать только доменные события уровня suggestion created/applied/rejected/expired, duplicate candidate linked, draft created, если они нужны workflow, уведомлениям или интеграциям. Observability должен получать safe signals по latency, отказам policy, ошибкам input profile, dry-run, очередям, apply conflicts и качеству результата без raw prompt, скрытых полей, секретов или приватных комментариев.

Нужно подготовить task-specific HealthCheck provider. Проверки должны находить отсутствующие operation definitions, несуществующие prompt/input/tool/model bindings, отсутствующие field keys, недоступные FindDublet profiles, сломанные Collaboration draft bindings, отсутствие прав, опасно включенные операции, несогласованные feature flags, операции без TestA/Help, операции без apply policy, невалидные Queue handlers и настройки, при которых AI может попытаться применить результат в обход Tasks.

Нужно подготовить taskspecific TestA datasets и сценарии. Должны проверяться включенный и отключенный AI, успешная классификация, отказ без права, отказ по hidden field, missing consent, поиск похожих задач через FindDublet baseline, AI rerank только по видимым кандидатам, резюме истории без приватных данных, черновик ответа без публикации, черновик внутреннего комментария без раскрытия, ручное применение классификации, частичное применение, отклонение, повторный запуск, конфликт версии, Queue execution, audit, EventBus/Observability signals, HealthCheck diagnostics и отсутствие автоматического workflowперехода.

Нужно обновить Help для пользователя, администратора и разработчика. Пользовательская Help должна объяснять, что AI выдает предложения и как их принимать, редактировать или отклонять. Административная Help должна описывать включение операций, field/input profiles, prompt bindings, flags, права, diagnostics и типовые ошибки. Developer Help должна описывать task operation pack, domain apply contract, TestA dataset, events/signals и границы с AI-модулями.

1. Границы Ответственности Tasks владеет taskspecific AI operations, binding операций к проекту и типу задачи, task field pack, доменным UI предложения, ручным применением результата, доменными событиями, записью истории, taskspecific HealthCheck provider, task TestA datasets и Help по сценариям задач.

Tasks не реализует AI-governance core, masking/redaction runtime, prompt registry, provider/model routing, tool registry, tool execution pipeline, общий feature flag engine, Security engine, Queue runtime, EventBus delivery, Observability storage, FieldHistory engine, FindDublet engine, Collaboration engine, FieldConfiguration engine, HealthCheck framework или TestA framework.

AI владеет общей проверкой запуска AI-операции, operation registry, policy decision, AISuggestion envelope, human confirmation invariant и AI audit envelope. Tasks публикует доменные operation definitions и потребляет решение AI.

AIInputProfile и Security владеют безопасным сбором входных данных, masking, consent и проверкой прав чтения. Tasks задает только task-specific состав источников и field keys.

AIPrompt владеет promptшаблонами, версиями, переменными и safe render contract. Tasks выбирает prompt key/version policy для операции, но не хранит prompt text как часть taskкода.

AIProvider и AIModel владеют provider/model capabilities, policy и routing. Tasks может задавать требования операции к model policy, но не выбирает provider напрямую.

AITool владеет allowlist, schemas, side effects, idempotency и safe execution pipeline. Tasks может использовать разрешенный tool только через AI/AITool contract и не вызывает tool executor напрямую.

FindDublet владеет профилями поиска похожих записей, candidate resolver, scoring и diagnostics. Tasks владеет только task-specific profile binding, показом кандидатов и действием связывания задачи после ручного выбора.

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

FieldHistory владеет историей значимых полей и diff. Tasks фиксирует доменное применение AI-результата и передает значимые изменения в штатный history/diff contract.

1. Не Входит В Этот Срез Не входит реализация общесистемного AI-governance core, AIInputProfile runtime, masking/redaction, consent engine, AIPrompt registry, AIProvider/AIModel routing, AITool safe execution, Queue runtime, EventBus delivery, Security engine, FieldConfiguration engine, FindDublet engine, FieldHistory engine, Collaboration engine, HealthCheck framework, TestA framework и Help framework.

Не входит автоматическое принятие AIрешений, автоматическое закрытие задачи, автоматическое назначение ответственного, автоматический workflowпереход, автоматическая публикация ответа заявителю или скрытое связывание дубля.

Не входит обучение моделей, RAGхранилище, external adapter marketplace, bidirectional sync с внешними системами, capacity planning, BIаналитика качества AI и выделение отдельного модуля TaskAiAssistants.

1. Критерии Приемки В Tasks есть task-specific AI operation pack для классификации задачи, поиска похожих задач, резюме истории, черновика ответа заявителю и черновика внутреннего комментария.

Каждая операция имеет stable operation key, русское название, описание, project/type binding, required permissions, feature flag binding, input profile binding, prompt key/version policy, model policy binding, tool policy binding при необходимости, result type, apply policy, audit policy, TestA reference и Help reference.

AI-операции запускаются только через общий AI governance contract и не вызывают provider/model/tool runtime напрямую.

Входные данные операций задаются через task-specific input profiles на field keys из FieldConfiguration; скрытые поля, приватные комментарии, закрытые вложения и данные без права чтения не попадают в prompt, результат, audit, diagnostics или cache.

Классификация возвращает предложение по task-specific классификаторам и применяет выбранные пользователем значения только через обычный доменный save/apply path Tasks.

Поиск похожих задач использует FindDublet baseline и не показывает кандидатов, которые actor не имеет права видеть; AI rerank не расширяет набор видимых кандидатов.

Резюме истории строится только из разрешенных источников и не раскрывает скрытые поля, приватные комментарии, закрытые вложения или секреты.

Черновик ответа заявителю создается как draft и не публикуется без ручного действия пользователя.

Черновик внутреннего комментария не смешивается с публичным ответом и публикуется только штатным механизмом Collaboration после ручного подтверждения.

UI карточки задачи показывает AI-предложение, источники, warnings, confidence, diff, prompt/template version, статус операции и действия принять, применить частично, изменить перед применением, отклонить и запустить повторно.

Применение предложения выполняет Tasks через Security, field security, ФЛК, workflow constraints, version conflict check, историю, FieldHistory и доменный audit.

Устаревшее предложение не применяется к измененной версии задачи без повторной проверки.

Отключение AI через feature flags или policy не ломает ручной workflow задачи и дает безопасное пользовательское объяснение недоступности операции.

Тяжелые и долгие операции выполняются через Queue, а Tasks не реализует собственный queue runtime.

EventBus и Observability получают только safe events/signals без raw prompt, hidden values, private comments, secrets и полных external responses.

HealthCheck provider Tasks диагностирует отсутствующие operation definitions, broken bindings, missing field keys, unavailable FindDublet/Collaboration bindings, unsafe flags, missing rights, missing TestA/Help, invalid Queue handlers и попытки обхода domain apply.

TestA покрывает включенный и отключенный AI, успешные и запрещенные операции, hidden data protection, FindDublet baseline, AI rerank only over visible candidates, summary without private data, draft without publish, manual apply, partial apply, rejection, retry, version conflict, Queue execution, audit, events/signals и HealthCheck diagnostics.

Help содержит пользовательское, административное и developerописание taskspecific AI operations, их ограничений, настройки, диагностики, TestA datasets и границ с общесистемными AI-модулями.

-

Реализован первый кодовый срез Tasks Core.

Что сделано:

• добавлен новый модуль Tasks и ObjectDataTask поверх обычной ObjectDataRecord;
• зафиксирована структура записи TASK: ключ 7^A, проект 7^B, заголовок/описание, классификация, сроки, участники, этап/версия/поставка;
• добавлены индексы TASK* через 1288 и использование стандартных индексов Workflow-состояния;
• состояние Workflow хранится через 113 LINK, история пишется через стандартный Workflow.AppendRecordHistory в 907;
• добавлены типизированные связи с задачами и произвольными записями, безопасные ссылки на FT/URL;
• добавлены редакторские переменные, Help и TestA safe-read проверка.

Границы:

• Tasks не реализует Workflow, Security, FT, FieldConfiguration или UI рабочего места; эти контракты остаются у owner-модулей.

Проверки:

• php -l modules/Tasks/api.php;
• php -l modules/Tasks/__call/Variables.inc;
• php -l modules/Tasks/Tests/Module.inc;
• TestA RunTarget Tasks/module/Module: 6/6 passed;
• TestA structural Tasks/__call/Variables: passed;
• git diff --check: без ошибок.

-

Стековый PR поверх #1302 / I128-2800, потому что базовый контракт записи Tasks еще не в develop. После merge #1302 ветку нужно будет перебазировать или retarget на develop.

Что сделано:

• добавлен системный Workflow JSON проекта TASK: workflow, статусы, переходы, screen/filter/view schemes, стартовые представления;
• добавлена поставка стандартных WS/WSS/MNU-файлов экранов Tasks через SetupModuleConfigure;
• добавлены Workflow-команды Tasks.NormalizeRecord и Tasks.SetClosedFlag;
• добавлены pft128-форматы колонок и карточки для WorkflowView;
• обновлены Help и TestA-проверки модуля Tasks.

Проверки:

• php l по новым __call, Workflowкомандам, форматам и Tests/Module.inc;
• json_decode modules/Tasks/workflow/tasks.json;
• git diff --check;
• TestA Tasks/Module safe-read: 9/9.

-

Реализован кодовый срез I128-2803: рабочее место задач и внутренний API модуля Tasks.

Что изменено:

• добавлены тонкие страницы Tasks для списков, создания и карточки задачи: Show, list, my, created, new, done, all, create, card;
• добавлены __call-функции Tasks для рендера страниц, получения списка/карточки, обновления полей, применения перехода и массового перехода;
• списки и карточка строятся через WorkflowView/WorkflowFilter, формы через WorkflowScreen/ws/he3, переходы через Workflow;
• обновлены canonical URL в колонках задач и системный JSON проекта TASK;
• добавлены Helpматериалы и TestAпроверки рабочего места.

Границы:

• Tasks не реализует собственный workflow-engine, фильтры, права, файловое хранилище или событийную шину;
• логика остается доменной: task-specific страницы, DTO, тексты, маршруты и безопасные обертки внутреннего API.

Проверки:

• PHP lint новых и измененных php/inc/page/pft128 файлов;
• tasks.json успешно разбирается как JSON;
• HTTP smoke: Tasks/list, Tasks/my, Tasks/create, Tasks/card отдают 200 без PHP-ошибок и без сообщения об отсутствующем WorkflowProject;
• TestA Tasks safe-read: 10/10;
• TestA Tasks safe-read structural: 36/36;
• git diff --check без ошибок, только стандартные предупреждения LF -> CRLF.

-

Реализован кодовый срез I128-2804 для модуля Tasks.

Что изменено:

• расширена доменная модель ObjectDataTask: тип обращения, сервис, компонент, уровень влияния, чек-листы, участники, impact refs и типизированные связи через стандартный 113 LINK;
• добавлены API GetTaskDomainModel и ApplyTaskTemplate;
• расширены системные JSON definitions Tasks: справочники, шаблоны, фильтры, колонки и секции карточки;
• обновлены ws/wss/mnu definitions экранов WorkflowScreen для доменной классификации;
• добавлены форматы карточки/колонки и Help по доменной модели;
• расширен TestA Tasks на новые поля, индексы, 113 LINK и шаблоны.

Границы:

• Tasks владеет только task-specific моделью и post/config contract;
• Workflow, WorkflowFilter, WorkflowScreen/View, Security, FieldConfiguration, FT, Users/Organisations и FindDublet остаются внешними owner-модулями.

Проверки:

• PHP lint измененных файлов;
• JSON parse modules/Tasks/workflow/tasks.json;
• TestA Tasks safe-read explicit: 12/12;
• TestA Tasks safe-read structural: 40/40;
• SetupModuleConfigure Tasks: ok;
• HTTP smoke: ?id=Tasks/list&project=TASK, ?id=Tasks/list&project=TASK&page=list&type=incident&service=platform, ?id=Tasks/card&project=TASK&key=TASK-1 returned 200 без Fatal/Warning/Notice.

-

Реализован taskspecific слой AIопераций в модуле Tasks.

Состав:

• системные описания операций Tasks AI: классификация, похожие задачи, резюме истории, черновик ответа заявителю, черновик внутреннего комментария;
• input profiles и prompt bindings для задач TASK;
• __call API Tasks: GetTaskAiOperationPack, GetTaskAiOperation, BuildTaskAiInputPackage, CreateTaskAiSuggestion, ApplyTaskAiSuggestion, CheckTaskAiHealth;
• карточная секция AI-предложений через WorkflowView;
• Help и TestA-проверки.

Границы ответственности:

• Tasks не реализует AI-governance, masking engine, prompt registry, model routing или tool execution;
• Tasks публикует доменные операции, безопасно собирает task input package, формирует suggestion envelope и применяет подтвержденные изменения только к ObjectDataTask в памяти;
• сохранение записи остается штатным Tasks save/apply path, автоматическая публикация ответа и workflow-переходы не выполняются.

Проверки:

• PHP lint измененных inc/php/pft128 файлов;
• JSON validation для modules/Tasks/Resources/aigovernance/tasks.json и aiprompts/tasks.json;
• smoke: 5 операций, 5 input profiles, 5 prompts;
• TestA Tasks safe-read: 21/21;
• git diff --check.

1. Связанные задачи

1.1. 🔗 blocks: I128-2793

1.2. 🔗 blocks: I128-2794

1.3. 🔗 blocks: I128-2795

1.4. 🔗 blocks: I128-2797

1.5. 🔗 blocks: I128-2798

1.6. 🔗 blocks: I128-2799

1.7. 🔗 blocks: I128-2800

1.8. 🔗 blocks: I128-2801

1.9. 🔗 blocks: I128-2803

1.10. 🔗 blocks: I128-2804

1.11. 🔗 blocks: I128-2806

1.12. 🔗 blocks: I128-2807

1.13. 🔗 blocks: I128-2818

1.14. 🔗 blocks: I128-2825

1.15. 🔗 blocks: I128-2826

1.16. 🔗 blocks: I128-2828

1.17. 🔗 blocks: I128-2833

1.18. 🔗 blocks: I128-2834

1.19. 🔗 blocks: I128-2835

1.20. 🔗 blocks: I128-2836

1.21. 🔗 blocks: I128-2837

1.22. 🔗 blocks: I128-2823