Термины определены здесь один раз и ссылаются на них повсюду.
Критерии приемки
Проверяемые утверждения в спецификации которые определяют, удалось ли выполнить работу. Проверка осуществляется посредством тестов.
Консультативный шлюз
Это шлюз качества при неудаче регистрируется как результат, но не останавливает выполнение задачи. В отличие от блокирующего шлюза.
Агент
Специализированный исполнитель, выполняющий один этап задачи. У каждого агента закреплена фиксированная роль и ограниченный набор инструментов. См. Роли агентов.
Агент-час
Единица измерения времени выполнения задачи. Учитывается, пока агент активно работает над задачей, а не пока она ожидает в очереди.
Слот агента
Единица параллельности. Один слот выполняет одну задачу за раз. См. Мощность и слоты агентов.
AI профиль
Именованная конфигурация модели, назначаемая агенту, учитывающая стоимость, скорость, возможности и ограничения, такие как требования к размещению данных. См. AI профили.
Автоматизация
Работа, запускаемая без необходимости запрашивать её каждый раз: расписание или триггер, срабатывающий при определённом событии. Автоматизации перечислены в разделе «Автоматизации». См. Автоматизации.
Базовая версия
Коммит базовой ветки, от которого начинается план До того, как pull request плана будет объединён, Coroid проверяет, не изменилась ли базовая ветка. Если да, человек подтверждает новое состояние или Coroid объединяет изменения и проводит повторную проверку. См. Когда меняется базовая ветка.
Блокирующий шлюз
Шлюз качества, при неудаче которого выполнение задачи останавливается до тех пор, пока он не пройдёт или не будет обойден.
BYOK
«Bring your own key» — использование собственных учётных данных провайдера моделей, чтобы расходы оплачивались провайдером по вашим тарифам, а не через Coroid.
Проверка
Отдельная проверка, выполняемая в отношении изменения. Проверки группируются в политику и запускаются как шлюзы.
Канареечный релиз
Проверка Quality Graph, запускаемая после успешного деплоя для оценки состояния среды. Невыполнение этой проверки не удаляет запись об успешном деплое. См. Релизы.
Координатор
Агент, управляющий задачей в режиме координатора. Это Архитектор, оставшийся в задаче после планирования: он поочередно даёт указания разработчику, специалисту по QA и рецензенту, отвечает на их вопросы и решает, что делать после каждого отчёта. Он не может отменить вердикт или завершить задачу, если она не прошла проверку QA. См. Роли агентов.
Попытка деплоя
Один запрос или зафиксированный запуск коммита релиза в определённой среде. При повторных попытках создаётся новая попытка; релиз сохраняет предыдущий результат. См. Релизы.
Обнаружение
Что-то, что Coroid нашёл в вашем коде во время анализа, и что может стать предложенной работой.
Результат
Проблема, зафиксированная в связи с изменением — агентом-рецензентом, сканером или консультативным шлюзом. Результаты либо устраняются как доработка, либо прикрепляются к пулл-реквесту.
Глобализация
Подготовка продукта к выходу на любой рынок: код, работающий на любом языке и в любой культуре (интернационализация), а затем его переводы (локализация). Также это пункт главного меню для обеих функций и проверка качества, гарантирующая готовность каждого изменения к мировому рынку. См. Глобализация.
Хук
Автоматизация на уровне организации, реагирующая на событие платформы. См. Хуки.
Приём заявок
Этап, на котором запрос становится отслеживаемой работой. Человек создаёт её через функцию «Новая работа», импорт задач или чат «Подготовка работы»; другая система — через модуль приёма заявок API или автоматизацию событий, например, для мониторинга Slack или Telegram. Эти запросы проходят этап квалификации работы перед созданием самой задачи. В режиме помощника чат-ассистент создаёт работу напрямую, так же как и сервер MCP и собственная автоматизация Coroid. См. Квалификация работы и Способы начала работы.
Линия
Ветка, в которую интегрируются задачи плана. Задачи ориентированы на линию, а не на вашу базовую ветку, и итоговый результат продвигается как единый pull request. См. Задачи, планы, спринты и линии.
Ручное подтверждение
Запись Владельца или Администратора о том, что внешний конвейер развернул зафиксированный коммит, с указанием времени и обоснования или доказательств. Это фиксирует факт деплоя; при этом не запускается CI и не подтверждается шлюз задним числом.
MCP
Model Context Protocol. Coroid соединяется с внешними серверами MCP и может использоваться как один. См. раздел Обзор интеграций.
Помощники, такие как Hermes, Codex и Claude Code, используют сервер MCP Coroid для работы с Coroid. См. Coroid в качестве сервера MCP.
Спланировать
Упорядоченный набор задач, сгруппированных по этапам и утверждённых до написания кода.
Политика
Именованный набор правил проверки качества с указанием версии, привязанный к проектам.
Проект
Один репозиторий вместе с его конфигурацией, контекстом и настройками — среда, в которой выполняется работа контейнера.
Продвижение
Открытие pull request, которое переносит интегрированную работу из потока в вашу базовую ветку после её соответствия требованиям.
Ключ провайдера
Учетные данные для провайдера моделей, которые вы предоставляете. Они шифруются при хранении, никогда не возвращаются API и не включаются в экспорт настроек.
Псевдолокализация
Отображение продукта с фиктивным переводом, с ударениями, более длинным текстом и в обратном порядке для языков с письмом справа налево, чтобы выявить пропущенные элементы каталога, усечённые метки и нарушения отображения. См. Псевдолокализация.
Этап проверки качества
Проверка, которую должна пройти работа перед переходом на следующий этап. См. Этапы проверки качества.
Релиз
Один зафиксированный коммит проекта, проходящий через все окружения с записями о проверках, Согласованиях, развертывании и состоянии здоровья на каждом этапе. Релиз может быть без версии. См. Релизы.
Снимок состояния релиза перед этапом проверки
Неподвижный результат готовности, привязанный к коммиту релиза, версии диапазона, окружению и версии политики. Согласования ссылаются на этот результат и устаревают при изменении кандидата или политики.
Поезд релизов
Упорядоченный список релизов из нескольких проектов. Он может показывать частичный прогресс, но не гарантирует атомарное развертывание по всем репозиториям.
Доказательства рецензирования
Артефакты, прикреплённые к pull request в качестве подтверждения проверки — предварительные версии развертываний, результаты сканирования, отчёты о покрытии кода, запуски тестов. См. Доказательства рецензирования.
Правило рецензирования
Инструкция, определённая организацией, которая задаёт параметры поиска для агента-рецензента.
Переделка
Отправка задачи обратно агенту-разработчику с результатами анализа при сохранении её контекста, без необходимости начинать заново.
Sentinel
Былое название автоматизаций, отслеживающих определённые условия. Отдельной функции Sentinel для этого нет. См. Автоматизации.
Учетная запись службы
Не человеко-подобная учетная запись для программного доступа с собственными ограниченными учетными данными.
Другие системы используют учетную запись службы для отправки запросов через рабочий поток API. См. Из ваших собственных систем.
Квалифицированная задача от учетной записи службы ожидает запуска человеком, если только владелец или администратор не настроил автоматический запуск квалифицированных задач.
Техническое задание
Описание области применения, исключений и критериев приемки, составленное до начала работ.
Спринт
Временной контейнер для работы со собственными метриками и временной шкалой.
Задача
Одна единица работы, завершающаяся созданием одного pull request. Именно эта единица выполняет фактическую работу.
Квалификация работы
Проверки, которые должен пройти запрос перед созданием любой работы. Квалификация анализирует запрос на наличие конфиденциальных данных, сверяет его с текущим релизом, ищет дубликаты, проверяет или воспроизводит то, что возможно, и определяет, станет ли он задачей, планом, отчётом или расписанием. Запросы, ожидающие решения, перечислены в разделе Factory → Рецензирование.
Рабочее пространство
Изолированная временная среда, в которой агент клонирует ваш репозиторий и выполняет работу. Одна среда на одну задачу.
Готовность к международному использованию
Предположения кода в стандартной ветке проекта относительно конкретного языка или культуры, с задачами по их исправлению. См. Готовность к международному использованию и культура.