BC upwork-bid-decision-assistant
Анализ того, стоит ли делать ставку на задание Upwork, использовать ли Boost, принимать ли приглашение, а также риски, связанные с клиентом и проектом. Применяется, когда пользователь предоставляет ссылку на задание Upwork, скриншот страницы, описание вакансии, историю клиента, информацию об оплате и рейтинге, hire rate, total spent, количество предложений/собеседований/приглашений, время публикации и last viewed и т. д. Сначала извлекаются доказательства, затем делается комплексный вывод; если информации недостаточно, но ее достаточно для вывода, делается вывод напрямую, при отсутствии ключевых данных запрашиваются только поля, которые могут изменить вывод. Не использовать для обещания результатов получения заказа, обхода правил платформы, манипулирования учетом времени или дискриминации по национальному признаку.
машинный переводПоказать оригиналСкрыть оригинал«分析 Upwork 工作是否值得投标、是否应使用 Boost、是否应接受邀请，以及客户与项目是否存在风险。适用于用户提供 Upwork 工作…»
分析 Upwork 工作是否值得投标、是否应使用 Boost、是否应接受邀请，以及客户与项目是否存在风险。适用于用户提供 Upwork 工作链接、页面截图、职位描述、客户历史、付款与评分、hire rate、total spent、proposal/interview/invite 数量、发布时间和 last viewed 等信息时。先提取证据，再综合判断；信息不足但足以判断时直接给结论，关键数据缺失时只追问会改变结论的字段。不要用于承诺接单结果、规避平台规则、操纵计时或基于国籍作歧视性判断。
Анализ того, стоит ли делать ставку на задание Upwork, использовать ли Boost, принимать ли приглашение, а также риски, связанные с клиентом и проектом.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 21. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 107
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 975 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- +2Инструкции на одном языке
- +3Длина description 249 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 14 заголовков
- +3Пошаговые инструкции: 107 пунктов
- +4Справочные файлы упоминаются в инструкциях (7 из 9)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 73.