BF ticker-pipeline
Конвейер параллельных инвестиционных исследований и управления рисками для нескольких агентов. Введите тикер акции и дату, параллельно планируйте работу нескольких специализированных субагентов для всестороннего анализа фундаментальных показателей EPS и рыночной капитализации по нескольким моделям, динамики средств и активности институтов, а также анализа общесетевых новостей и общественного мнения, сочетая это с анализом общей рыночной ситуации для количественной проверки рисков (единая блокировка принятия решений), чтобы в конечном итоге предоставить комплексный отчет о принятии решений. Промпты каждого специалиста хранятся отдельно в каталоге agents/. Применяется принцип постепенного раскрытия информации с прямым вызовом навыка market для получения базовых данных. При отсутствии данных выполнение строго прекращается. Срабатывает, когда пользователю требуется запустить многоагентный анализ отдельной акции по полному циклу, параллельный конвейерный анализ или получить многомерный отчет (включая триггерные слова: конвейер инвестиционных исследований, многоагентный анализ, параллельное глубокое исследование, анализ тикера, ticker pipeline).
машинный переводПоказать оригиналСкрыть оригинал«多 Agent 并行投研与风控决策流水线。输入标的代码与日期，并发调度多个专业 Subagent 全面透视基本面 EPS 与多模型市值、筹码…»
多 Agent 并行投研与风控决策流水线。输入标的代码与日期，并发调度多个专业 Subagent 全面透视基本面 EPS 与多模型市值、筹码资金与机构热度、全网消息舆情，结合大势环境进行量化风控核验（一票否决门禁），最终交付综合决策研报。各专员 Prompt 独立存放于 agents/ 目录下，践行渐进式披露直接调用 market 技能获取底层数据，数据缺失时严格终止阻断。当用户需要启动多智能体对个股进行全流程深度透视、并行流水线分析或产出多维研报时触发（包含触发词：投研流水线, 多Agent分析, 并行深研, 标的透视, ticker pipeline）。
Конвейер параллельных инвестиционных исследований и управления рисками для нескольких агентов.
Как процесс F 35/100 · Не запустится — Скилл ссылается на файлы, которых нет в архиве: ../market/SKILL.md
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 7. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
missing-refссылка на отсутствующий файл: ../market/SKILL.md
Процессный рейтинг: все десять параметров 35/100
- 0Инструменты и файлы. Не хватает 1 файла(ов): ../market/SKILL.md
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Шаги. Шагов: 29
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2316 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 282 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 17 заголовков
- +3Пошаговые инструкции: 29 пунктов
- +4Есть примеры (6 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 66.