CD dev-tasks
Управляйте почтовым ящиком для захвата `notes/` Ralphy (`ideas/`, `issues/`, `decisions/`) — единственным трекером разработки для самого Ralphy; отдельной доски дорожной карты нет. Две задачи: (1) ЗАХВАТ — превратить помеченную мысль в заметку правильной формы и правильного места (идею, задачу или решение); (2) ПРОВЕРКА НА СОВПАДЕНИЯ — перед записью чего-либо нового, найти в почтовом ящике существующий элемент, который уже охватывает это, и обновить его вместо создания дубликата. Для самого бэклога `notes/issues/` — разложение потока мыслей на задачи, их выполнение, перемещение по `done/`/`deprecated/` — передайте навыку `dev-issues` (запись/формирование) и `dev-loop` (выполнение); этот навык отвечает за захват `ideas/` + `decisions/` и проверку на совпадения в почтовом ящике. ИСПОЛЬЗУЙТЕ, КОГДА пользователь вводит `/dev-tasks`, говорит "записать эту идею", "создать заметку", "зафиксировать это", "записать это решение", "что в почтовом ящике", "уже есть заметка/идея для X", "продвинуть эту заметку" или вставляет недодуманную идею в середине сеанса разработки для сохранения. См. тело для ALSO FIRE / DO NOT FIRE / HARD INVARIANTS.
машинный переводПоказать оригиналСкрыть оригинал«Manage Ralphy's `notes/` capture inbox (`ideas/`, `issues/`, `decision…»
Manage Ralphy's `notes/` capture inbox (`ideas/`, `issues/`, `decisions/`) — the only dev tracker for Ralphy itself; there is no separate roadmap board. Two jobs: (1) CAPTURE — turn a tagged thought into a correctly-shaped, correctly-placed note (an idea, an issue, or a decision); (2) COLLISION-CHECK — before filing anything new, search the inbox for an existing entity that already covers it, and update that instead of spawning a duplicate. For the `notes/issues/` backlog itself — decomposing a brain-dump into issues, executing them, moving them across `done/`/`deprecated/` — defer to the `dev-issues` skill (filing/shaping) and `dev-loop` (execution); this skill keeps `ideas/` + `decisions/` capture plus the cross-inbox collision check. USE WHEN the user types `/dev-tasks`, says "log this idea", "file a note", "capture this", "record this decision", "what's in the inbox", "is there already a note/idea for X", "promote this note", or drops a half-formed idea mid-dev-session for safekeeping. See body for ALSO FIRE / DO NOT FIRE / HARD INVARIANTS.
Управляйте почтовым ящиком для захвата notes/ Ralphy (ideas/, issues/, decisions/) — единственным трекером разработки для самого Ralphy; отдельной доски…
Как процесс D 46/100 · Процесс не доведён — Скилл ссылается на файлы, которых нет в архиве: ../../../notes/README.md, ../dev-issues/SKILL.md
Такой же скилл встречается ещё в 1 месте: ralphy
Как улучшить
- Сократите description до 1024 символов.
- В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 1. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- ошибка
description-longdescription 1060 символов, лимит 1024 - предупреждение
missing-refссылка на отсутствующий файл: ../../../notes/README.md - предупреждение
missing-refссылка на отсутствующий файл: ../dev-issues/SKILL.md - заметка
frontmatter-keyнеизвестное поле фронтматтера "namespace" - заметка
edit-residueв тексте есть пометки об устаревшем (строки 7, 43, 44, 55, 68, 85): проверьте, не остались ли старые правила рядом с новыми — полная проверка читает текст на противоречия
Процессный рейтинг: все десять параметров 46/100
- 0Инструменты и файлы. Не хватает 2 файла(ов): ../../../notes/README.md, ../dev-issues/SKILL.md
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 30Повторный запуск. Изменяющих операций: 8, без проверки текущего состояния
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Шаги. Шагов: 41
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1818 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 1060: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 7 примера фраз-триггеров в кавычках
- +4Структура: 12 заголовков
- +3Пошаговые инструкции: 41 пунктов
- +4Есть примеры (2 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 51.