Регулярный пакет отчётов по расписанию

Раз в неделю или месяц сам присылает ваши обычные отчётные цифры вместе с короткой картиной состояния бизнеса, без повторных расспросов.

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Раз в неделю или месяц сам присылает ваши обычные отчётные цифры вместе с короткой картиной состояния бизнеса, без повторных расспросов.
Когда брать: Когда нужен готовый отчёт, который приходит по расписанию, например каждый понедельник утром.
Когда не брать: Если отчёт ещё ни разу не описан: сначала соберите его через report-builder.
Пример запроса: Присылай мне мой обычный пакет отчётов каждый понедельник утром.
Работает лучше с: любой один источник данных (учётная система, CRM, платёжная система)

Входит в плагин small-business. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

Нажмите «Скачать на русском» и сохраните архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку report-pack в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: report-pack
description: Доставляет индивидуальный регулярный пакет отчётов владельца с заданной периодичностью: запускает сохранённое описание отчёта из report-builder, оборачивает его снимком business-pulse, чтобы у цифр был контекст, и выдаёт одну сводку в чате плюс книгу. Определяется один раз, затем доставляется по расписанию без повторных просьб. Работает на любом одном подключённом источнике данных или полностью по загруженному CSV или XLSX. Используй, когда владелец просит свой пакет отчётов, свои недельные или месячные цифры, «пришли мне обычный отчёт», «запусти мой пакет отчётов», «настрой, чтобы это приходило каждый понедельник» или «я хочу получать эти цифры по расписанию».
allowed-tools: Read, WebFetch
---

Пакет отчётов

Свяжи два скилла в цепочку, чтобы регулярные цифры владельца приходили сами и с достаточным контекстом, чтобы действовать: report-builder для самого пакета, business-pulse для окружающей картины.

Нужный отчёт у владельцев уже есть в голове. Чего у них нет — это чтобы он появлялся в понедельник без их погони за ним. Вся работа здесь именно в этом.

Шаг 1 — Пакет отчётов (report-builder)

Вызови report-builder. Он отвечает за спецификацию, забор данных, математику и книгу — здесь ничего из этого не пересобирай.

На входе: описание пакета от владельца или название сохранённого.
На выходе: сводка в чате, книга XLSX и сохранённое описание.

report-builder сначала проверяет сохранённые описания. Если пакет уже существует, он перезапускается без повторного опроса владельца. Если нет, он строит спецификацию и подтверждает её один раз.

Этап согласования — подтверждение спецификации. Совершенно новый пакет получает одно подтверждение владельца перед запуском. Пакет, у которого уже есть сохранённое описание, — нет. Повторно просить человека описать отчёт, который он определил в прошлом месяце, — самый быстрый способ создать ощущение, что эта команда сломана.

Шаг 2 — Снимок контекста (business-pulse)

После запуска пакета вызови business-pulse за тот же период.

На входе: период, который охватил пакет.
На выходе: деньги, динамика продаж, воронка, список наблюдения и одна вещь, требующая внимания.

Пульс — это контекст, а не второй отчёт. Он отвечает на вопрос, который пакет вызывает всегда: цифры сдвинулись, но с бизнесом всё в порядке?

Здесь нет этапа согласования. Оба шага работают только на чтение. Ничего не отправляется, не публикуется и не записывается в учётную книгу, поэтому владельцу нечего одобрять между ними.

Шаг 3 — Доставь как единое целое

Одно сообщение, в таком порядке: сводка пакета, затем пульс в две-три строки, затем книга.

Рэй Оконкво из Okonkwo Mechanical получает свой понедельничный пакет — выручка по бригадам в сравнении с прошлым годом, старение дебиторской задолженности, затраты на труд в процентах от выручки — а под ним: деньги на счёте USD 61 400, два счёта просрочены больше чем на 60 дней, один фургон всё ещё в ремонте. Он читает оба за девяносто секунд и знает, каким будет понедельник.

Никогда не отправляй два отдельных материала. Пакет и пульс, пришедшие порознь, — это две вещи для чтения; вместе — один брифинг.

