AD negotiation-bot-claw
Многораундовый робот для коммерческих переговоров с поставщиками — масштабируемый переговорщик с поставщиками. Ведет многораундовые переговоры с поставщиками по электронной почте для достижения оптимальных закупочных цен и условий. **Используйте этот навык в следующих случаях**: (1) Необходимо массово отправить запросы предложений нескольким поставщикам (2) Необходимо провести многораундовые переговоры и снизить цены поставщиков (3) Необходимо динамически корректировать стратегию переговоров в зависимости от объема закупок, условий оплаты, сроков поставки и других факторов (4) Необходимо использовать конкурентное давление («уже есть более низкое предложение»), чтобы побудить поставщиков снизить цены (5) Необходимо обобщить все предложения поставщиков и рекомендовать оптимальное решение (6) Пользователь упоминает «переговоры с поставщиками», «запрос предложений», «переговоры о цене», «снижение цены», «закупочные переговоры», «многораундовые переговоры», «массовый запрос предложений», «базовая цена», «коммерческие переговоры», «сравнение предложений», «взаимодействие с поставщиками», «снижение закупочной стоимости», «стратегия переговоров», «масштабируемые переговоры»
машинный переводПоказать оригиналСкрыть оригинал«多轮商务谈判虾 — 规模化供应商谈判机器人。通过邮件与供应商进行多轮博弈，争取最优采购价格和条款。 **当以下情况时使用此 Skill**…»
多轮商务谈判虾 — 规模化供应商谈判机器人。通过邮件与供应商进行多轮博弈，争取最优采购价格和条款。 **当以下情况时使用此 Skill**： (1) 需要向多家供应商批量发送询价邮件 (2) 需要对供应商报价进行多轮议价、压价 (3) 需要根据采购量、付款周期、交货时间等条件动态调整谈判策略 (4) 需要利用竞价施压（"已有更低报价"）促使供应商降价 (5) 需要汇总所有供应商报价并推荐最优方案 (6) 用户提到"供应商谈判"、"询价"、"议价"、"压价"、"采购谈判"、"多轮谈判"、"批量询价"、"底价"、"商务谈判"、"报价对比"、"供应商博弈"、"采购降本"、"谈判策略"、"规模化谈判"
Многораундовый робот для коммерческих переговоров с поставщиками — масштабируемый переговорщик с поставщиками.
Как процесс D 46/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 8. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 46/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (bash, web), но во frontmatter они не объявлены
- 100Шаги. Шагов: 25
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 481 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 301 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 12 заголовков
- +3Пошаговые инструкции: 25 пунктов
- +4Есть примеры (3 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (3 из 3)
- +3Все 1 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 79.