diff --git a/AI/dev/DSL/DSL_AI.md b/AI/dev/DSL/DSL_AI.md
index 94d45d1b..b967c3aa 100644
--- a/AI/dev/DSL/DSL_AI.md
+++ b/AI/dev/DSL/DSL_AI.md
@@ -10,7 +10,7 @@
 Только все эти этапы - это повтор классики system \ software engineering (SE\SWE), а для AI-coding нужен видимо "более свежий" концепт разработки.  
 
 ### revision
-Комментарий к [Архитектура вместо синтаксиса: CodeSpeak — язык разработки следующего поколения, использующий силу LLM спецификаций](https://habr.com/ru/articles/1010082/)  
+Комментарий к [Архитектура вместо синтаксиса: CodeSpeak — язык разработки следующего поколения, использующий силу LLM спецификаций](https://habr.com/ru/articles/1010082/), Новый язык програмирования эпохи ИИ  
 Полагаю, что нужно идти параллельно двумя путями:
 - DSL для каждого класса ПО
 - верхнеуровнеывый JS/Java (условно) для каждого языка програмрования - возможно единая оболочка, транслирующая верхнеуровневый код в язык програмирования, как и компилятор в машинный код \ bytecode. Назовем его macro code (MC)
@@ -27,13 +27,13 @@ PL\SPARQL - это только в части обработки данных (
 - on-line сервис: https://www.ldf.fi/service/rdf-grapher см. https://github.com/bpmbpm/rdf-grapher/tree/main/ver1
 - graphviz-online см. https://github.com/bpmbpm/graphviz-online/tree/main/ver1 - удивительно, в оригинальном graphviz-online не было поддержки тега image
 - https://github.com/bpmbpm/excel-online/tree/main/ver1  
-и другие
+и другие. Причем подобное может делать человек, "далекий от программирования". 
 
 С учетом грандиозных возможностей AI реализовать "DSL для каждого класса ПО" и macro code (BPMN Next) - вопрос только постановки задачи и ... оплаченных токенов (бесплатные модели не особо хороши, точнее только в последние месяцы своей бесплатности, например, Grok Code Fast 1, kimi etc).
 
 Фактически индустрия програмирования как когда-то при переходе с Ассемблера на С (и далее С++) должна "взять новую высоту", где уже более верхнеуровневый код будет представлять собой **конструктор смыслов** (условно RDF - триплетов, точнее их конструктор) и "писать на нем" будет простой (смертный) бизнес-пользователь, а "продвинутый бизнес-пользователь" даже сможет делать CR, проверять (условно) ключевые "BPMN Next" и PL\SPARQL конструкции. 
 
-
+Во многом подобное будет напоминать сборку ПО как пазла: ведь все компоненты: онтология \ DSL, аналоги BPMN Next \ PL\SPARQL - это могут быть достаточно агрегированные конструкции.