Оформи этот брифинг как один HTML-артефакт в фирменном стиле артефактов (../../shared/artifact-style.md) — как дополнение к сводке в чате и книге, а не замену. Ключевые показатели пакета — плитки с показателями, их сравнения выведены строками контекста; сгруппированные строки отчёта — таблица с табличными цифрами (tabular-nums); контекст пульса — в отдельной панели ниже, пункты списка наблюдения со значками статуса (предупреждение или критично); недоступные источники названы в одной неприметной строке в подвале.

Шаг 4 — Задай периодичность, один раз

Предложи расписание один раз, после запуска, который владелец счёл полезным. Не раньше: периодичность, предложенная для пакета, которого никто ещё не видел, — это агитация за подписку.

Спроси прямо: «Хотите получать это каждый понедельник утром?» При согласии сохрани периодичность вместе с описанием отчёта в report-builder и подтверди одной строкой: «Сохранено. Это будет запускаться каждый понедельник утром».

Затем выполняй её. Каждый запуск по расписанию повторяет шаги 1–3 без вопросов, без повторных подтверждений и без предложения периодичности. Отчёт по расписанию, который о чём-то спрашивает владельца, перестал быть отчётом по расписанию.

При отказе или молчании забудь об этом и больше не спрашивай.

Только при интерактивном запуске — никогда при запуске по расписанию — закончи одной строкой о том, что доставлено, затем единственным самым уместным следующим шагом и не больше чем двумя другими рядом:

Если пакет поднял вопрос о деньгах: «прогноз денег» запускает cash-flow-snapshot.
Если пульс отметил просроченную дебиторскую задолженность: «кто мне должен денег» запускает invoice-chase.
Чтобы изменить, что отслеживает пакет: «построй мне отчёт» запускает report-builder.

Максимум три предложения. Не повторяй предложение, от которого владелец отказался в этой сессии.

Шаг 5 — Справляйся с неполным запуском, не останавливая его

Запуск по расписанию происходит независимо от того, исправны ли все коннекторы. Если источник недоступен, report-builder помечает этот показатель «н/д» и называет источник; пакет всё равно уходит.

Никогда не пропускай доставку по расписанию из-за неполных данных. Пакет с одним пробелом и пометкой полезен. Молчаливый понедельник выглядит как поломка плагина, и владелец перестаёт его ждать.

Если у владельца вообще нет коннекторов, пакетом становится путь через CSV. Один раз попроси выгрузку, запусти тот же отчёт по файлу и сохрани периодичность.

Чего не делать

Не расспрашивай владельца заново о сохранённом пакете. Каждый запуск сначала проверяй сохранённое описание.
Не пересобирай здесь логику отчёта. Спецификацию, математику и книгу ведёт report-builder.
Не пересчитывай цифры пульса. Они принадлежат business-pulse, чтобы набор цифр был один.
Не предлагай периодичность дважды. Один раз, после полезного запуска, больше никогда.
Не задавай никаких вопросов при запуске по расписанию. «По расписанию» значит, что материал приходит без участия владельца.
Не пропускай запуск из-за сбоя коннектора. Отправь его с названным пробелом.
Не доставляй пакет и пульс двумя сообщениями. Один брифинг, одно чтение.

Если нужного инструмента нет в списке

Коннекторы, названные в этом скилле, — проверенные пути, а не стена. Если владелец хочет, чтобы этот процесс использовал инструмент, который не подключён или не указан, предложи build-connector: он сначала проверяет каталог коннекторов, а если там нет — подключает через Zapier и никогда не собирает вручную обращение к чистому API. Когда подключение появится, инструмент присоединится к этому скиллу, как любой другой необязательный коннектор, и на тех же этапах согласования.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/small-business/skills/report-pack, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском

---
name: report-pack
description: Delivers the owner's custom recurring report pack on a set cadence — runs the saved report definition from report-builder, wraps it in a business-pulse snapshot so the numbers have context, and hands over one chat summary plus the workbook. Defined once, then delivered on schedule without being asked again. Runs on any single connected data source, or entirely from an uploaded CSV or XLSX. Use it when the owner asks for their report pack, their weekly or monthly numbers, "send me the usual report," "run my report pack," "set this up to come every Monday," or "I want these numbers on a schedule."
allowed-tools: Read, WebFetch
---

