BC workbuddy-usage-status
Автономная визуализация данных использования WorkBuddy на локальном компьютере, с основным показателем потребления токенов и локальной оценкой кредитов, охватывающая эффективность мышления, распределение моделей и соотношение цены и качества, фильтрацию по диапазону дат, мониторинг ошибок, исследование пиков использования, создание информационной панели локального использования. Вызывается только тогда, когда пользователь **явно** хочет просмотреть, сгенерировать или экспортировать статус использования / статистику использования / информационную панель работы **своего локального WorkBuddy / своего аккаунта**; не используется для статистики использования других продуктов или систем, а также для создания общих информационных панелей из произвольных данных. Полностью локальный, по умолчанию без внешних сетевых зависимостей, переносимый; опционально --credit-xlsx для экспорта использования с точным покрытием кредитов, или опционально --billing-token-file (пользователь вручную экспортирует токен, opt-in) для вызова официального API использования для получения точных кредитов. EN: Автономная панель аналитики локального использования WorkBuddy, с токенами в качестве основного показателя и кредитами в качестве локальной оценки, охватывающая эффективность мышления, распределение моделей и соотношение цены и качества, фильтрацию по диапазону дат, мониторинг ошибок, проверку пиков использования. Запускается только тогда, когда пользователь явно хочет просмотреть, создать или экспортировать статус использования / статистику / панель активности своего локального WorkBuddy / аккаунта; не для аналитики использования других продуктов, а также для создания общих панелей из произвольных данных. Полностью локальный, по умолчанию без сетевых подключений; опционально --billing-token-file (токен, предоставленный пользователем, opt-in) вызывает официальный API использования для получения точных кредитов, или --credit-xlsx заменяет кредиты точными экспортными значениями.
машинный переводПоказать оригиналСкрыть оригинал«离线可视化 WorkBuddy 本机使用数据，以 token 消耗为主指标、credit 为本地估算，涵盖思考效率、模型分布与性价比、日期区…»
离线可视化 WorkBuddy 本机使用数据，以 token 消耗为主指标、credit 为本地估算，涵盖思考效率、模型分布与性价比、日期区间筛选、错误监控、用量高峰探查，生成本地使用信息看板。仅当用户**明确**想查看、生成或导出**自己 WorkBuddy 本机/本账号**的使用状态 / 使用统计 / 工作信息看板时调用；不用于其他产品或系统的用量统计，也不为任意数据生成通用看板。纯本地、默认零外网依赖、可搬运；可选 --credit-xlsx 用用量导出精确覆盖 credit，或可选 --billing-token-file（用户手动导出 token，opt-in）调用官方用量 API 拉取精确 credit。 EN: Offline dashboard for WorkBuddy local usage analytics, with token as primary metric and credit as local estimate, covering thinking efficiency, model distribution & cost-performance, date-range filtering, error monitoring, usage-spike inspection. Triggers only when the user explicitly wants to view, generate, or export their own WorkBuddy local/account usage status / stats / activity dashboard; not for other products' usage analytics, nor for building generic dashboards from arbitrary data. Fully local, default zero-network; optionally --billing-token-file (user-supplied token, opt-in) calls the official usage API for precise credit, or --credit-xlsx overrides credit with precise export values.
Автономная визуализация данных использования WorkBuddy на локальном компьютере, с основным показателем потребления токенов и локальной оценкой кредитов…
Как процесс C 63/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, ошибки и развилки
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 10. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
frontmatter-yamlSKILL.md: фронтматтер не разбирается как YAML (YAML parse error: Implicit keys need to be on a single line at line 15, column 3: - network ^ ); поля прочитаны построчно. Обычная причина — двоеточие в незакавыченном значении - заметка
frontmatter-keyнеизвестное поле фронтматтера "slug" - заметка
frontmatter-keyнеизвестное поле фронтматтера "displayName" - заметка
frontmatter-keyнеизвестное поле фронтматтера "agent_created" - заметка
frontmatter-keyнеизвестное поле фронтматтера "summary" - заметка
frontmatter-keyнеизвестное поле фронтматтера "permissions"
Процессный рейтинг: все десять параметров 63/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 100Инструменты и файлы. Инструменты объявлены во frontmatter
- 100Шаги. Шагов: 31
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 948 токенов
- 100Повторный запуск. Изменяющих операций нет
- low Разделов верхнего уровня: 10. Похоже на несколько доменов в одном скилле
- low Ответ описан самодельной разметкой (3 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Длина description 1020: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -31 из 3 скриптов не упомянуты в SKILL.md
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +4Структура: 10 заголовков
- +3Пошаговые инструкции: 31 пунктов
- +4Есть примеры (1 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 70.