Planius для агентов: подключение, доска и передача задач

Если один агент нашёл материалы, второй пишет текст, а третий проверяет, каждому нужен доступ к результатам предыдущего. В Planius можно хранить задачи, исходники, решения и ссылки на готовую работу. Этот гайд поможет организовать такую передачу без пересказа всей переписки.

Для кого: для владельцев проектов и команд, которые работают с несколькими ИИ-агентами. Общее подключение сервисов разобрано в MCP для Claude.

1. Подключи Planius

Понадобятся аккаунт в Planius, проект и агент с поддержкой MCP. MCP даёт агенту инструменты для чтения и изменения данных сервиса.

Адрес сервера Planius: https://planius.pro/mcp. Он указан в инструкции Viberz.

Через интерфейс Claude

В настройках коннекторов добавь свой коннектор, назови его Planius и укажи адрес сервера. Пройди вход на странице сервиса и разреши подключение. Убедись, что коннектор доступен в нужном чате. Названия пунктов интерфейса могут отличаться в зависимости от версии и настроек аккаунта.

Через Claude Code

В терминале среды, где установлен Claude Code, выполни:

claude mcp add --transport http planius https://planius.pro/mcp

Если работаешь на сервере, команду нужно выполнить там. Затем открой Claude Code, введи /mcp, найди Planius и пройди авторизацию, если она требуется. Формат подключения HTTP-сервера описан в документации Claude Code.

Проверь чтение

Проверь подключение к Planius. Сначала вызови planius_me. Покажи доступные проекты, доски и статусы. Ничего не меняй. Не придумывай названия проектов и идентификаторы.
…

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

Каждому отдельному агенту или сессии нужен доступ к этому же проекту. Подключение в одном чате не гарантирует доступа в другом.

2. Подготовь одну доску

Для первого запуска достаточно одного проекта и одной доски. Создай их в интерфейсе Planius или используй существующие. Ниже — рекомендуемая схема, а не названия встроенных статусов.

Этап	Что здесь лежит	Когда двигать дальше
Входящие	Идея или запрос	Понятно, для кого и что сделать
К работе	Задачи с исходниками и критерием готовности	Назначен текущий исполнитель
В работе	Задачи, которыми сейчас занимаются	Результат сохранён и приложен
Проверка	Результат и инструкция для проверяющего	Критерии выполнены
Готово	Принятая работа	Проверяющий зафиксировал приёмку

Если статусы уже настроены, сопоставь их с этими этапами. Агент должен использовать реальные значения из planius_me.

• 📋Координатор

  Уточняет запрос, делит работу и выбирает следующий этап.

• 🔎Исследователь

  Собирает исходники и отмечает неподтверждённые сведения.

• 🛠Исполнитель

  Создаёт результат по заданию и сохраняет его в доступном месте.

• ✓Проверяющий

  Сравнивает результат с критериями и фиксирует решение.

Роли могут выполняться в разных чатах или последовательно одним агентом. В карточке указывай текущую роль и следующий шаг. Если у агентов нет отдельных учётных записей, не выдавай название роли за назначение реальному участнику.

3. Заполни правила проекта

В документе проекта зафиксируй, что команда считает готовой работой. Например:

Работаем на русском. Факты сопровождаем источниками. Неизвестное отмечаем явно. Результаты сохраняем документом или прикладываем доступную ссылку. Статус «Готово» ставим после проверки критериев. Внешние публикации делает человек. Перед изменением карточки перечитываем её актуальное состояние.

Planius предоставляет инструмент planius_get_rules для чтения правил рабочего пространства и проекта. Попроси агента читать их перед планированием. Если правила ещё не заданы, сначала согласуй их текст и сохрани в настройках или документе проекта.

4. Используй одну карточку для одного результата

Название «Заняться контентом» не объясняет, что принимать. «Подготовить черновик гайда по записи на консультацию» уже задаёт результат.

Скопируй шаблон в описание задачи:

Цель:
Кому и зачем нужен результат:

Что сделать:
Что не входит в задачу:

Исходники и ссылки:
Где сохранить результат:

Критерии готовности:
- [ ] Результат соответствует запросу.
- [ ] Факты проверены, источники приложены.
- [ ] Файл или документ доступен проверяющему.
- [ ] Нерешённые вопросы перечислены.

Текущая роль:
Следующая роль:
Следующее действие:

Ограничения и запреты:

Если результат зависит от другой задачи, добавь зависимость. Planius поддерживает связи blocks, blocked_by и relates. Для цепочки «исследование → черновик → проверка» используй блокирующие связи. Простая связь relates только показывает отношение между задачами.

5. Разбери пример: гайд для клиента