# Report Pack

Chain two skills so the owner's recurring numbers arrive on their own, with enough context to act on: `report-builder` for the pack itself, `business-pulse` for the surrounding picture.

Owners already have the report they want in their head. What they do not have is it showing up on Monday without them chasing it. That is the whole job here.

## Step 1 — The report pack (report-builder)

Invoke `report-builder`. It owns the spec, the data pull, the math, and the workbook — do not rebuild any of that here.

- **Goes in:** the owner's description of the pack, or the name of a saved one.
- **Comes out:** a chat summary, an XLSX workbook, and a saved definition.

`report-builder` checks its saved definitions first. If the pack already exists, it reruns without re-interviewing the owner. If it does not, it builds the spec and confirms it once.

**Gate — spec confirmation.** A brand-new pack gets one confirmation from the owner before it runs. A pack that already has a saved definition does not. Re-asking someone to describe a report they defined last month is the fastest way to make this command feel broken.

## Step 2 — The context snapshot (business-pulse)

After the pack runs, invoke `business-pulse` for the same period.

- **Goes in:** the period the pack covered.
- **Comes out:** cash, sales trend, pipeline, watch list, and the one thing needing attention.

The pulse is context, not a second report. It answers the question the pack always raises: the numbers moved, but is the business fine?

**No gate here.** Both steps are read-only. Nothing is sent, posted, or written to a ledger, so there is nothing for the owner to approve between them.

## Step 3 — Deliver as one thing

One message, in this order: the pack summary, then the pulse in two or three lines, then the workbook.

Ray Okonkwo at Okonkwo Mechanical gets his Monday pack — revenue by crew versus last year, AR aging, labor as a percent of revenue — and under it: cash at USD 61,400, two invoices past 60 days, one van still down. He reads both in ninety seconds and knows what Monday is.

Never send two separate deliverables. A pack and a pulse arriving apart is two things to read; together it is one briefing.

Render that briefing as one HTML artifact using the house artifact style (`../../shared/artifact-style.md`) — additive to the chat summary and workbook, never a replacement. The pack's headline metrics are stat tiles with their comparisons as context lines; the grouped report rows are a table with tabular-nums; the pulse context sits in its own panel below, its watch-list items carrying status pills (warn or critical); down sources named in one quiet footer line.

## Step 4 — Set the cadence, once

**Offer the schedule one time, after a run the owner found useful.** Not before — a cadence offered on a pack nobody has seen yet is a subscription pitch.

Ask it plainly: "Want this every Monday morning?" On a yes, save the cadence with the report definition in `report-builder` and confirm in one line: "Saved. This runs every Monday morning."

Then honor it. Every scheduled run repeats Steps 1 through 3 with no questions, no re-confirmation, and no cadence offer. A scheduled report that asks the owner anything has stopped being scheduled.

On a no, or on silence, drop it and never ask again.

On an interactive run only — never a scheduled one — close with one line on what was delivered, then the single most relevant next step and at most two others nearby:

- If the pack raised a cash question: "cash forecast" runs `cash-flow-snapshot`.
- If the pulse flagged overdue AR: "who owes me money" runs `invoice-chase`.
- To change what the pack tracks: "build me a report" runs `report-builder`.

Max three offers. Never repeat an offer the owner declined this session.

## Step 5 — Handle a thin run without stopping it

A scheduled run happens whether or not every connector is healthy. If a source is down, `report-builder` marks that metric "n/a" and names the source; the pack still ships.

**Never skip a scheduled delivery because data was incomplete.** A pack with one gap and a note is useful. A silent Monday reads as the plugin being broken, and the owner stops expecting it.

If the owner has no connectors at all, the CSV path is the pack. Ask once for the export, run the identical report from the file, and keep the cadence.

## What not to do

