Публикация markdown-черновиков в EVA Wiki #144

New Issue

aep · 2026-11-01T19:53:03+03:00

aep commented

2026-11-01 19:53:03 +03:00

Перенос аналитики из markdown в репозитории (awp-ca, sfm_foxpro и т. п.) в EVA Wiki, без ручного копирования.

Контекст и разбор API — brainstorming в сессии jira-bridge 29.10–01.11.2026 (чат); спека и дизайн — openspec/changes/wiki-publish/.

Решения:

публикация только через markdown-макрос EVA (data-macros="wikimarkdown"); источник правды — markdown в репозитории, публикует агент в чате по MCP-команде;
единица публикации — одна страница или набор (каталог); раздел = каталог, страница раздела = одноимённый файл внутри каталога, остальные файлы каталога — дети;
перед публикацией существующей страницы хаб обязательно перечитывает её из EVA и сравнивает текст макроса (md) со своей последней публикацией; расхождение — публикации нет, агент в чате показывает diff и переносит правки аналитика в markdown;
frontmatter несёт привязку к странице (код EVA; для новой — родитель) и не попадает в вики; заголовок — из title или первого #, у уже существующей страницы без title заголовок не трогаем;
вложения — загрузка только руками (API EVA не принимает файл по токену агента, только по сессии браузера); публикация проставляет ссылки по предсказуемому адресу файла и сообщает, какие файлы ещё не на месте;
порядок страниц в дереве аналитик задаёт сам в EVA, агент его не трогает;
разведка API (eva_probe3.py, /Volumes/externalSSD/utm/rshb/jira-bridge/probe/) подтвердила: text_draft+do_publish работает, EVA сама не рендерит markdown — хаб обязан класть в макрос готовый HTML;
контракт команд/API — здесь (sdlc-hub); у агента (eva-agent) — отдельный design-only change и свой issue.

Перенос аналитики из markdown в репозитории (awp-ca, sfm_foxpro и т. п.) в EVA Wiki, без ручного копирования. Контекст и разбор API — brainstorming в сессии jira-bridge 29.10–01.11.2026 (чат); спека и дизайн — openspec/changes/wiki-publish/. Решения: - публикация только через markdown-макрос EVA (data-macros="wikimarkdown"); источник правды — markdown в репозитории, публикует агент в чате по MCP-команде; - единица публикации — одна страница или набор (каталог); раздел = каталог, страница раздела = одноимённый файл внутри каталога, остальные файлы каталога — дети; - перед публикацией существующей страницы хаб обязательно перечитывает её из EVA и сравнивает текст макроса (md) со своей последней публикацией; расхождение — публикации нет, агент в чате показывает diff и переносит правки аналитика в markdown; - frontmatter несёт привязку к странице (код EVA; для новой — родитель) и не попадает в вики; заголовок — из title или первого #, у уже существующей страницы без title заголовок не трогаем; - вложения — загрузка только руками (API EVA не принимает файл по токену агента, только по сессии браузера); публикация проставляет ссылки по предсказуемому адресу файла и сообщает, какие файлы ещё не на месте; - порядок страниц в дереве аналитик задаёт сам в EVA, агент его не трогает; - разведка API (eva_probe3.py, /Volumes/externalSSD/utm/rshb/jira-bridge/probe/) подтвердила: text_draft+do_publish работает, EVA сама не рендерит markdown — хаб обязан класть в макрос готовый HTML; - контракт команд/API — здесь (sdlc-hub); у агента (eva-agent) — отдельный design-only change и свой issue.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: aep/sdlc-hub#144