BD OpenSourceManagement
Сортирует открытые задачи, pull-запросы и обсуждения GitHub в собственных репозиториях с открытым исходным кодом principais (список в Config.md) через gh CLI, ранжирует то, что требует внимания, с предлагаемыми ответами, публикует комментарии с маркером редактирования на месте, сравнивает новые модели библиотеки Ollama с локальной моделью и делает приватный репозиторий публичным (аудит готовности, экспорт истории, README и социальное изображение), останавливаясь с вашего разрешения. ИСПОЛЬЗОВАТЬ КОГДА open source issues, pull requests, check PRs, review PRs, check issues, community discussions, community activity, what needs attention, open source state, marker comment, triage comment, new open source models, latest open-weight models, what should I pull into Ollama, do we have this model, new Ollama models, local models, is this repo public-ready, take this repo public, open source this, public release on GitHub. НЕ ДЛЯ сортировки репозиториев вне настроенного списка, релизов LifeOS, внутренних трекеров работы или запуска/промптинга локальных моделей.
машинный переводПоказать оригиналСкрыть оригинал«Triages open issues, pull requests and GitHub Discussions across the p…»
Triages open issues, pull requests and GitHub Discussions across the principal's own open-source repos (the list in Config.md) via the gh CLI, ranks what needs attention with suggested replies, posts edit-in-place marker comments, diffs new Ollama library models against a local model box, and takes a private repo public (readiness audit, fresh-history export, README and social image), stopping at the principal's go-ahead. USE WHEN open source issues, pull requests, check PRs, review PRs, check issues, community discussions, community activity, what needs attention, open source state, marker comment, triage comment, new open source models, latest open-weight models, what should I pull into Ollama, do we have this model, new Ollama models, local models, is this repo public-ready, take this repo public, open source this, public release on GitHub. NOT FOR triaging repos outside the configured list, LifeOS releases, internal work trackers, or running/prompting local models.
Сортирует открытые задачи, pull-запросы и обсуждения GitHub в собственных репозиториях с открытым исходным кодом principais (список в Config.md) через gh CLI…
Как процесс D 47/100 · Процесс не доведён — слабые места: результат и критерий готовности, входы и предусловия, ошибки и развилки
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 17. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
name-formatname должен быть в kebab-case (строчные буквы, цифры, дефисы) - заметка
frontmatter-keyнеизвестное поле фронтматтера "evals"
Процессный рейтинг: все десять параметров 47/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 2, без проверки текущего состояния
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 100Шаги. Шагов: 20
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2235 токенов
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Ответ описан самодельной разметкой (3 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Длина description 983: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +4Структура: 8 заголовков
- +3Пошаговые инструкции: 20 пунктов
- +4Есть примеры (5 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 79.