AD project-organization
Методология организации крупных проектов + исполняемые скрипты (кросс-машинные, кросс-системные). Используется, когда пользователь начинает проект, который будет долго развиваться, иметь несколько этапов/подзадач, и требуется иерархическая организация файлов по исследовательским/бизнес-темам, или когда файлы проекта разбросаны по корневому каталогу и нуждаются в упорядочивании. Основа — «крупный проект + семантическая иерархия + автоматическое определение принадлежности агентом + мягкое удаление в .trash». Предоставляет скрипты и шаблоны для создания каркаса крупного проекта/подпроекта, самопроверки структуры, безопасного удаления структуры (.trash). Включает «буфер / buffer» под корнем проекта — человек бросает файлы в `buffer/`, а AI говорит «читать буфер» и автоматически размещает их по семантике в projects/. Триггеры: организовать проект, структура проекта, крупный проект, управление проектом, упорядочить каталог, проектирование, иерархическая структура, новый проект, архивировать проект, читать буфер, обработать буфер, буфер, бросить файл в буфер, буфер на место. Используйте ТОЛЬКО для долгосрочных / многоэтапных проектов; для одноразовых временных задач используйте `temp-workspace`, не используйте этот skill.
машинный переводПоказать оригиналСкрыть оригинал«大项目组织方法论 + 可执行脚手架（跨机跨系统）。当用户开始一个会长期演进、多阶段/多子任务的项目， 需要按研究/业务主题分层组织文件、或项…»
大项目组织方法论 + 可执行脚手架（跨机跨系统）。当用户开始一个会长期演进、多阶段/多子任务的项目， 需要按研究/业务主题分层组织文件、或项目文件已散落在根目录需归整时使用。 核心是"大项目制 + 按语义分层 + agent 自动判断归属 + .trash 软删除"。 提供新建大项目/子项目骨架、结构自检、结构安全删除（.trash）脚本与模板。 含项目根下的「缓冲区 / buffer」——人类把文件丢进 `buffer/`，AI 说"读取 buffer"即按语义归位到 projects/。 触发词：组织项目、项目结构、大项目、项目管理、目录整理、项目化、分层结构、新建项目、归档项目、 读取 buffer、处理 buffer、缓冲区、把文件丢进 buffer、buffer 归位。 Use ONLY for long-lived / multi-phase projects；一次性临时任务走 `temp-workspace`，不要用本 skill。
Методология организации крупных проектов + исполняемые скрипты (кросс-машинные, кросс-системные).
Как процесс D 45/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 17. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 45/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 8, без проверки текущего состояния
- 60Инструменты и файлы. Используются инструменты (python), но во frontmatter они не объявлены
- 100Шаги. Шагов: 50
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2995 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- low Разделов верхнего уровня: 12. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +2Инструкции на одном языке
- +5В description 2 примера фраз-триггеров в кавычках
- +3Длина description 429 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 22 заголовков
- +3Пошаговые инструкции: 50 пунктов
- +4Есть примеры (4 блоков кода)
- +3Все 7 скриптов описаны в инструкциях
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 93.