AC thirteen-week-cash-flow
Создание и ведение прогноза движения денежных средств на 13 недель — золотой стандарт краткосрочного управления ликвидностью, используемый финансовыми директорами, антикризисными управляющими и кредиторами. Создает еженедельную модель поступлений и выплат денежных средств, отслеживание отклонений от фактических данных, расчеты кредитной базы, мониторинг ковенантов и панели мониторинга денежных средств для руководства. Используйте при управлении ограниченной ликвидностью, подготовке к получению кредитной линии, выходе из кризиса или когда совет директоров/кредитор требует еженедельной прозрачности денежных потоков. НЕ подходит для: долгосрочного (12-36 месяцев) стратегического планирования (используйте startup-financial-model), годового бюджетирования, прогнозирования денежных потоков для налогообложения или мониторинга банковских остатков в режиме реального времени (для этого подключитесь к банковскому API).
машинный переводПоказать оригиналСкрыть оригинал«Build and maintain a rolling 13-week cash flow forecast — the gold sta…»
Build and maintain a rolling 13-week cash flow forecast — the gold standard for short-term liquidity management used by CFOs, turnaround advisors, and lenders. Produces a week-by-week cash receipts and disbursements model, variance tracking against actuals, borrowing base calculations, covenant monitoring, and executive cash dashboards. Use when managing tight liquidity, preparing for a credit facility, navigating distress, or when the board/lender demands weekly cash visibility. NOT for: long-range (12-36 month) strategic planning (use startup-financial-model), annual budgeting, tax cash flow projections, or real-time bank balance monitoring (connect to banking API for that).
Создание и ведение прогноза движения денежных средств на 13 недель — золотой стандарт краткосрочного управления ликвидностью, используемый финансовыми…
Как процесс C 63/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, отчётность по ходу
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 63/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 55Ошибки и развилки. Развилок: 1
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 41
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3754 токенов
- 100Повторный запуск. Изменяющих операций нет
- low Разделов верхнего уровня: 13. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 685 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 29 заголовков
- +3Пошаговые инструкции: 41 пунктов
- +4Есть примеры (18 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 88.