время чтения: 12 minutes

Я не нанимаю LLM. Я нанимаю анонимайзера. Перед выполнением RAG pgvector, перед дообучением экспертов CDA/FPA, перед предоставлением клиентских рабочих пространств — кто-то должен почистить туалеты данных. Этот сотрудник — эксперт по анонимизации (MVP0, EPIC 2 из codebase-gradle). Именно он делает продукт продаваемым.

Проблема, которая заставляет всех убегать

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

----
----
Données brutes client (SPG, cours, évaluations)
  ├→ Noms de stagiaires en clair dans les PDF
  ├→ Emails dans les métadonnées JSON
  ├→ IP de connexion dans les logs pgvector
  ├→ Identifiants dans les nœuds Graphify
  └→ Références OF pilote dans les schémas SQL
----

Результат: либо ты делаешь RAG на грязных данных (галлюцинации ПИИ, несоблюдение GDPR, юридический риск), либо ты ничего не делаешь (нет продукта). Третий путь — очистка вручную — не масштабируем.

Мой ответ: не обходить проблему. L'**автоматизировать**.

== MVP0: Анонимщик, первый принятый на работу в период испытательного срока

MVP0 не является функцией. Это**эксперт по удобству**— сотрудник, который выполняет грязную, глупую и злобную работу, о которой никто не хочет говорить в pitch decks.

Что он делает:

[source]
----
ENTRÉE : Données brutes multi-sources
  ├→ AsciiDoc (SPG_A2SP.adoc) → noms, dates, OF pilote
  ├→ JSON (catalogue formations) → emails, téléphones
  ├→ YAML (config workspace) → tokens OAuth2
  ├→ SQL (schémas DDL) → IP, adresses
  ├→ pgvector (métadonnées embeddings) → identifiants
  ├→ ONNX (outputs classification) → noms propres
  └→ Graphify (graph.json) → nœuds avec PII

SORTIE : Datasets propres, format standardisé
  ├→ [ANONYMIZED] remplace les PII détectées
  ├→ Classification RGPD (niveau 0→4)
  ├→ Rapport d'audit (quoi a été nettoyé)
  └→ Dataset prêt pour RAG ET fine-tuning
----

Он обнаруживает сначала самые очевидные шаблоны (emails`.*@.*`, токены`sk-*`, `ghp_*`, IP-адреса), затем он обучается. Период испытания — это значит: мы проверяем, чтобы он не пропускал ложноотрицательные результаты перед тем, как утвердить его.

== Что разблокирует этот MVP (и это не просто соответствие)

Анонимизация как MVP0 — это не плата за проезд по GDPR до автомагистрали. Это сама автомагистраль. Вот что она открывает:

=== Настоящее: дополненная реальность в запросе

[source]
----
DONNÉES BRUTES CLIENT
    ↓
Anonymiseur MVP0 → datasets propres
    ↓
RAG pgvector (MVP1) → top-K documents similaires (filtrés, anonymisés)
    ↓
LLM (deepseek-v4-pro) → réponse augmentée, zéro PII
----

RAG не ищет в грязных данных — он ищет в пространстве**чистый по конструкции**. Это меняет всё для качества ответов : LLM не тратит время на обход PII, которые он распознаёт, но не должен упоминать.

=== Будущее : Fine-Tuning на здоровые данные

[source]
----
MVP0 → datasets propres accumulés (session après session)
    ↓
Fine-tuning expert métier (CDA, FPA) sur données zéro PII
    ↓
Modèle fine-tuné exposé via Ollama (sans fuite de données)
----

Тонкая настройка на сырых данных – это потенциальная юридическая катастрофа. На чистых данных – это**воспроизводимый метод**. Каждый клиент накапливает свои очищенные наборы данных, каждый клиент может дообучать своих экспертов по предметной области на своих данных — никогда не раскрывая личные данные.

== Почему это востребовано

Это не « инструмент соответствия GDPR». Это**Воспроизводимый метод, превращающий универсальную проблему в актив**(Empty output)

1. *Любая учебная компания имеет грязные данные* — это проблема
2. *Ни одна не имеет автоматизированного многоисточникового пайплайна очистки* — это рынок
3. *Цикл: анонимизация → RAG → fine-tuning является проприетарным* — это барьер

SaaS Edster (MVP3) не будет продавать « рабочее пространство Gradle ». Он будет продавать этот замкнутый цикл. И MVP0 — это точка входа.

== Формат SQL как третий путь контекста

Импорт структурированных данных не является просто форматом обмена. Схема SQL (DDL) несёт**модель сущность-связь области**:

[source]
----
CREATE TABLE formation (
  id UUID PRIMARY KEY,
  titre VARCHAR NOT NULL,
  referentiel RNCP REFERENCES rncp(id),
  organisme OF REFERENCES of_pilote(id)  -- ← va être anonymisé
);
----

Этот DDL, после анонимизации (строка 4), становится источником контекста для LLM. Не текст —**бизнес-модель**. RAG даёт содержимое (векторное сходство), Graphify даёт отношения (точная структура), и схема SQL даёт
.**Domain-Driven Design имплицитно**: bounded contexts, агрегаты, value objects. LLM понимает предметную область, потому что читает свою схему.

== Дорожная карта : от MVP0 до SaaS

[source]
----
MVP0 — Anonymiseur (ce que cet article décrit)
  Sortie : datasets propres, reproductible

MVP1 — RAG pgvector (dépend de MVP0)
  Realité augmentée en prompt sur données nettoyées

MVP2 — Graphify + ONNX + SQL DDD (dépend de MVP1)
  Vecteur composite de contexte (règles + similarité + relations exactes)

MVP3 — SaaS Edster (dépend de MVP0-2)
  Provisionnement workspace client complet
----

Каждый MVP зависит от предыдущего. Ни один не может быть доставлен без MVP0. Это причина, по которой Anonymiseur не является « P0 » в бэклоге — он**MVP0**. Это первый коммерческий поставляемый объект, и всё остальное зависит от его успеха.

== Вывод: невидимый труд который делает всё возможном

В типичном стартапе очистка данных выполняется внешней компанией, вручную или вовсе игнорируется. В этой архитектуре это**сердце продукта**. Анонимизатор является первым сотрудником, потому что без него ничего не работает:

* Без MVP0 → нет юридически значимого RAG (MVP1)
* Без MVP0 → нет fine-tuning без утечки данных (EPIC 5)
* Без MVP0 → нет надёжного SaaS (MVP3)
* Без MVP0 → нет дополненной реальности в запросе
* Без MVP0 → нет третьего пути контекста (SQL DDD)

Он делает грязную работу. Его никогда не будут упоминать в питчах. Но именно он заставляет завод работать.

И поэтому его нанимают в первую очередь.

== Ссылки

* Статья о пространственной онтологии и кругах доверия:link:../2026/0114_gouvernance_cercles_confiance_ontologie_spatiale_alignement_llm_post.html[Пространственная онтология как механизм выравнивания]
* Статья о управлении агентом Eager/Lazy :link:../2026/0108_gouvernance_agent_opencode_eager_lazy_post.html[Управление ИИ-агентом с помощью AsciiDoc]
* Статья о механизме Hot/Warm/Cold:link:../2026/0110_mecanisme_backup_contexte_agent_post.html[Sliding Window и холодная волна]
* Статья о сравнении трёх LLM:link:../2026/0112_comparaison_kimi_glm_deepseek_long_contexte_plugin_gradle_opencode_post.html[DeepSeek-V4-Pro, Kimi K2.6, GLM-5.1]
----

Похожие статьи