AC crypto-payroll
ЗАПУСК зарплаты в криптовалюте — выполняйте выплаты в стейблкоинах USDC сотрудникам и подрядчикам на Base, одна транзакция для всего списка, через шлюз Spraay Protocol. Используйте этот навык всякий раз, когда пользователь хочет провести расчет заработной платы, выплатить зарплату, заплатить своей команде, провести расчетный период, заплатить подрядчикам в криптовалюте, USDC или стейблкоинах, или выполнить периодические выплаты по списку. Также используйте для оценки затрат на заработную плату, проверки поддерживаемых стейблкоинов для заработной платы и преобразования списка заработной платы (CSV или электронная таблица) в расчет заработной платы в блокчейне. В отличие от навыков аудита или соответствия требованиям к заработной плате, этот навык фактически ПЕРЕМЕЩАЕТ деньги — используйте его для исполнения и сочетайте с навыками аудита для проверки. Триггеры включают: зарплата, расчетный период, зарплаты, заплатить моей команде, выплаты подрядчикам, зарплата в стейблкоинах, зарплата в USDC, криптовалютная зарплата.
машинный переводПоказать оригиналСкрыть оригинал«RUN payroll in crypto — execute USDC stablecoin pay runs to employees…»
RUN payroll in crypto — execute USDC stablecoin pay runs to employees and contractors on Base, one transaction for the whole roster, via the Spraay Protocol gateway. Use this skill whenever the user wants to run payroll, pay salaries, pay their team, do a pay run, pay contractors in crypto or USDC or stablecoins, or execute recurring roster payments. Also use for payroll cost estimation, checking supported payroll stablecoins, and converting a payroll roster (CSV or spreadsheet) into an on-chain pay run. Unlike payroll audit or compliance skills, this skill actually MOVES the money - use it for execution, and pair it with audit skills for checking. Triggers include payroll, pay run, salaries, pay my team, contractor payments, stablecoin payroll, USDC salary, and crypto wages.
ЗАПУСК зарплаты в криптовалюте — выполняйте выплаты в стейблкоинах USDC сотрудникам и подрядчикам на Base, одна транзакция для всего списка, через шлюз Spraay…
Как процесс C 55/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 2
✓ Критических и высоких находок нет
Средние и низкие: 2
-
низкая Секреты в коде
secret-high-entropy-tokenSKILL.md:18Строка, похожая на токен (может быть id, хеш или секрет) (строка таблицы в документации)| Token | USDC on Base: `0x83…913` (check `/api/v1/payroll/tokens` for the full supported list) |
таблица -
низкая Секреты в коде
secret-high-entropy-tokenSKILL.md:19Строка, похожая на токен (может быть id, хеш или секрет) (строка таблицы в документации)| Batch contract (Base) | `0x16…eEC` (verified on BaseScan — never substitute another address) |
таблица
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 55/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 2, без проверки текущего состояния
- 55Ошибки и развилки. Развилок: 1
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Шаги. Шагов: 13
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1520 токенов
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 786 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 12 заголовков
- +3Пошаговые инструкции: 13 пунктов
- +4Есть примеры (3 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 84.