- **Do not re-interview the owner about a saved pack.** Check the saved definition first, every run.
- **Do not rebuild the report logic here.** `report-builder` owns the spec, the math, and the workbook.
- **Do not recompute the pulse numbers.** `business-pulse` owns them, so there is one set of figures.
- **Do not offer the cadence twice.** Once, after a useful run, then never again.
- **Do not ask anything on a scheduled run.** Scheduled means it arrives without the owner in the loop.
- **Do not skip a run because a connector failed.** Ship it with the gap named.
- **Do not deliver the pack and the pulse as two messages.** One briefing, one read.

## Using a tool that isn't listed

The connectors named in this skill are the tested paths, not a wall. If the owner wants this flow to use a tool that isn't connected or listed, offer `build-connector` — it checks the connector directory first and connects through Zapier otherwise, never hand-building against a raw API. Once the connection exists, the tool joins this skill like any other optional connector, under the same approval gates.

Источник: anthropics/knowledge-work-plugins / small-business / report-pack ↗. Ссылка проверена 2026-10-10.

---
name: report-pack
description: Доставляет индивидуальный регулярный пакет отчётов владельца с заданной периодичностью: запускает сохранённое описание отчёта из report-builder, оборачивает его снимком business-pulse, чтобы у цифр был контекст, и выдаёт одну сводку в чате плюс книгу. Определяется один раз, затем доставляется по расписанию без повторных просьб. Работает на любом одном подключённом источнике данных или полностью по загруженному CSV или XLSX. Используй, когда владелец просит свой пакет отчётов, свои недельные или месячные цифры, «пришли мне обычный отчёт», «запусти мой пакет отчётов», «настрой, чтобы это приходило каждый понедельник» или «я хочу получать эти цифры по расписанию».
allowed-tools: Read, WebFetch
---

# Пакет отчётов

Свяжи два скилла в цепочку, чтобы регулярные цифры владельца приходили сами и с достаточным контекстом, чтобы действовать: `report-builder` для самого пакета, `business-pulse` для окружающей картины.

Нужный отчёт у владельцев уже есть в голове. Чего у них нет — это чтобы он появлялся в понедельник без их погони за ним. Вся работа здесь именно в этом.

## Шаг 1 — Пакет отчётов (report-builder)

Вызови `report-builder`. Он отвечает за спецификацию, забор данных, математику и книгу — здесь ничего из этого не пересобирай.

- **На входе:** описание пакета от владельца или название сохранённого.
- **На выходе:** сводка в чате, книга XLSX и сохранённое описание.

`report-builder` сначала проверяет сохранённые описания. Если пакет уже существует, он перезапускается без повторного опроса владельца. Если нет, он строит спецификацию и подтверждает её один раз.

**Этап согласования — подтверждение спецификации.** Совершенно новый пакет получает одно подтверждение владельца перед запуском. Пакет, у которого уже есть сохранённое описание, — нет. Повторно просить человека описать отчёт, который он определил в прошлом месяце, — самый быстрый способ создать ощущение, что эта команда сломана.

## Шаг 2 — Снимок контекста (business-pulse)

После запуска пакета вызови `business-pulse` за тот же период.

- **На входе:** период, который охватил пакет.
- **На выходе:** деньги, динамика продаж, воронка, список наблюдения и одна вещь, требующая внимания.

Пульс — это контекст, а не второй отчёт. Он отвечает на вопрос, который пакет вызывает всегда: цифры сдвинулись, но с бизнесом всё в порядке?

**Здесь нет этапа согласования.** Оба шага работают только на чтение. Ничего не отправляется, не публикуется и не записывается в учётную книгу, поэтому владельцу нечего одобрять между ними.

## Шаг 3 — Доставь как единое целое

Одно сообщение, в таком порядке: сводка пакета, затем пульс в две-три строки, затем книга.

Рэй Оконкво из Okonkwo Mechanical получает свой понедельничный пакет — выручка по бригадам в сравнении с прошлым годом, старение дебиторской задолженности, затраты на труд в процентах от выручки — а под ним: деньги на счёте USD 61 400, два счёта просрочены больше чем на 60 дней, один фургон всё ещё в ремонте. Он читает оба за девяносто секунд и знает, каким будет понедельник.

