Комментарии 13
Интересно, а человек может соблюсти 192кбайта корпоративных правил (часто нарушающих друг друга). А потом люди жалуются, что агенты плохо работают ))
Кстати я тоже для команды начал развивать общий контекст схожий с обсидиан, но я целил изначально в что-то среднее между Обсидиан и hackmd. Можешь потестить если интересно - https://docli.ru там все бесплатно. К воркспейсу можно mcp подключить с oAuth или апи ключом. В свободное время добавляю нативную поддержку для общей работы в воркспейсе. Сейчас совместная работа возможна только выдав ключик для mcp и sync другим членам команды, но даже так работать уже стало намного приятнее
Спасибо, уже смотрю
MCP с oAuth к воркспейсу - этого у меня как раз нет: у меня общий слой -это просто файлы на дисках, и агент читает их локально
Два вопроса, если не сложно. Первый: что происходит, когда двое правят один документ одновременно? У меня для этого замок на файл минут на пятнадцать, но я еще думаю, как по-другому сделать
Второй: MCP отдаёт агенту весь воркспейс или ходит по нему выборочно? У меня стартовый контекст сессии вышел под 91 тысячу токенов, поэтому правила и пришлось резать на слои.
И заодно: self-host возможен?
Там идет трехсторонний мерж, либо мержит либо делает файл конфликт, дальше планировал сделать CRDT. Та же система используется для плагина синхронизации с обсидиан (сильно эксперементальный)
Он вообще не отдает воркспейс, если посмотришь что есть в MCP, то увидишь что есть возможность запросить полный ваульт или папку чтоб он отдал полностью и в запросе так же передаешь лимит в токенах, и если вмещается в лимит токенов то вернет все.
Ну я пока разрабатываю это как эксперементальный сервис поэтому пока только бесплатно в облаке
Про мерж понял, спасибо!
У меня ограничение на изменение файла сделано простым: общий слой это обычные файлы, и мне спокойнее, когда при одновременной правке рядом просто появляются две версии и выбираю я, иначе объединённый текст правила может получиться таким, какого никто не писал, а агент же по нему действует
Лимит токенов прямо в запросе это очень хорошая идея, я до такого не додумался
У меня та же задача решена со стороны хранения: файл, который агент читает при каждом старте, содержит только строку «когда это правило срабатывает и где лежит подробное описание», а сам текст правила -отдельной заметкой и он читается, только когда понадобился.
Там как раз и появляются файлы на выбор, просто некоторый текст, например новый параграф, не конфликтует с другим, поэтому его легко замержить. В любом случае я потихоньку дорабатываю дифф утилиты так что там должно стать проще видеть изменения. Правда пока дифф утилиты дорабатываются для разницы между публикацией и черновиком, но позже будет схоже работать и с конфликтами и с правками пользователя/агента.
Понял, принял Я думал, у вас мерж вместо конфликтов, а на деле и то и другое
Дифф между публикацией и черновиком звучит хорошо, у меня такого нет: отличие черновика от опубликованного у меня в папке и поле в заголовке файла, а что именно поменялось между ними, я сам глазами смотрю через git . Для текста правила, по которому потом работает агент, отдельный дифф был бы кстати
Я как раз тоже сейчас прорабатываю систему взаимодействия между агентами в воркспейсе
Есть еще идея попробовать сделать cli вместо mcp для оптимизации
Идея рабочая. У меня стартовый контекст сессии вышел около 90K токенов по медиане, и заметная часть там как раз описания команд MCP, которые читаются при каждом старте, даже если к ним не обращались.
С CLI этой постоянной платы нет как я понимаю, агент зовёт утилиту в тот момент, когда она ему понадобилась.

Одна среда на шесть компьютеров вместо командной подписки Claude Code