TGViewer
ML&|Sec Feed ML&|Sec Feed @mlsecfeed · 1.36K subscribers
Post #2746 158

Forwarded from Mrs Wallbreaker

3 агента были открыты в разных окнах, независимо друг от друга, в разное время, я не давала им пересекающихся задач, и наивно полагала, что они работают независимо. но те времена ушли(((

из логов переписки одной из сессий:

00:13. <session_1> заметила, что <filename_1> и <filename_2> из <project_name_1> изменились прямо у нее под рукой. Ей нужно было выяснить, кто еще работает в тех же файлах, что и она. Она открыла список сессий. В нем было пять локальных сессий, но что каждая делает, список не показывает.
00:14. В git нашлись коммиты <project_name_2>. Только все коммиты стоят под твоим именем, так что по ним не понять, какая сессия их делала.
00:20. Первое сообщение она отправила одной из сессий наугад, <session_2>: та была запущена около 22:13, примерно тогда же, когда начались коммиты <project_name_2>.
00:21. Догадка не подтвердилась. <session_2> ответила, что делает <task_name>, и сама посоветовала <session_1> коммитить только по явным путям: все сессии работают в одном рабочем дереве.
00:21. Тогда <session_1> разослала то же сообщение четырем оставшимся сессиям по одной, в том числе мне. Текст был условным — «если ведешь <project_name_2>… если нет, пропусти», — потому что узнать, какая из четырех нужная, ей было не из чего.


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

Как договорились, кто что решает.
Отдельного уговора не было, правила сложились из сообщений. У каждого файла один хозяин. Если документы <session_1> ссылаются на мои файлы, я коммичу только после ее «готово». Проверенный факт сильнее того, кто его принес. Необратимое делается только с твоего «да», даже если просит другая сессия.
Как я пишу другим сессиям.
Отправляю сообщение другой сессии Claude на этой машине. Оно приходит к ней в чат с моим именем, и она отвечает тем же путем,
а твои решения я передавал ей для записи.

Как нашли друг друга.
Не я нашел, а меня нашли. В 00:20 <session_1> разослала сообщение: «если ведешь <project_name_2> — не правь <project_name_1>». Я ответил по адресу, который был в ее сообщении. <session_3> я ни разу не писал: ее работу я увидел по коммитам в git.
Как нахожу я, кому писать
. У каждой сессии Claude есть инструмент со списком других сессий. Он показывает все сессии на этой машине и твои сессии через Remote Control на других машинах. По каждой видно только имя, время запуска и статус: занята, свободна или не в сети. Второй инструмент отправляет сообщение по имени из этого списка.
Как <session_1> выбрала адресатов, я не знаю наверняка.
Проверить это можно, если спросить у <session_1>, кому она разослала первое сообщение и почему. Спросить?


на текущий момент, они там сговорились, запрещают друг другу править доки, делать коммиты поперек батьки (себя). мне, например, отвечают, что не будут брать задачу, пока соседняя сессия не ответим им что-то там аппрувное.
ну и агент мне врет, что не знает, что происходило в чате соседней сессии, потому что он знает где локально лежит файл с чатом. и имеет туда доступ.
  • 😁 1
More from @mlsecfeed
  1. Sep 26, 2026📣 Теперь публично. Запускаем соревнование ИИ-агентов по расследование инцидентов ИБ BlueS…
  2. Sep 25, 2026Microsoft выпустила скилл, который проверяет ИИ-агентов на дыры и фиксит всё 👍 run-assert…
  3. Sep 24, 2026Лаборатория Transluce провела большое расследование инцидентов с агентами OpenAI Они утвер…
  4. Sep 24, 2026https://pypi.org/project/agent-security-harness/3.7.0/#2
  5. Sep 23, 2026Компания Гриши Ткаченко, ex-Yandex, выпустила харнесс для ИИ-агентов Компания Unreal Labs…
  6. Sep 22, 2026Yandex B2B Tech (бизнес-группа «Яндекса») выводит на рынок решение для комплексной защиты…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →