и го просто генерит xml

Тогда никак.

Ды только парсит весь диалпан по тем же правилам что и фрисвичевый

И составляет по сути екзекут лист и только его в xml и передаёт

Хотя можно отключить и не парсит а передавать контекст целиком

Если бы была именно реализация FS Dialplan API, то можно было бы выставить какую-то переменную, которая бы определяла внутри "вилку":
1. вернуть то, что нужно выполнить
2. только в лог написать то, что выполнилось бы

Ну так оно и есть на пост за запрос вернётся тебе

Ещё в этой задаче вот какая трудность: это iniline приложения, который связаны с какими-то внешними объектами.

Инлайн реализован

А вот переменные выставляемые в скриптах нет. Так как скрипты тоже собираюсь внутри реализовать

В принципе, от части можно оттестировать, выполнив CURL запрос с  выставленными нужными заголовкам.

Да

Хотябы получим на одну итерацию набор того, что будет выполняться.

Но тоже есть много ограничений.

При в кастом можно любой диалплан импортнуть. Правда есть ограничение сейчас не поддерживаются нестед кондишены но не потому что нельзя их сделать а потому что плохая практика их использовать

Да в дальнейшем планирую кроме диалпана некоторые приложения переписать чтобы были внутри. Типа курл запросов например сразу из го делать до выдачи диалпана и тп

есть план.
кусок

     <action application="set" data="hangup_after_bridge=true"/>
       <action application="set" data="continue_on_fail=true"/>

<action application="limit_execute" data="hash outbound bee 370 bridge sofia/gateway/bee/$1" />
 <action application="limit_execute" data="hash outbound bz 400 bridge sofia/gateway/bz/$1" />

оператор может отбить звонок после ивр(абонент недоступен), fs продолжает звонок через второй транк, как можно пофискать, чтобы звонок дальше не уходил ? 31 q.850 после ивр

сделать отдельный кондишен на второй экзекут

и проверять там