Начало работы

Как работает Polylane

Цикл, который Polylane запускает на вашем стеке, и те несколько сущностей, которые вы увидите в консоли: от проблем и тредов до прогонов исправления, эскалаций и автофиксов.

Polylane подключается к вашим облакам, репозиториям и инструментам наблюдаемости, следит за ними и доводит каждую неполадку до вердикта и исправления. Всю историю вы читаете в тредах: из консоли, Slack, кодинг-агента или терминала.

Цикл

  1. Подключение: вы подключаете облако, репозиторий и инструмент наблюдаемости, а Polylane строит живую карту вашей системы, которую читает каждый агент. См. Подключение.
  2. Обнаружение: проверки, построенные на вашей телеметрии, поднимают проблемы, каждый pull request проверяется на фоне production, а рискованная конфигурация отмечается. См. Обнаружение.
  3. Расследование и исправление: один агент разбирает каждую проблему вашими реальными инструментами, показывает доказательства и открывает исправление как pull request, который вы проверяете. См. Расследование и исправление.
  4. Работа в ваших инструментах: тот же агент отвечает из редактора, терминала, CI или Slack. См. Работа в ваших инструментах.

Примитивы

ПримитивЧто этоГде вы это видите
Граф контекстаЖивая модель вашего стека, которую наполняют облака, репозитории, интеграции и записи памяти и из которой читает каждый агент.Отображается как топология.
Облачный аккаунтПодключённый облачный провайдер, чьи ресурсы Polylane синхронизирует, распределяет по уровням и для которых записывает каждое изменение.Clouds в разделе Settings; см. Облака.
РепозиторийПодключённый хостинг кода, в котором агенты ищут, читают и открывают pull request'ы, связанный с ресурсами, в которые он деплоится.Repositories в разделе Settings; см. Репозитории.
ИнтеграцияПодключённый инструмент наблюдаемости, чат, хостинг кода, трекер задач или кодинг-агент, который даёт инструменты для вызова агентами и события, которые слушает обнаружение.Integrations в разделе Settings; см. Интеграции.
TopologyГрафовое представление вашей инфраструктуры: ресурсы как узлы, связи как рёбра, у каждого свои свойства и история изменений.Topology; см. Topology.
Запись памятиПодтверждённая находка, которую агент или человек сохраняет, чтобы следующее расследование начиналось с уже известного.Memories в разделе Settings; см. Memories.
ПроверкаПлановая оценка ресурса, построенная на ваших провайдерах и сохранённых запросах, которая поднимает проблему при нарушении.Панель Lineage прогона исправления.
ПроблемаЕдиная запись обнаружения: с ресурсом что-то может быть не так. Прогон исправления выносит по ней вердикт: подтверждена или отклонена.Тред её прогона исправления; см. Проблемы.
Ревью pull requestПроверка каждого pull request в подключённом репозитории на фоне production, в который он деплоится, опубликованная как комментарий до слияния.Комментарий к pull request; см. Ревью pull request'ов.
РекомендацияСовет по конкретному ресурсу о неверной конфигурации, риске для устойчивости или пробеле в наблюдаемости, с исправлением, которое можно передать агенту.Панель ресурса на топологии; см. Advisories.
ТредРазговор с агентом, у которого есть ваш полный граф контекста; его можно наблюдать, прерывать, делиться им и продолжать.Threads; см. Threads.
Прогон исправленияОдин агент ведёт одну проблему от вердикта через первопричину до pull request в одном треде.Threads с фильтром Type, установленным в Fix run; см. Прогоны исправления.
ЭскалацияОдна запись на каждую вещь, которая нужна агенту от вас; закрывается, когда вы её обработали.Пресет Needs you в разделе Threads; см. Escalations.
АвтофиксНаписанное агентом исправление кода, которое приходит как pull request в ваш репозиторий; его выполняет кодинг-агент Polylane или подключённый, например Devin, Cursor, Factory или Conductor.Pull request и панель Lineage треда; см. Autofix.

Что могут делать агенты

По умолчанию агенты только читают: прогон, в который никто не писал, использует доступ к вашим провайдерам только для чтения, а облачный аккаунт с пометкой Read-only отклоняет любой вызов на запись. Когда вы находитесь в треде, вызов на запись к провайдеру проходит проверку безопасности, а затем ждёт вашего подтверждения перед выполнением. Изменения кода приходят как pull request'ы в ваш репозиторий, а слияние остаётся за вами.

См. также