BD buyer-hw-sw-contract-review
Проверяет договоры купли-продажи программного и аппаратного обеспечения (включая услуги по установке и развертыванию) с точки зрения покупателя (стороны А): выявляет невыгодные условия, риски поставки и приемки, цену и счета-фактуры, гарантийное и постгарантийное обслуживание, интеллектуальную собственность и лицензирование, соответствие данных и ответственность за нарушение договора, а также выдает список проблем с уровнями и ключевые моменты для переговоров и внесения изменений; принудительно сопоставляет с разбивкой платежей стороны А и стандартом «сначала счет, потом оплата» (специальный счет-фактура 13% за товары/программное и аппаратное обеспечение, специальный счет-фактура 6% за услуги по установке и развертыванию). Применяется, когда пользователь загружает/вставляет договор на закупку, техническое приложение, SLA, заказ или рамочный договор, или явно запрашивает «проверка стороной А», «с точки зрения покупателя», «проверка договора купли-продажи программного и аппаратного обеспечения». Окончательная доставка в формате .DOCX с отслеживанием изменений.
машинный переводПоказать оригиналСкрыть оригинал«从买方（甲方）视角审核软硬件买卖合同（含安装部署服务）：识别不利条款、 交付与验收风险、价款与发票、质保维保、知识产权与许可、数据合规与违约…»
从买方（甲方）视角审核软硬件买卖合同（含安装部署服务）：识别不利条款、 交付与验收风险、价款与发票、质保维保、知识产权与许可、数据合规与违约 责任等，并输出分级问题清单与可谈判修订要点；强制对照甲方付款分档与 先票后款标准（货物/软硬件 13% 专票、安装部署等服务 6% 专票）。适用于 用户上传/粘贴采购合同、技术附件、SLA、订单或框架协议，或明确要求 “甲方审核”“买方视角”“软硬件买卖合同审查”。最终以带修订痕迹的 .DOCX 交付。
Проверяет договоры купли-продажи программного и аппаратного обеспечения (включая услуги по установке и развертыванию) с точки зрения покупателя (стороны А)…
Как процесс D 41/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 6. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 41/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 40Согласованность. Имя во frontmatter (buyer-hw-sw-contract-review) не совпадает с папкой (buyer-side-contract-review)
- 60Инструменты и файлы. Используются инструменты (python), но во frontmatter они не объявлены
- 100Шаги. Шагов: 91
- 100Стоимость исполнения. Тело инструкции 1610 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +2Инструкции на одном языке
- +3Длина description 223 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 29 заголовков
- +3Пошаговые инструкции: 91 пунктов
- +4Есть примеры (1 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 73.