cache: add graphql query response caching

docs/implementation-plan.md

@@ -184,7 +184,7 @@
 ### Цель
 
 Подготовить optional cache/coordination layer так, чтобы платформа могла использовать `Valkey/Redis`,
-но не зависела от него для базового запуска.
+но не зависела от него для базового запуска, и при этом закрыть первые коммерчески ценные cache hot paths.
 
 ### DoD
 
@@ -198,6 +198,10 @@
   - response cache по умолчанию изолировался по `workspace + agent + operation + operation version + request fingerprint`;
   - внешний cache backend можно было безопасно шарить между несколькими рабочими областями и агентами.
 - shared coordination cache уже применяется не только для rate limiting, но и для multi-instance snapshots published MCP catalogs.
+- response cache уже покрывает:
+  - `REST GET` как Community baseline;
+  - `GraphQL query` как первый коммерчески ценный read-only protocol path.
+- дальнейшее расширение response cache идет только по явно обоснованным read-only сценариям, начиная с `gRPC unary`, а не как общий cache для всех протоколов подряд.
 
 ## 14. Этап 11. Live staging and demo readiness