diff --git a/AI/dev/DSL/DSL_AI.md b/AI/dev/DSL/DSL_AI.md
index f32601d6..44632a87 100644
--- a/AI/dev/DSL/DSL_AI.md
+++ b/AI/dev/DSL/DSL_AI.md
@@ -7,10 +7,16 @@
 - третий будет solution architect (технологческий концепт, выбор технологического стека, интегации и т.п.), data architect 
 - четвертый формирует issue для отдельной подзадачи, пятый делае PR, шестой по нему CR, седьмой - тестер и т.д.  
 
-Только все эти этапы - это повтор классики system \ software engineering (SE\SWE), а нужно видимо что-то "более свежее".  
+Только все эти этапы - это повтор классики system \ software engineering (SE\SWE), а для AI-coding нужен видимо "более свежий" концепт разработки.  
 
 ### revision
 Полагаю, что нужно идти параллельно двумя путями:
 - DSL для каждого класса ПО
-- верхнеуровнеывый JS/Java (условно) для  
+- верхнеуровнеывый JS/Java (условно) для каждого языка програмрования - возможно единая оболочка, транслирующая верхнеуровневый код в язык програмирования, как и компилятор в машинный код \ bytecode. Назовем его macro code (MC)
+
+Общий вариант: человек (DSL-програмист \ DSL промпт-инженер) пишет на DSL, далее агент генерит MC-код, человек его CR и далее только человек участвует только в User testing.   
+Как варинт, упрощенный DSL - это связка Онтологии (на каком либо языке, например, OWL/RDF, т.е. формальная онтология) и языка запросов, например, SPARQL. Такая связка показана в проекте [Semantic BPM\VAD](https://github.com/bpmbpm/rdf-grapher/tree/main/ver9d), оетология [в частности](https://github.com/bpmbpm/rdf-grapher/tree/main/ver9d/ontology).
+
+
+