ФУНКЦИИ - МЕЖПРОЕКТНАЯ КОММУНИКАЦИЯ: hard gate для voice update intent

docs_prod/2_voicetasker/VOICETASKER_TECH.md

@@ -968,11 +968,15 @@ Date resolver обязан работать после OpenAI parser как dete
 
 1. explicit issue key/issue id остается самым сильным указанием цели;
 2. `target_memory_ref` на voice-сессию используется только если эта сессия реально связана с доступной задачей;
-3. если transcript содержит общее указание "последняя/предыдущая/эта", backend не доверяет model-selected voice session ref и выбирает цель deterministic fallback-ом;
-4. если ref ведет в parsed/no-op сессию, resolver переходит к deterministic fallback;
-5. fallback сначала учитывает явно названный source project;
-6. затем текущий project из `client_context.current_project_id`;
-7. затем последнюю примененную voice-задачу workspace.
+3. `update_task/delete_task` разрешены только при сильном anchor на существующую задачу в transcript: issue key, "последняя/предыдущая задача", "эта задача", "существующая задача", "задача, которую добавили/создали";
+4. model-selected `target_memory_ref` на старую voice-сессию сам по себе не является anchor;
+5. если модель вернула `update_task`, но transcript выглядит как новая постановка ("надо добавить", "задача срочная", исполнитель/контур/срок), backend переводит draft в `create_task`;
+6. если transcript не выглядит как новая постановка и при этом нет anchor, commit блокируется с `unsafe_target_reference`;
+7. если transcript содержит общее указание "последняя/предыдущая/эта задача", backend не доверяет model-selected voice session ref и выбирает цель deterministic fallback-ом;
+8. если ref ведет в parsed/no-op сессию, resolver переходит к deterministic fallback;
+9. fallback сначала учитывает явно названный source project;
+10. затем текущий project из `client_context.current_project_id`;
+11. затем последнюю примененную voice-задачу workspace.
 
 ### 10.5. Voice task representation in Issue