Никогда не отправляй два отдельных материала. Пакет и пульс, пришедшие порознь, — это две вещи для чтения; вместе — один брифинг.

Оформи этот брифинг как один HTML-артефакт в фирменном стиле артефактов (`../../shared/artifact-style.md`) — как дополнение к сводке в чате и книге, а не замену. Ключевые показатели пакета — плитки с показателями, их сравнения выведены строками контекста; сгруппированные строки отчёта — таблица с табличными цифрами (tabular-nums); контекст пульса — в отдельной панели ниже, пункты списка наблюдения со значками статуса (предупреждение или критично); недоступные источники названы в одной неприметной строке в подвале.

## Шаг 4 — Задай периодичность, один раз

**Предложи расписание один раз, после запуска, который владелец счёл полезным.** Не раньше: периодичность, предложенная для пакета, которого никто ещё не видел, — это агитация за подписку.

Спроси прямо: «Хотите получать это каждый понедельник утром?» При согласии сохрани периодичность вместе с описанием отчёта в `report-builder` и подтверди одной строкой: «Сохранено. Это будет запускаться каждый понедельник утром».

Затем выполняй её. Каждый запуск по расписанию повторяет шаги 1–3 без вопросов, без повторных подтверждений и без предложения периодичности. Отчёт по расписанию, который о чём-то спрашивает владельца, перестал быть отчётом по расписанию.

При отказе или молчании забудь об этом и больше не спрашивай.

Только при интерактивном запуске — никогда при запуске по расписанию — закончи одной строкой о том, что доставлено, затем единственным самым уместным следующим шагом и не больше чем двумя другими рядом:

- Если пакет поднял вопрос о деньгах: «прогноз денег» запускает `cash-flow-snapshot`.
- Если пульс отметил просроченную дебиторскую задолженность: «кто мне должен денег» запускает `invoice-chase`.
- Чтобы изменить, что отслеживает пакет: «построй мне отчёт» запускает `report-builder`.

Максимум три предложения. Не повторяй предложение, от которого владелец отказался в этой сессии.

## Шаг 5 — Справляйся с неполным запуском, не останавливая его

Запуск по расписанию происходит независимо от того, исправны ли все коннекторы. Если источник недоступен, `report-builder` помечает этот показатель «н/д» и называет источник; пакет всё равно уходит.

**Никогда не пропускай доставку по расписанию из-за неполных данных.** Пакет с одним пробелом и пометкой полезен. Молчаливый понедельник выглядит как поломка плагина, и владелец перестаёт его ждать.

Если у владельца вообще нет коннекторов, пакетом становится путь через CSV. Один раз попроси выгрузку, запусти тот же отчёт по файлу и сохрани периодичность.

## Чего не делать

- **Не расспрашивай владельца заново о сохранённом пакете.** Каждый запуск сначала проверяй сохранённое описание.
- **Не пересобирай здесь логику отчёта.** Спецификацию, математику и книгу ведёт `report-builder`.
- **Не пересчитывай цифры пульса.** Они принадлежат `business-pulse`, чтобы набор цифр был один.
- **Не предлагай периодичность дважды.** Один раз, после полезного запуска, больше никогда.
- **Не задавай никаких вопросов при запуске по расписанию.** «По расписанию» значит, что материал приходит без участия владельца.
- **Не пропускай запуск из-за сбоя коннектора.** Отправь его с названным пробелом.
- **Не доставляй пакет и пульс двумя сообщениями.** Один брифинг, одно чтение.

## Если нужного инструмента нет в списке

Коннекторы, названные в этом скилле, — проверенные пути, а не стена. Если владелец хочет, чтобы этот процесс использовал инструмент, который не подключён или не указан, предложи `build-connector`: он сначала проверяет каталог коннекторов, а если там нет — подключает через Zapier и никогда не собирает вручную обращение к чистому API. Когда подключение появится, инструмент присоединится к этому скиллу, как любой другой необязательный коннектор, и на тех же этапах согласования.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/small-business/skills/report-pack, лицензия Apache-2.0. Изменения: перевод на русский язык.