SKILLEMALL.ai
GitHub ↗ EN Войти

CC odl-fix

Процедура для исправления существующей проблемы GitHub в opendataloader-pdf и открытия пул-реквеста. Анализирует проблему и создает подзадачи для дополнительных трудностей. Воспроизводит сбой и перед исправлением пишет контракт: проблему и исправление в виде тестов на небольших синтетических примерах. Исправляет проблему, а система (scripts/fix_gates.py) вычисляет по результатам запусков, выполнена ли работа. Предоставляет доказательства до и после, которые любой может запустить снова. Используйте, когда пользователь просит поработать над проблемой, исправить ее или отправить пул-реквест для opendataloader-pdf («fix #123», «take issue 456 and open a PR»). Также используйте, чтобы увидеть, какие открытые проблемы ждут нас («which issues should I look at first»): код классифицирует каждую проблему на основе фактов и строки состояния в конце каждого сообщения о проблеме. Не используйте для новых сообщений об ошибках, обзоров других пул-реквестов или ответов на комментарии к обзорам. Пользователь одобряет каждое сообщение GitHub.

машинный переводПоказать оригиналСкрыть оригинал«Procedure to fix an existing opendataloader-pdf GitHub issue and open…»

Procedure to fix an existing opendataloader-pdf GitHub issue and open a pull request. It analyzes the issue and makes sub-issues for extra problems. It reproduces the failure and, before the fix, writes a contract: the problem and the fix as tests on small synthetic samples. It fixes the problem, and a harness (scripts/fix_gates.py) computes from runs whether the work is done. It submits before/after evidence that anyone can run again. Use it when the user asks to work on, fix, or send a pull request for an opendataloader-pdf issue ("fix #123", "take issue 456 and open a PR"). Also use it to see which open issues wait for us ("which issues should I look at first"): code classes each issue from facts and from the state line that ends each issue post. Do not use it for new bug reports, reviews of other pull requests, or replies to review comments. The user approves each GitHub post.

opendataloader-project/opendataloader-pdf Claude Code автор: opendataloader-project Apache-2.0 7 файлов · 4 скрипта тело ≈ 15 704 токенов Открыть источникgithub.com↗ проанализирован 3 ч назад

Процедура для исправления существующей проблемы GitHub в opendataloader-pdf и открытия пул-реквеста.

Как процесс C 56/100 · Есть пробелы — Скилл ссылается на файлы, которых нет в архиве: ../odl-review/scripts/fetch_attachment.sh, ../../../.github/ISSUE_TEMPLATE/bug_report.md, scripts/build-python.sh

ПроцедураGitHubРазработкатип и темы размечены автоматически по тексту скилла
Запускается в: Claude / Claude Code ChatGPT / Codex Gemini CLI Cursor GitHub Copilot / VS Code Qwen Code Kimi Code CLI Z.ai (GLM) DeepSeek (Deep Code) Mistral Vibe LangChain (deepagents) OpenClaw Goose OpenCode
JSON
Технический рейтинг
C
86/100
безопасность, качество, тесты
Безопасность 60%
94
Качество 40%
74
Прогон на моделях
не было
Процессный рейтинг
C
56/100
Есть пробелы
Скилл ссылается на файлы, которых нет в архиве: ../odl-review/scripts/fetch_attachment.sh, ../../../.github/ISSUE_TEMPLATE/bug_report.md, scripts/build-python.sh
Инструменты и файлы вес 18
0
Входы и предусловия вес 11
0
Повторный запуск вес 4
30
три самых слабых из десяти параметров · все десять

Как улучшить

  1. Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
  2. В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
Для прогона на моделях — необязательно
  • Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
  • spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.

Находки guard · 6

✓ Критических и высоких находок нет

Средние и низкие: 6
  • низкая Секреты в коде secret-high-entropy-token references/harness.md:30
    Строка, похожая на токен (может быть id, хеш или секрет) (в кавычках — упоминание, а не команда)
    {"id": "P1", "kind": "problem", "test": "Issu…est#backendHeaderAndFooterAreOutputWithIncludeHeaderFooter",
    в кавычках
  • низкая Секреты в коде secret-high-entropy-token references/harness.md:32
    Строка, похожая на токен (может быть id, хеш или секрет) (определение детектора / чёрного списка)
    {"id": "G1", "kind": "guard", "test": "Issu…est#backendHeaderAndFooterStayOutWithoutIncludeHeaderFooter",
    детектор
  • низкая Секреты в коде secret-high-entropy-token references/harness.md:34
    Строка, похожая на токен (может быть id, хеш или секрет) (определение детектора / чёрного списка)
    {"id": "G2", "kind": "guard", "test": "Issu…est#headerItemsAtSeparatePlacesKeepTheBodyColumnOrder",
    детектор
  • низкая Секреты в коде secret-high-entropy-token SKILL.md:372
    Строка, похожая на токен (может быть id, хеш или секрет) (определение детектора / чёрного списка)
    - **Location**: Put a unit test in the package of the defective code, under `src/test/java/org/opendataloader/pdf/` in `opendataloader-pdf-core` (or `-cli`). Put a test that processes one sample from
    детектор
  • низкая Секреты в коде secret-high-entropy-token SKILL.md:452
    Строка, похожая на токен (может быть id, хеш или секрет) (значение-заглушка)
    Evidence:  Issu…est (PDFBox sample: 2 tables, 4x3 each);
    заглушка
  • низкая Секреты в коде secret-high-entropy-token SKILL.md:720
    Строка, похожая на токен (может быть id, хеш или секрет) (определение детектора / чёрного списка; строка таблицы в документации)
    | 2 | PDF built in the test with PDFBox | Tables, fonts, damaged or encrypted files, images, scans, structure trees | `Issu…est`, `CidFontDetectionTest`, `ScannedPagePdf`, `Hybr
    детектортаблица

Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.

По спецификации Agent Skills

  • предупреждение body-long тело SKILL.md ≈ 15704 токенов (рекомендуется < 5000); вынесите детали в references/
  • предупреждение missing-ref ссылка на отсутствующий файл: ../odl-review/scripts/fetch_attachment.sh
  • предупреждение missing-ref ссылка на отсутствующий файл: ../../../.github/ISSUE_TEMPLATE/bug_report.md
  • предупреждение missing-ref ссылка на отсутствующий файл: scripts/build-python.sh
  • предупреждение missing-ref ссылка на отсутствующий файл: scripts/build-node.sh
  • предупреждение missing-ref ссылка на отсутствующий файл: scripts/test-node.sh
  • предупреждение missing-ref ссылка на отсутствующий файл: scripts/bench.sh
  • предупреждение missing-ref ссылка на отсутствующий файл: scripts/generate-options.mjs
  • предупреждение missing-ref ссылка на отсутствующий файл: scripts/generate-schema.mjs
  • заметка edit-residue в тексте есть пометки об устаревшем (строки 827): проверьте, не остались ли старые правила рядом с новыми — полная проверка читает текст на противоречия

Процессный рейтинг: все десять параметров 56/100

Не запустится. Скилл ссылается на файлы, которых нет в архиве: ../odl-review/scripts/fetch_attachment.sh, ../../../.github/ISSUE_TEMPLATE/bug_report.md, scripts/build-python.sh
  • 0Инструменты и файлы. Не хватает 8 файла(ов): ../odl-review/scripts/fetch_attachment.sh, ../../../.github/ISSUE_TEMPLATE/bug_report.md, scripts/build-python.sh
  • 0Входы и предусловия. Не сказано, что нужно иметь на входе
  • 30Повторный запуск. Изменяющих операций: 73, без проверки текущего состояния
  • 40Результат и критерий готовности. Не сказано, что считать результатом
  • 40Стоимость исполнения. Тело инструкции 15704 токенов: вытесняет саму задачу из окна
  • 100Шаги. Шагов: 141
  • 100Когда включается. Сказано, когда применять и когда не применять
  • 100Ошибки и развилки. Развилок: 10, есть раздел про ошибки
  • 100Согласованность. Имя и обязательные поля на месте
  • 100Отчётность по ходу. Скилл сообщает о ходе работы
  • low Разделов верхнего уровня: 17. Похоже на несколько доменов в одном скилле
  • high Скилл велит модели самой совершать необратимое действие, без подтверждения человеком
  • low Ответ описан самодельной разметкой (47 тегов): типизированный вызов надёжнее

Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.

Сигналы качества

  • +3Длина description 893: рекомендуется 120–800 символов
  • +3Формат ответа не описан: модель каждый раз решает сама
  • -2Ссылки на localhost: у другого пользователя не заработает
  • +2Инструкции на одном языке
  • +5В description 3 примера фраз-триггеров в кавычках
  • +4Описание говорит, когда скилл НЕ применять
  • +4Структура: 40 заголовков
  • +3Пошаговые инструкции: 141 пунктов
  • +4Есть примеры (38 блоков кода)
  • +4Справочные файлы упоминаются в инструкциях (1 из 1)
  • +3Все 2 скриптов описаны в инструкциях
  • +1Лицензия указана

База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 74.