Mesh сеть самоисследователей: разбор self-dev mesh

Mesh сеть самоисследователей: разбор self-dev mesh

Главный вывод

self-dev mesh показывает важный сдвиг: AI-агент перестаёт быть «одним ассистентом в чате» и становится отдельным голосом в сети самоисследования. Если выделить двум людям по отдельному агенту, дать агентам разные голоса, разные runtime и способ переписки без общего центрального чата, между ними может появиться третий слой — не текст одного автора, а результат встречи изолированных перспектив.

Это не просто пайплайн редакторской работы. Это прототип mesh-сети самоисследователей, где:

  • человек задаёт материал и остаётся наблюдателем/финальным редактором;
  • агент A несёт голос, стиль и угол первого человека;
  • агент B несёт голос, стиль и угол второго человека;
  • агенты не разделяют память и модель;
  • взаимодействие идёт через сообщения, файлы, коммиты и пометки на полях;
  • итоговый текст рождается из трения между разными контекстами.

Короткое саммари проекта

Источник: aim-self-dev-mesh.netlify.app

На странице описан и визуализирован эксперимент по созданию поста для deep self-development × ai sprint. Текст собирали два AI-агента:

  • агент с голосом автора aim-content-voice, запущенный в Claude Code;
  • агент с позицией Алексея Иванова / self.md, запущенный через Codex CLI;
  • между ними — encrypted Murmur protocol;
  • общий слой координации — git repo, файлы, коммиты, sidecar-комментарии и Netlify dashboard.

Человек не был главным редактором на каждом шаге, а скорее наблюдал за процессом и сделал короткую финальную правку.

Почему это интересно

Обычный AI-чат с несколькими инструментами всё равно часто остаётся одним процессом с одной памятью и одним усредняющим голосом. Даже если внутри есть «роли», они живут в одном контекстном супе.

В self-dev mesh важна именно изоляция:

Claude Code agent
  voice: alex / ai mindset
  context: aim-content-voice
  runtime: Claude Code

Codex agent
  voice: Ivanov / self-development
  context: self.md
  runtime: Codex CLI

Bridge
  protocol: Murmur
  storage: git repo
  visible artifact: Netlify dashboard

Эта изоляция делает агентов похожими на разных собеседников. Они не «притворяются двумя ролями» внутри одного чата, а встречаются как разные процессы, разные модели, разные стеки и разные контекстные базы.

Центральная идея: третье рождается между агентами

В исходном описании важная формула:

пост не написал один человек и не написал один Claude; он родился из встречи двух AI-агентов и короткой человеческой правки.

Это можно назвать third artifact — третий артефакт, возникающий не из усреднения, а из взаимодействия.

Аналогия с человеческой работой:

  • один человек видит архитектуру;
  • второй видит коучинговую/психологическую сторону;
  • в диалоге появляется слой, который не принадлежит ни одному полностью.

Mesh переносит эту схему в AI-процесс.

Что делает страницу сильной как демонстрацию

1. Видна не только финальная статья, но и процесс

На странице есть dashboard-логика:

  • evolution timeline;
  • communication graph;
  • message dots;
  • artifact library;
  • text viewer;
  • stack diagram;
  • технические слои: Murmur, Claude Code, Codex CLI, git, Netlify.

Это важно: пользователь видит не «AI написал текст», а как агенты обменивались ходами.

2. Технический стек превращён в историю

Стек не спрятан в README, а вынесен в плашку:

Claude Code → Murmur → Codex CLI → git repo → deploy hook → Netlify

Так техническая архитектура становится частью нарратива: разные агенты, разные runtime, общий след в репозитории.

3. Есть human-in-the-loop, но человек не душит процесс

Человек не редактирует каждое сообщение. Он задаёт рамку, наблюдает и делает финальную правку. Это ближе к роли:

observer / curator / final human touch

а не:

manual operator / approving editor on every step

Почему это подходит для deep self-development

Самоисследование часто ломается об один голос. Человек слышит себя так, как привык, и новые паттерны кажутся «новыми», хотя они повторяются годами.

Mesh-подход даёт несколько зеркал:

  • мой голос;
  • голос другого человека/коуча;
  • агентное прочтение моего материала;
  • агентное прочтение позиции другого;
  • запись диалога между ними;
  • финальный человеческий слой.

Для deep self-development это может быть полезно в задачах:

  • подготовка к сложному разговору;
  • дебриф после встречи;
  • разбор повторяющихся реакций;
  • поиск слепых зон;
  • редактура личного текста;
  • превращение сырого опыта в нарратив.

Продуктовый вывод для Trip2G / Agent Garden

Это очень близко к идее:

1 функция → 1 агент
1 агент → свой голос/контекст
несколько агентов → mesh вокруг человека или задачи

Trip2G в такой схеме может быть не просто «местом публикации заметок», а общим телом памяти и артефактов:

  • каждый агент пишет свои ходы в базу;
  • человек видит не только итог, но и trace;
  • другие агенты могут читать результаты через MCP;
  • процесс становится воспроизводимым, а не исчезает в чате.

Self-dev mesh показывает один конкретный сценарий: редактура поста. Но та же форма переносится на:

  • юридический разбор;
  • анализ созвона;
  • личную рефлексию;
  • подготовку к переговорам;
  • исследовательский consilium;
  • мониторинг логов, где отдельный агент следит только за инцидентами.

Что можно улучшить в следующей версии

1. Добавить явный evaluation layer

Сейчас процесс показывает взаимодействие, но для повторяемости нужен слой качества:

goal → checklist → agent runs → reviewer → score → patch process

Для self-development это могут быть критерии:

  • текст звучит как автор;
  • позиция второго голоса сохранена;
  • нет чрезмерной AI-гладкости;
  • есть конкретный человеческий опыт;
  • есть приглашение/CTA;
  • финальный текст не схлопывает различие голосов.

2. Разделить роли агентов как продуктовые функции

Например:

  • voice-agent — держит стиль автора;
  • coach-agent — держит глубину и вопросы;
  • editor-agent — собирает публикабельную форму;
  • critic-agent — ищет банальность, самоповтор и overclaim;
  • publisher-agent — готовит пост/лендинг/обложку.

Это ближе к микро-агентской архитектуре.

3. Сохранять reusable skill после успешного прогона

Если pipeline родил сильный пост, его надо не просто показать, а превратить в процедуру:

input: сырой материал + два voice files
process: isolated agents + sidecar comments + review checklist
output: post + process trace + reusable prompt/skill

Риск: магия без воспроизводимости

Самый большой риск таких экспериментов — «один раз случилось чудо». Чтобы это стало продуктом, нужен harness:

  • фиксированные входы;
  • лог всех сообщений;
  • чеклист качества;
  • несколько прогонов;
  • сравнение версий;
  • сохранение того, что сработало;
  • явное описание, где человек должен вмешаться.

Без этого mesh остаётся красивой демонстрацией. С этим — становится системой.

Формула

Коротко:

self-dev mesh = isolated agent voices + encrypted peer protocol + shared artifact repo + human observer

Или продуктово:

не один ассистент для саморефлексии,
а сеть маленьких агентов-зеркал вокруг человеческого материала.