AC zmm-dependency
📐 Бизнес-зависимость: от кого зависит ваш бизнес. Кто может в одностороннем порядке изменить правила, повысить цену или отказаться от вас — платформа, арендодатель, лицензия, ключевой человек, поставщик, платежная система. Каждый пункт высокого риска должен иметь рассчитанную стоимость и время замены, иначе он считается не оцененным. Триггеры: /zmm-dependency, /靠谁, /依赖体检, «платформа меняет правила», «арендодатель повышает арендную плату», «ключевой сотрудник уходит», «поставка прервана», «заблокировано», «от кого зависит этот бизнес». —— 📐 Джан Минмин · Не формулы, а критерии. Каждое правило имеет реальную цену.
машинный переводПоказать оригиналСкрыть оригинал«📐 詹明明·这生意靠谁 ——依赖体检：你的生意攥在谁手里。谁能单方面改规则、涨价、或者不给你了——平台、房东、牌照、关键的人、货源、收款通…»
📐 詹明明·这生意靠谁 ——依赖体检：你的生意攥在谁手里。谁能单方面改规则、涨价、或者不给你了——平台、房东、牌照、关键的人、货源、收款通道。每个高危项都必须算出「换掉他要花多少钱、多久」，算不出就是没评估。 触发方式：/zmm-dependency、/靠谁、/依赖体检、「平台改规则怎么办」「房东要涨租」「师傅要走」「断货了」「被卡脖子」「这生意到底靠谁」 Dependency checkup for owner-operators: who can unilaterally change the rules on you — platforms, landlords, licences, key people, suppliers, payment rails. Every high-risk item must carry a switching cost and switching time, or it counts as unassessed. Trigger: /zmm-dependency, "what if the platform changes the rules", "my landlord is raising rent", "my key person might leave", "supply got cut" —— 📐 詹明明 · 不给公式，给判据。每条规则都标了实测代价。
📐 Бизнес-зависимость: от кого зависит ваш бизнес.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 3. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- заметка
frontmatter-keyнеизвестное поле фронтматтера "slug" - заметка
frontmatter-keyнеизвестное поле фронтматтера "displayName"
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 19
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1435 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -214 эмодзи в инструкциях: шум для модели
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 4 примера фраз-триггеров в кавычках
- +3Длина description 613 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 24 заголовков
- +3Пошаговые инструкции: 19 пунктов
- +4Есть примеры (2 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (1 из 1)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 89.