cache: define response cache boundaries

docs/data-model.md

@@ -510,7 +510,43 @@
 - `validate_certificate`
 - `ws_security_profile`
 
-## 6. XML normalization model
+## 6. `ExecutionConfig`
+
+`ExecutionConfig` хранит общие runtime-настройки операции.
+
+Ключевые поля:
+
+- `timeout_ms`
+- `retry_policy`
+- `response_cache`
+- `auth_profile_ref`
+- `headers`
+- `protocol_options`
+- `streaming`
+
+### 6.1. `ResponseCachePolicy`
+
+Первый поддержанный вариант response cache policy:
+
+- `ttl_ms`
+
+Ограничения стартовой реализации:
+
+- policy задается явно на операции;
+- response cache допускается только для read-only вызовов;
+- в открытой редакции первый поддержанный путь:
+  - `REST`
+  - `GET`
+  - без `auth_profile_ref`
+- cache key должен строиться не глобально, а минимум в контексте:
+  - `workspace`
+  - `agent`
+  - `operation`
+  - `request fingerprint`
+
+Это позволяет избежать неявного кэширования ответов, зависящих от upstream credentials.
+
+## 7. XML normalization model
 
 Для SOAP/XSD-пайплайна `crank-schema` теперь фиксирует XML-origin metadata отдельными code-level types:
 
@@ -524,7 +560,7 @@
 - локальное имя и namespace;
 - repeated / nillable semantics.
 
-## 7. `Schema`
+## 8. `Schema`
 
 `Schema` - нормализованное описание входа или выхода.
 
@@ -537,7 +573,7 @@
 - nullable-поля;
 - `oneof` для protobuf.
 
-## 8. Принцип совместимости
+## 9. Принцип совместимости
 
 Если UI требует сущность, которой нет в текущем backend, эта сущность должна быть сначала явно добавлена в эту модель данных, а уже потом в код и БД.