AC task-ops
Четырехмодульная операционная система задач цепочки создания ценности. Включает: 1) Оценщик устранения доменов (Domain Elimination Assessor) — оценка необходимости существования домена; 2) Рефакторинг рабочего процесса (Workflow Refactor) — рефакторинг сложных рабочих процессов в цепочки базовых элементов IPO; 3) Генератор полезной нагрузки домена (Domain Payload Generator) — структурирование знаний домена в файлы навыков; 4) Универсальная операционная система задач (Universal Task OS) — ось исполнения + ось контента + ось инноваций. Формирует полную цепочку создания ценности: оценка → преобразование → создание → исполнение. Триггерные слова: три оси, исполнение, контент, инновации, система задач, конвейер, Pipeline, рефакторинг рабочего процесса, рефакторинг процесса, полезная нагрузка домена, генерация навыков домена, устранение домена, оценка домена, оркестровка задач, блок возможностей, базовый элемент IPO, метаоперация, метод чек-листа, метод образца, модель инноваций, метафреймворк инноваций, навык полезной нагрузки домена, справочная база знаний, декомпозиция задач.
машинный переводПоказать оригиналСкрыть оригинал«四模块价值链任务操作系统。包含：1) Domain Elimination Assessor（领域消除评估）——评估领域存在必要性；2) W…»
四模块价值链任务操作系统。包含：1) Domain Elimination Assessor（领域消除评估）——评估领域存在必要性；2) Workflow Refactor（工作流重构）——重构复杂工作流为IPO基元链；3) Domain Payload Generator（领域负载物生成）——将领域知识结构化为技能文件；4) Universal Task OS（通用三轴任务操作系统）——执行轴+内容轴+创新轴。形成评估→转化→创建→执行的完整价值链。触发词：三轴、执行、内容、创新、任务系统、管线、Pipeline、工作流重构、流程重构、领域负载物、领域技能生成、领域消除、领域评估、任务编排、能力单元、IPO基元、元操作、清单法、样本法、创新模式、创新元框架、领域负载物技能、知识参考库、任务分解。
Четырехмодульная операционная система задач цепочки создания ценности.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 13. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 22
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1051 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 353 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 13 заголовков
- +3Пошаговые инструкции: 22 пунктов
- +4Есть примеры (1 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (11 из 11)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 76.