AC pharma-doc-reference
База знаний по документации для фармацевтической отрасли — компонент предметной области Universal Task OS. Предоставляет списки отраслевых документов, списки требований к содержанию, шаблоны, которые динамически оркестрируются конвейерами исполняющей оси UTOS, а конвейер контента организует вывод по списку/шаблону. Ключевые слова: фармацевтика, производство лекарств, фармацевтическая компания, медицинские вопросы, отдел маркетинга, отдел продвижения, соответствие требованиям, PV, фармаконадзор, KOL, научные конференции, анализ конкурентов, медицинское страхование, тендеры, DRG, клинические исследования, DA, основная информационная комната, Message House, ABP, план бренда, доступ, докладчик, сателлитная встреча, CSR, ICSR, RMP, PSUR, медицинское письмо, NDA, IND, CTA, BLA, ANDA, регистрация, нормативные акты, NMPA, FDA, GMP, QA, QC, цепочка поставок, производство, холодовая цепь, RWS, RWD, RWE, HTA, фармакоэкономика, ценообразование, переговоры, научные визиты, сегментация клиентов, компетенции, обучение, кадровый резерв, план действий в кризисных ситуациях, межведомственное взаимодействие, управление поставщиками, IIR, постмаркетинговые исследования, конфликт интересов, визуальное оформление бренда, вводное обучение, pharma, pharmaceutical.
машинный переводПоказать оригиналСкрыть оригинал«医药行业文档知识参考库——Universal Task OS的领域负载物。提供行业文档清单、内容要求清单、范本槽位，由UTOS执行轴动态编排…»
医药行业文档知识参考库——Universal Task OS的领域负载物。提供行业文档清单、内容要求清单、范本槽位，由UTOS执行轴动态编排管线、内容轴按清单法/样本法组织产出。触发词：医药、制药、药企、医学事务、市场部、推广部、合规、PV、药物警戒、KOL、学术会议、竞品分析、医保、招标、DRG、临床研究、DA、核心信息屋、Message House、ABP、品牌计划、准入、讲者、卫星会、CSR、ICSR、RMP、PSUR、医学写作、NDA、IND、CTA、BLA、ANDA、注册、法规、NMPA、FDA、GMP、QA、QC、供应链、生产、冷链、RWS、RWD、RWE、HTA、药物经济学、定价、谈判、科学拜访、客户分级、胜任力、培训、人才梯队、危机预案、跨部门协同、供应商管理、IIR、上市后研究、利益冲突、品牌视觉、入职培训、pharma、pharmaceutical。
База знаний по документации для фармацевтической отрасли — компонент предметной области Universal Task OS.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 16
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 609 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 390 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 7 заголовков
- +3Пошаговые инструкции: 16 пунктов
- +4Есть примеры (1 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (3 из 3)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 76.