AC forge
Независимый от платформы драйвер git-хостинга. Позволяет рабочим процессам кода / github-flow / harness пайплайнам работать независимо от нижележащей git-платформы (GitHub, GitLab, Gitea) через нормализованный интерфейс драйвера + идиому диспетчеризации `--forge=<github|gitlab|gitea>` с автоматическим обнаружением git-удаленного репозитория (по умолчанию GitHub). Используйте при: проектировании или анализе переносимых между платформами операций PR/MR/issue/merge, добавлении нового адаптера платформы, решении, как пайплайн должен деградировать, когда платформе не хватает возможности (зависимость PR↔PR, подзадачи, проверка Copilot) или нормализации видимости репозитория (PUBLIC/INTERNAL/PRIVATE) и форматов ссылок (`#N` против MR `!N`) между хостами. Триггеры: «forge», «forge-agnostic», «--forge», «forge driver», «gitlab», «gitea», «glab», «tea», «MR», «capability flag», «adapter».
машинный переводПоказать оригиналСкрыть оригинал«Forge-agnostic git-host driver contract. Lets code-workflow / github-f…»
Forge-agnostic git-host driver contract. Lets code-workflow / github-flow / harness pipelines run independent of the underlying git forge (GitHub, GitLab, Gitea) through a normalized driver interface + a `--forge=<github|gitlab|gitea>` dispatch idiom with git-remote auto-detection (github fallback). Use when: designing or reasoning about forge-portable PR/MR/issue/merge operations, adding a new forge adapter, deciding how a pipeline should degrade when a forge lacks a capability (PR↔PR dependency, sub-issues, Copilot review), or normalizing repo visibility (PUBLIC/INTERNAL/PRIVATE) and reference formats (`#N` vs MR `!N`) across hosts. Triggers: "forge", "forge-agnostic", "--forge", "forge driver", "gitlab", "gitea", "glab", "tea", "MR", "capability flag", "adapter".
Независимый от платформы драйвер git-хостинга.
Как процесс C 63/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 10. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- заметка
frontmatter-keyнеизвестное поле фронтматтера "depends-on"
Процессный рейтинг: все десять параметров 63/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 8
- 100Ошибки и развилки. Развилок: 1, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 898 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +3Длина description 776 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 9 заголовков
- +3Пошаговые инструкции: 8 пунктов
- +4Есть примеры (2 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 89.