BF drivethru-payable-matching
Сопоставление платежей для BaconCo — сверка документов поставщиков в приложении Odoo Documents с их заказами на покупку и исправление неправильных цен в строках PO. Используйте для запросов вроде «проверить папку «Закупки» по отношению к PO и исправить цены», «сопоставить счет поставщика / подтверждение заказа / подтверждение с его PO», «сопоставление цен AP / сопоставление счета с PO / трехстороннее сопоставление», «сверить документы поставщика и отметить PO как проверенные» или «просмотреть папку «Закупки»». Процесс: чтение каждого документа в папке приложения Documents (извлечение текста вне контекста, чтобы большие пакеты не раздували окно контекста — с откатом к рендерингу страницы + OCR/vision для отсканированных или пользовательских PDF-файлов, которые не извлекаются как текст), извлечение номера PO / позиций / единичных цен из каждого, попозиционное сравнение с заказом на покупку, исправление любой неправильной `price_unit`, публикация заметки журнала «проверено» в PO (внутренней, никогда не «Отправить сообщение»), и ФАЙЛИРОВАНИЕ каждого документа в подпапку `Matched` или `Questions` — передача реальных вопросов рецензенту (по умолчанию Зак Такер). Также выполняет поток платежей покупательской группы: извлечение счетов Sports Inc из API SportsLink (через адаптер `sportsinc-sportslink`), сверка каждого с PO, исправление отклонений в ценах, создание счета поставщика и — когда общая сумма счета совпадает со счетом в пределах допуска — ПРОВЕДЕНИЕ его, оставляя любое несоответствие в черновике для человека («получить счета Sports Inc и выставить им счета», «сопоставить счета SI с PO и провести платежи», «сопоставить счет поставщика и провести счет, если он совпадает»). Обрабатывает случай нескольких отгрузок, когда один PO возвращает несколько счетов Sports Inc, разделяя его на один счет поставщика на отгрузку через редактирование `account.move.line` (инструменты `ap_*_bill_line(s)`). Работает в больших объемах по недорогой модели. Управляется сервером MCP Odoo `drivethru_mcp`; дополняет более широкий навык `drivethru-odoo`.
машинный переводПоказать оригиналСкрыть оригинал«Payable matching for BaconCo — reconcile vendor documents in Odoo's Do…»
Payable matching for BaconCo — reconcile vendor documents in Odoo's Documents app against their purchase orders and correct incorrect PO line pricing. Use for requests like "check the Purchasing folder against the POs and fix the pricing", "match the vendor invoice / order confirmation / acknowledgement to its PO", "AP price matching / invoice-to-PO matching / three-way match", "reconcile the vendor documents and mark the POs checked", or "go through the Purchasing folder". The flow: read every document in a Documents-app folder (extracting text out-of-context so large batches don't bloat the context window — falling back to a page render + OCR/vision for scanned or custom-encoded PDFs that won't extract as text), pull the PO number / line items / unit prices from each, compare to the purchase order line by line, correct any wrong `price_unit`, post a "checked" log note on the PO (internal, never a "Send message"), and FILE every document into the `Matched` or `Questions` subfolder — escalating genuine questions to a reviewer (default Zach Tucker). Also runs the buying-group payables flow: pull Sports Inc invoices from the SportsLink API (via the `sportsinc-sportslink` adapter), reconcile each to its PO, correct price variances, create the vendor bill and — when the bill total matches the invoice within tolerance — POST it, leaving any mismatch in draft for a human ("get the Sports Inc invoices and bill them", "match the SI invoices to POs and post the payables", "match the vendor invoice and post the bill if it matches"). Handles the multi-shipment case where one PO returns several Sports Inc invoices, splitting it into one vendor bill per shipment via `account.move.line` edits (the `ap_*_bill_line(s)` tools). Runs at volume on a low-cost model. Driven by the Odoo `drivethru_mcp` MCP server; complements the broader `drivethru-odoo` skill.
Сопоставление платежей для BaconCo — сверка документов поставщиков в приложении Odoo Documents с их заказами на покупку и исправление неправильных цен в…
Как процесс F 38/100 · Не запустится — Скилл ссылается на файлы, которых нет в архиве: references/sportsinc_payables.md, references/matching_procedure.md, scripts/paymatch.py
Как улучшить
- Сократите description до 1024 символов.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 0. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- ошибка
description-longdescription 1872 символов, лимит 1024 - предупреждение
body-longтело SKILL.md ≈ 5276 токенов (рекомендуется < 5000); вынесите детали в references/ - предупреждение
missing-refссылка на отсутствующий файл: references/sportsinc_payables.md - предупреждение
missing-refссылка на отсутствующий файл: references/matching_procedure.md - предупреждение
missing-refссылка на отсутствующий файл: scripts/paymatch.py - предупреждение
missing-refссылка на отсутствующий файл: scripts/_bootstrap.py - заметка
description-budgetdescription занимает 1872 из общего бюджета ~15000 символов на все скиллы - заметка
frontmatter-keyнеизвестное поле фронтматтера "emoji" - заметка
frontmatter-keyнеизвестное поле фронтматтера "homepage"
Процессный рейтинг: все десять параметров 38/100
- 0Инструменты и файлы. Не хватает 4 файла(ов): references/sportsinc_payables.md, references/matching_procedure.md, scripts/paymatch.py
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 70Стоимость исполнения. Тело инструкции 5276 токенов
- 85Шаги. Шагов: 26, расплывчатых формулировок: 1
- 100Согласованность. Имя и обязательные поля на месте
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Разделов верхнего уровня: 10. Похоже на несколько доменов в одном скилле
- low Ответ описан самодельной разметкой (3 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 1871: рекомендуется 120–800 символов
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 10 примера фраз-триггеров в кавычках
- +4Структура: 13 заголовков
- +3Пошаговые инструкции: 26 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (2 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 37.