Учебная задача: подготовить инструкцию «Как записаться на консультацию». Все ссылки и сведения о записи сначала даёт владелец проекта.

Задача	Кто делает	Результат	Что блокирует
Собрать условия записи	Исследователь	Документ с условиями и источниками	Написание инструкции
Написать инструкцию	Исполнитель	Черновик по подтверждённым условиям	Проверку
Проверить инструкцию	Проверяющий	Список замечаний или приёмка	Передачу человеку

Попроси координатора подготовить карточки:

В проекте [ключ проекта] на доске [название доски] организуй подготовку инструкции «Как записаться на консультацию».

Сначала прочитай правила проекта и текущие задачи. Проверь, нет ли такого задания. Используй реальные статусы из planius_me.

Если дублей нет, создай три задачи: собрать условия, написать инструкцию, проверить инструкцию. В каждой укажи входные данные, результат, критерии готовности, текущую и следующую роль. Свяжи их блокирующими зависимостями.

Не выдумывай условия записи. Если исходников нет, перечисли, что нужно получить от меня. Не запускай исполнителей и не публикуй материалы. Верни ключи созданных задач.
…

Это задание создаёт структуру работы. Запуск исследователя — отдельный шаг.

6. Передавай задачу по ключу

Каждый новый исполнитель начинает с чтения карточки, её зависимостей и правил. Ему не нужно доверять пересказу из другого чата.

Задание исследователю

Ты исследователь. Прочитай задачу [ключ] в Planius, правила проекта и блокирующие зависимости. Если задача ещё заблокирована, сообщи причину и остановись.

Собери только сведения, нужные для её результата. Для каждого существенного факта дай источник. Отдели подтверждённое от вопросов владельцу. Сохрани результат документом в проекте или задаче.

После работы добавь комментарий: что сделано, ссылка на результат, что проверено, что осталось неизвестным, кому передать дальше. Перечитай карточку и выбери соответствующий реальный статус. Не закрывай невыполненные критерии.
…

Задание исполнителю

Ты исполнитель. Прочитай задачу [ключ], правила проекта, зависимости и результаты предыдущего этапа.

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

Добавь комментарий передачи: результат, ссылка, выполненные проверки, ограничения, следующий шаг. Передай работу на проверку через соответствующий статус доски. Сам себя не принимай.
…

Задание проверяющему

Ты проверяющий. Прочитай задачу [ключ], правила, критерии готовности и результат по ссылке.

Проверь каждый критерий. Для замечания укажи конкретное место, проблему и нужную правку. Если результат недоступен, это препятствие для проверки.

Зафиксируй приёмку или замечания в карточке. Статус завершения используй только при выполненных критериях. Иначе верни на доработку в подходящий статус и укажи следующий шаг. Ничего не публикуй.
…

7. Оставляй понятную передачу

В комментарии после этапа достаточно такого сообщения:

Результат: собраны условия записи.
Где лежит: [ссылка на документ].
Проверено: ссылка на форму открывается, условия сверены с исходником.
Не решено: владелец не подтвердил порядок переноса консультации.
Следующий шаг: уточнить перенос, затем подготовить инструкцию.
Следующая роль: исполнитель.

Это пример формата. В реальной карточке перечисляй только действительно сделанные проверки.

Не оставляй результат только в памяти чата или в файле, который виден лишь одному агенту. Ссылка должна открываться у следующего участника. Пароли и ключи доступа в карточку не вставляй.

8. Как запустить следующего агента

Для первого прохода открой второй чат с подключённым Planius и отправь ему ключ задачи вместе с заданием исполнителя. Затем так же запусти проверяющего.

Сначала проверь ручную цепочку. Если она проходит, настрой один способ запуска и убедись, что повторное событие не создаёт дубли.

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

Если что-то пошло не так

Проверка первой цепочки

• Подключение вернуло реальные проекты и доски.
• Каждый исполнитель видит нужную карточку.
• В карточке указаны результат и критерии приёмки.
• Зависимые задачи связаны.
• Исследователь сохранил исходники.
• Исполнитель получил их из Planius.
• Проверяющий открыл результат и оставил решение.
• Незакрытые вопросы остались видны в карточке.

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

Материал дополняет MCP для Claude: там — общее подключение сервисов, здесь — организация совместной работы через задачи.

Результат: одна задача проходит от исходников до проверенного результата с сохранённой историей передачи.

Формат: инструкция и копируемые шаблоны. Для работы нужен аккаунт Planius и агент с поддержкой MCP.

Что взять дальше

• Подключить другие рабочие сервисы — MCP для Claude, бесплатно.
• Выбрать первую задачу агенту — 5 дел, которые стоит отдать агенту первыми, бесплатно.