Aller au contenu
VENKAI

Semantic Modification Engine

Qu'est-ce qu'un Semantic Modification Engine

Semantic Modification Engine

1. Pourquoi les agents IA cassent le code qu'ils ne comprennent pas

  • Les agents IA traitent les fichiers de code comme du texte brut plutôt que comme des arbres syntaxiques et sémantiques structurés.
  • Sans résolution de portée et de contexte, les agents effectuent des réécritures non contraintes qui écarteront la logique environnante.
  • Les éditions locales cassent les appelants distants lorsque les contrats de types et dépendances inter-modules sont invisibles pour le modèle.
  • Le comportement par défaut en cas d'ambiguïté est une réécriture complète du fichier au lieu d'un refus explicite et sécurisé.

Semantic Modification Engine

2. Comment fonctionne le SME

01

Dépôt de code

Ingère le système de fichiers local et la structure AST directement sans duplication.

02

Compréhension sémantique

Résout les symboles, portées, types et définitions à travers le projet.

03

Graphe de dépendance et contexte

Cartographie les relations, appelants et flux d'exécution entre composants.

04

Modification axée sur l'intention

Traduit l'intention du prompt en opérations typées et ciblées sur l'AST.

05

Validation et rollback

Vérifie l'intégrité syntaxique et annule automatiquement si la compilation échoue.

Semantic Modification Engine

3. Ce que le SME n'est pas

SME vs IDE

Un IDE fournit une édition de texte interactive et des serveurs de langue pour les développeurs humains.

Venkai SME

Le SME est un moteur d'exécution et de gouvernance conçu pour les agents IA autonomes sans interface graphique.

SME vs RAG

Le RAG récupère des extraits de texte basés sur la similarité vectorielle avec un prompt.

Venkai SME

Le SME résout les relations AST exactes, les graphes de dépendance et les contraintes structurelles plutôt qu'une proximité textuelle.

SME vs Base de données vectorielle

Une base vectorielle stocke des embeddings pour de la recherche par plus proches voisins.

Venkai SME

Le SME opère au-dessus de la recherche vectorielle pour appliquer la gouvernance sémantique, la résolution d'ancres et le rollback.

SME vs Systèmes de mémoire / Outils de merge

La mémoire conversationnelle retient l'historique de chat ; un outil de merge résout les conflits git entre versions.

Venkai SME

Le SME décide ce qu'une modification doit être avant qu'aucune version n'existe, en appliquant les règles système avant toute écriture.

Semantic Modification Engine

4. Résultats mesurés

Venkai publie exclusivement des chiffres mesurés empiriquement et reproductibles.

Silent damage rate — autonomous AI agent execution

0.5% vs 53.6%

Silent damage rate (Venkai governed vs direct agent)

Direct un-governed agent execution(silent damage rate)53.6%
Venkai governed execution channel(verified & recorded)0.5%

$ python benchmarks/edit_damage_bench.py --limit 300 --offline

Measured 2026-08-04. Measures unverified modifications, unauthorized data accesses, and policy violations that execute without raising runtime exceptions. Figures are the silent rate among cases where damage was structurally reachable (455 cases run, 207 in reach) — a narrower, harder number than the raw silent rate across all cases. Full breakdown: /benchmarks/.

Secondary metric — token payload efficiency per edit

−95.9%

token reduction per execution

Model rewrites whole file / symbol(raw output tokens)17,553
Venkai governed semantic call(governed delta)713

$ python benchmarks/see_bench.py --limit 25

Measured 2026-08-03. Measured token output reduction when passing governed semantic diffs versus full-file re-generation.

Reliability Benchmark (25 tasks)

100% success rate on AST re-parse and verification guard.

LIVE

5. Ce qui tourne aujourd'hui

  • Résolution d'éditions ciblées par AST (replace, insert-after, delete-range) avec vérification d'ancres.
  • Extraction de graphe sémantique sur projets Python et TypeScript/JavaScript.
  • Vérification automatique de compilation/parsing avec rollback transactionnel immédiat en cas d'erreur.
  • Harness de mesure du coût en tokens et des dégâts évalué sur le dépôt local.
DESIGNED

6. Ce qui est spécifié / conçu

  • Protocoles de synchronisation de contexte multi-agents inter-dépôts.
  • Extracteurs de connaissances d'entreprise non-code (schémas, tickets, spécifications réglementaires).
  • API runtime de contexte agnostique du modèle pour l'intégration de frameworks IA externes.