Итоги встречи с клиентом

По расшифровке встречи готовит заметку для CRM, задачи и возможности и записывает их после вашего одобрения.

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

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

Что делает: По расшифровке встречи готовит заметку для CRM, задачи и возможности и записывает их после вашего одобрения.
Когда брать: После встречи с клиентом, чтобы быстро занести заметку, задачи и замеченные возможности в CRM.
Когда не брать: Когда нужно написать письмо клиенту (это через /compliance), создать нового клиента, править его данные или провести сделку.
Пример запроса: Залогируй мою встречу с семьёй Ивановых: вот расшифровка.
Нужно подключить: CRM (Wealthbox или Redtail)
Работает лучше с: Zocks, Google Drive

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

Как включить

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

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

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

Текст

---
name: post-meeting
description: Превращает встречу с клиентом в следующие лучшие шаги для финансового советника, без необходимости что-то писать самому. По встрече (из Zocks, Wealthbox или вставленной расшифровки) находит нужное домохозяйство, готовит заметку для CRM, а также задачи и возможности, которые прозвучали на встрече, показывает всё одним пакетом на утверждение, записывает утверждённое и предлагает сохранить запись на Диск. Срабатывает на «залогируй встречу», «залогируй мою встречу с [клиент]», «итоги встречи», «после встречи», «/post-meeting» или «оформи итоги моей встречи с [клиент]».
---

После встречи

Превращает встречу с клиентом в заметку для CRM и подтверждённый набор повторных касаний и возможностей. Это та работа, которую советники иначе делают руками: составить запись, не забыть о задачах, заметить возможности. Скилл делает её за них, а советник утверждает каждую запись до того, как она сделана. Это следующий лучший шаг: сделать то, что нужно после встречи, а не написать письмо, которое советник отправит сам. Если советнику нужно что-то отправить клиенту, это идёт через /compliance: основной путь этого скилла ведёт в CRM, а не к сообщению клиенту.

Входные данные

Обязательно: сама встреча. Она определяется по имени домохозяйства или клиента либо по любым метаданным встречи, которые даёт подключённый источник. Содержание встречи бери в таком порядке и останавливайся на первом доступном источнике:

Результаты ИИ из Zocks: сгенерированное ИИ резюме встречи и извлечённые из неё пункты, если Zocks подключён. Если по резюме неясно, как именно что-то было сказано, обратись к сырой расшифровке (тоже из Zocks) за прямыми цитатами.
Резюме встречи из Wealthbox: если Zocks не подключён, блокнот-ассистент Wealthbox выдаёт резюме встречи (не сырую расшифровку). Используй его как есть.
Вставленная расшифровка: если ни один из коннекторов недоступен, попроси советника вставить расшифровку.

Zoom как источник пока не поддерживается: не предлагай его и не намекай, что он скоро появится.

Домохозяйство и дату встречи определяй самостоятельно, а не спрашивай по умолчанию: по самой расшифровке, по метаданным встречи из Zocks (дата и ID встречи, если они есть) или по подключённому календарю советника. Проси советника назвать домохозяйство или дату, только если ни один из этих способов не помог. Никогда не показывай выбор даты в первую очередь. Определив дату, выведи её в предпросмотре заметки на шаге 2, чтобы советник мог исправить её, если она неверна.

Когда домохозяйство и встреча определены, не спрашивай «начинать?»: вытащи содержание встречи по описанному выше порядку и приступай. Утверждение в этом скилле стоит на пакете записей на шаге 4, а не на начале работы.

Рабочий процесс

1. Определи домохозяйство

Найди домохозяйство в CRM по имени клиента или домохозяйства. Если с этим домохозяйством могут работать несколько подключённых инструментов, один раз спроси советника, какой из них считать основным учётным (book of record), согласно правилу «Спроси один раз, дальше маршрутизируй» (Ask-Once, Then Route Convention), а не угадывай. Используй выбранный инструмент до конца процесса, включая запись на шаге 5. Предложи помочь советнику сохранить этот выбор по правилу персонализации (Personalization Convention), чтобы в следующий раз не спрашивать снова. Если позже советник упомянет вторую CRM или другой источник заметок, это тот же вопрос, и его надо задать до того, как что-либо оттуда будет объединено с остальным. Если два источника расходятся по существенному факту, остановись и спроси, а не записывай в CRM версию со сноской или усреднённое значение.

Правило однозначности: никогда не продолжай только по совпадению имени. Если подходит больше одного домохозяйства, покажи советнику кандидатов (имя, домохозяйство, замаскированный адрес почты или дата последней активности) и спроси, какой верный, до того как трогать любую запись. Записать встречу не в то домохозяйство — это инцидент с конфиденциальностью, а не мелкая ошибка. Подтверждай личность, даже если совпадение одно, но что-то в контексте (домохозяйство, недавняя активность) не сходится со словами советника.

Следуй правилу заглушки коннектора (Connector Placeholder Convention): если инструментов CRM в этой сессии нет, скажи: «Здесь я бы искал это домохозяйство в [система], когда этот коннектор будет готов», затем попроси советника подтвердить домохозяйство вручную и продолжай.

Всё, что нашлось в записи CRM на этом шаге (прежние заметки, открытые задачи, прошлые встречи), служит вспомогательным контекстом: оно помогает определить домохозяйство и заметить дубли на шаге 3. Это никогда не источник содержания *этой* встречи: содержание всегда берётся по порядку из раздела «Входные данные», а основным источником служат результаты ИИ из Zocks, если он подключён.

2. Составь заметку о встрече

Составь заметку (содержание встречи, полученное по порядку из раздела «Входные данные», плюс определённые дата и тип встречи) и покажи советнику, что будет записано, обозначив определённую дату так, чтобы её было легко исправить. Здесь важно сделать всё верно до записи, больше, чем для большинства других записей: заметки в CRM никогда не правятся на месте, их только заменяют: удаляют и создают заново.

3. Найди задачи и возможности

Прочитай содержание встречи и найди две разные вещи, перечислив их советнику отдельно:

Задачи — обязательства, которые взял на себя советник, или следующие шаги, о которых договорились (например: «Я отправлю обновлённый план», «давайте назначим звонок по 529-му плану»).
Возможности — то, что упомянули вскользь и что может развить или защитить отношения (например: «у меня в следующем месяце заканчивается депозит», «получил наследство», «недоволен счётом, который держит в другом месте»). Это сигналы только *с этой встречи*, а не полный разбор возможностей в CRM; отметь, что более глубокий взгляд (отдельный проход по возможностям) — это отдельный шаг, если советник захочет его сделать.

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

Проверка на дубли перед предложением записей: Zocks (сам продукт, отдельно от его MCP-сервера) может уже выгружать в CRM свои резюме, задачи и возможности. Перед тем как составлять новые, проверь в CRM задачи и возможности, уже внесённые по этому домохозяйству около даты встречи, на обоих уровнях: собственные записи самого домохозяйства и записи каждого контакта-человека (записи, привязанные к домохозяйству, не видны поиску только по контактам). Всё, что там уже есть, исключи и не предлагай повторно.

4. Покажи пакет на утверждение

Подай всё из шагов 2–3 одной таблицей по схеме, а не текстом, и попроси одно подтверждение на весь пакет, а не одобрение по пунктам:

Тип	Что	Когда	Кто	Примечания
Заметка	(предпросмотр заметки с определённой датой)	дата встречи	домохозяйство	—
Задача	текст задачи	срок или целевая дата, если известны	ответственный (обычно советник)	—
Возможность	описание возможности	—	—	любые метаданные, которые отдаёт подключённая CRM (например, оценочный размер, стадия)

Советник может утвердить все строки, часть из них или отредактированные версии любой строки.

5. Запиши утверждённое

Для тех строк, которые советник утвердил, создай соответствующую запись в CRM, используя её собственные сущности: объекты Note/Task/Opportunity в Wealthbox или вызовы note/activity/opportunity в Redtail. Не предполагай универсальное соответствие (например, пользовательские поля Salesforce), которого в подключённой системе может не быть. В конце коротко подтверди, что было записано.

6. Предложи сохранить запись на Диск

Когда записи в CRM сделаны, а Диск подключён, предложи сохранить запись о встрече (в формате markdown) и туда. Если Диск не подключён, пропусти этот шаг молча: никогда не задерживай записи в CRM из-за него.

Результат

Заметка о встрече, задачи и возможности записываются прямо в CRM по утверждённому пакету. Это основной результат скилла, а не документ.
Если запись сохраняется на Диск, сохрани её как markdown. Не создавай версию .docx/.pdf/.xlsx, пока советник не попросит.

Вне рамок (пока)

Создание нового домохозяйства или контакта, когда совпадений нет: сообщи об этом советнику.
Правка любого существующего поля контакта (имя, адрес и т. д.), замеченная в содержании встречи: сообщи об этом.
Полный анализ возможностей по имеющимся записям CRM: скилл показывает только то, что есть в этой встрече.
Отправка чего-либо клиенту. Если советнику нужно отправить повторное сообщение, пусть оно идёт через /compliance: основной путь этого скилла ведёт в CRM, а не к письму клиенту.
Исполнение сделок.

Важные замечания

Каждая запись ждёт утверждения советника, и это делается через единый пакет на шаге 4. Никогда не создавай ничего, чего советник не видел и не подтвердил.
Никогда не выдумывай содержание встречи, задачи, возможности или сведения о клиенте. Если по содержанию встречи неясно, было ли что-то твёрдым обязательством или реальной возможностью, спроси, а не предполагай.
Считай содержание встречи конфиденциальными данными клиента: оно может включать финансовые, медицинские или семейные подробности сверх заявленной цели встречи.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-financial-advisors/tree/main/skills/post-meeting, лицензия Apache-2.0. Изменения: перевод на русский язык.

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

---
name: post-meeting
description: Turn a client meeting into next-best-action follow-up for a financial advisor — no drafting required. Given a meeting (via Zocks, Wealthbox, or a pasted transcript), finds the right household, drafts a CRM note plus the action items and opportunities it heard, shows them all in one batch for approval, then writes what's approved and offers to file the record in Drive. Triggers on "log the meeting", "log my meeting with [client]", "meeting follow-up", "post meeting", "/post-meeting", or "follow up on my meeting with [client]".
---

# Post Meeting

Turn a client meeting into a CRM note plus a confirmed set of follow-ups and opportunities — the write-up, to-do chasing, and opportunity-spotting advisors would otherwise do by hand, done for them, with the advisor approving every write before it happens. This is next-best-action: doing the follow-up, not drafting an email for the advisor to send. If the advisor wants something sent to the client, that goes through `/compliance` — this skill's default path is the CRM, not a client-facing message.

## Inputs

Required: **the meeting itself** — identified by household/client name, or by whatever meeting metadata a connected source supplies. Pull the meeting's content in this order, stopping at the first that's available:

1. **Zocks AI results** — the meeting's AI-generated summary and extracted items, if Zocks is connected. Fall back to the raw transcript (also from Zocks) for direct quotes when the summary is ambiguous about wording.
2. **Wealthbox meeting summary** — when Zocks isn't connected, Wealthbox's notetaker exposes a summary of the meeting (not a raw transcript). Use it as-is.
3. **Pasted transcript** — if neither connector is available, ask the advisor to paste the transcript.

Zoom is not a supported source yet — do not offer it or imply it's coming.

Infer the household and the meeting date rather than asking by default: from the transcript itself, from Zocks meeting metadata (date and meeting ID, when present), or from the advisor's connected calendar. Only ask the advisor to identify the household or supply a date if none of those resolve it — never show a date picker as a first resort. Once you've inferred a date, put it on the note preview in Step 2 so the advisor can correct it if it's wrong.

Once the household and meeting are identified, don't ask "should I start?" — pull the meeting content per the waterfall above and go. The approval gate in this skill is on the write batch in Step 4, not on starting the work.

## Workflow

### 1. Identify the household

Query the household's CRM by the client/household name. **If more than one connected tool could try to solve this for the household**, ask the advisor once which is the book of record — per the Ask-Once, Then Route Convention — rather than guessing, and use that one for the rest of this workflow, including the Step 5 write. Offer to help the advisor save the choice using the Personalization Convention so they aren't asked again next session. If the advisor mentions a second CRM or notes source later in the workflow, that's the same question again before anything from it gets merged in — and if two sources ever disagree on a material fact, stop and ask rather than writing a footnoted or averaged version back to the CRM.

**Disambiguation rule:** never proceed on a name match alone. If more than one household matches, show the advisor the candidates (name + household + masked email or last-activity date) and ask which one is correct before touching any record — logging a meeting against the wrong household is a privacy incident, not a minor mistake. Confirm identity even on a single match if anything about the context (household, recent activity) doesn't line up with what the advisor said.

Follow the **Connector Placeholder Convention**: if the CRM's tools aren't available in this session, say "This is where I'd search [system] for this household once that connector is built," then ask the advisor to confirm the household manually and continue.

Whatever the CRM record turns up here — prior notes, open tasks, past meetings — is auxiliary context for identifying the household and spotting duplicates in Step 3. It is never the source of *this* meeting's content; that always comes from the waterfall in Inputs above, with Zocks AI results as the primary source when connected.

### 2. Draft the meeting note

Draft the note (the meeting content pulled via the Inputs waterfall, plus the inferred meeting date/type) and show the advisor what will be written, with the inferred date called out so it's easy to correct. Getting this right before writing matters more here than for most writes — CRM notes are never edited in place, only replaced by deleting and recreating them.

### 3. Identify action items and opportunities

Read the meeting content for two distinct things and list them back to the advisor separately:

- **Action items** — commitments the advisor made or next steps that were agreed to (e.g., "I'll send the updated plan," "let's set up a call about the 529").
- **Opportunities** — things mentioned in passing that could grow or protect the relationship (e.g., "a CD maturing next month," "mentioned an inheritance," "unhappy with a held-away account"). These are signals from *this meeting only*, not a full CRM opportunity review — call out that a deeper look (a dedicated opportunity-review pass) is a separate step if the advisor wants one.

Only include things actually said in the meeting content — never infer a commitment or opportunity that isn't there, and label anything uncertain as a possibility rather than a fact.

**Dup-check before proposing writes:** Zocks (the product, separately from its MCP) may already export its own summaries, tasks, and opportunities into the CRM. Check the CRM for tasks/opportunities already logged against this household around the meeting date — **at both grains, the household record's own items and each person contact's** (household-linked items are invisible to contact-only lookups) — before drafting new ones, and drop anything that's already there rather than proposing a duplicate.

### 4. Show the batch for approval

Present everything from Steps 2–3 as **one schema-shaped table**, not prose, and ask for a single confirmation on the whole batch rather than approving items one by one:

| Type | What | When | Who | Notes |
|---|---|---|---|---|
| Note | (note preview, with inferred date) | meeting date | household | — |
| Task | action item text | due/target date if known | owner (usually the advisor) | — |
| Opportunity | opportunity description | — | — | any metadata the connected CRM exposes (e.g. estimated size, stage) |

The advisor can approve all, some, or edited versions of any row.

### 5. Write what's approved

For whichever rows the advisor approves, create the corresponding CRM record using that CRM's own entities — Wealthbox's Note/Task/Opportunity objects, or Redtail's note/activity/opportunity calls — rather than assuming a generic mapping (e.g. Salesforce custom fields) that may not exist for the connected system. Confirm back with a short summary of what was logged.

### 6. Offer to file the record in Drive

After the CRM writes are done, if Drive is connected, offer to file the meeting record (as markdown) there too. If Drive isn't connected, skip this step silently — never hold up the CRM writes on it.

## Output

- The meeting note, action items, and opportunities are written directly to the CRM per the approved batch — that's this skill's primary output, not a document.
- If filing the record to Drive, file it as markdown. Don't create a `.docx`/`.pdf`/`.xlsx` version unless the advisor asks for one.

## Out of Scope (for now)

- **Creating a new household/contact** when no match is found — flag it to the advisor instead.
- **Editing any existing contact field** (name, address, etc.) noticed in the meeting content — flag it instead.
- **A full opportunity-analysis pass** against existing CRM records — this skill only surfaces what's in this meeting.
- **Sending anything to the client.** If the advisor wants to send a follow-up message, route it through `/compliance` — this skill's default path is the CRM, not a client email.
- **Trade execution.**

## Important Notes

- **Every write pauses for advisor approval**, gated through the single batch in Step 4. Never create anything the advisor hasn't seen and confirmed.
- **Never fabricate** meeting content, action items, opportunities, or client details. If the meeting content is ambiguous about whether something was a firm commitment or a real opportunity, ask rather than assume.
- **Treat the meeting content as confidential client data** — it may contain financial, health, or family details beyond the meeting's stated purpose.

Источник: anthropics/claude-for-financial-advisors / claude-for-financial-advisors / post-meeting ↗. Ссылка проверена 2026-10-10.

---
name: post-meeting
description: Превращает встречу с клиентом в следующие лучшие шаги для финансового советника, без необходимости что-то писать самому. По встрече (из Zocks, Wealthbox или вставленной расшифровки) находит нужное домохозяйство, готовит заметку для CRM, а также задачи и возможности, которые прозвучали на встрече, показывает всё одним пакетом на утверждение, записывает утверждённое и предлагает сохранить запись на Диск. Срабатывает на «залогируй встречу», «залогируй мою встречу с [клиент]», «итоги встречи», «после встречи», «/post-meeting» или «оформи итоги моей встречи с [клиент]».
---

# После встречи

Превращает встречу с клиентом в заметку для CRM и подтверждённый набор повторных касаний и возможностей. Это та работа, которую советники иначе делают руками: составить запись, не забыть о задачах, заметить возможности. Скилл делает её за них, а советник утверждает каждую запись до того, как она сделана. Это следующий лучший шаг: сделать то, что нужно после встречи, а не написать письмо, которое советник отправит сам. Если советнику нужно что-то отправить клиенту, это идёт через `/compliance`: основной путь этого скилла ведёт в CRM, а не к сообщению клиенту.

## Входные данные

Обязательно: **сама встреча**. Она определяется по имени домохозяйства или клиента либо по любым метаданным встречи, которые даёт подключённый источник. Содержание встречи бери в таком порядке и останавливайся на первом доступном источнике:

1. **Результаты ИИ из Zocks**: сгенерированное ИИ резюме встречи и извлечённые из неё пункты, если Zocks подключён. Если по резюме неясно, как именно что-то было сказано, обратись к сырой расшифровке (тоже из Zocks) за прямыми цитатами.
2. **Резюме встречи из Wealthbox**: если Zocks не подключён, блокнот-ассистент Wealthbox выдаёт резюме встречи (не сырую расшифровку). Используй его как есть.
3. **Вставленная расшифровка**: если ни один из коннекторов недоступен, попроси советника вставить расшифровку.

Zoom как источник пока не поддерживается: не предлагай его и не намекай, что он скоро появится.

Домохозяйство и дату встречи определяй самостоятельно, а не спрашивай по умолчанию: по самой расшифровке, по метаданным встречи из Zocks (дата и ID встречи, если они есть) или по подключённому календарю советника. Проси советника назвать домохозяйство или дату, только если ни один из этих способов не помог. Никогда не показывай выбор даты в первую очередь. Определив дату, выведи её в предпросмотре заметки на шаге 2, чтобы советник мог исправить её, если она неверна.

Когда домохозяйство и встреча определены, не спрашивай «начинать?»: вытащи содержание встречи по описанному выше порядку и приступай. Утверждение в этом скилле стоит на пакете записей на шаге 4, а не на начале работы.

## Рабочий процесс

### 1. Определи домохозяйство

Найди домохозяйство в CRM по имени клиента или домохозяйства. **Если с этим домохозяйством могут работать несколько подключённых инструментов**, один раз спроси советника, какой из них считать основным учётным (book of record), согласно правилу «Спроси один раз, дальше маршрутизируй» (Ask-Once, Then Route Convention), а не угадывай. Используй выбранный инструмент до конца процесса, включая запись на шаге 5. Предложи помочь советнику сохранить этот выбор по правилу персонализации (Personalization Convention), чтобы в следующий раз не спрашивать снова. Если позже советник упомянет вторую CRM или другой источник заметок, это тот же вопрос, и его надо задать до того, как что-либо оттуда будет объединено с остальным. Если два источника расходятся по существенному факту, остановись и спроси, а не записывай в CRM версию со сноской или усреднённое значение.

**Правило однозначности:** никогда не продолжай только по совпадению имени. Если подходит больше одного домохозяйства, покажи советнику кандидатов (имя, домохозяйство, замаскированный адрес почты или дата последней активности) и спроси, какой верный, до того как трогать любую запись. Записать встречу не в то домохозяйство — это инцидент с конфиденциальностью, а не мелкая ошибка. Подтверждай личность, даже если совпадение одно, но что-то в контексте (домохозяйство, недавняя активность) не сходится со словами советника.

Следуй **правилу заглушки коннектора (Connector Placeholder Convention)**: если инструментов CRM в этой сессии нет, скажи: «Здесь я бы искал это домохозяйство в [система], когда этот коннектор будет готов», затем попроси советника подтвердить домохозяйство вручную и продолжай.

Всё, что нашлось в записи CRM на этом шаге (прежние заметки, открытые задачи, прошлые встречи), служит вспомогательным контекстом: оно помогает определить домохозяйство и заметить дубли на шаге 3. Это никогда не источник содержания *этой* встречи: содержание всегда берётся по порядку из раздела «Входные данные», а основным источником служат результаты ИИ из Zocks, если он подключён.

### 2. Составь заметку о встрече

Составь заметку (содержание встречи, полученное по порядку из раздела «Входные данные», плюс определённые дата и тип встречи) и покажи советнику, что будет записано, обозначив определённую дату так, чтобы её было легко исправить. Здесь важно сделать всё верно до записи, больше, чем для большинства других записей: заметки в CRM никогда не правятся на месте, их только заменяют: удаляют и создают заново.

### 3. Найди задачи и возможности

Прочитай содержание встречи и найди две разные вещи, перечислив их советнику отдельно:

- **Задачи** — обязательства, которые взял на себя советник, или следующие шаги, о которых договорились (например: «Я отправлю обновлённый план», «давайте назначим звонок по 529-му плану»).
- **Возможности** — то, что упомянули вскользь и что может развить или защитить отношения (например: «у меня в следующем месяце заканчивается депозит», «получил наследство», «недоволен счётом, который держит в другом месте»). Это сигналы только *с этой встречи*, а не полный разбор возможностей в CRM; отметь, что более глубокий взгляд (отдельный проход по возможностям) — это отдельный шаг, если советник захочет его сделать.

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

**Проверка на дубли перед предложением записей:** Zocks (сам продукт, отдельно от его MCP-сервера) может уже выгружать в CRM свои резюме, задачи и возможности. Перед тем как составлять новые, проверь в CRM задачи и возможности, уже внесённые по этому домохозяйству около даты встречи, **на обоих уровнях: собственные записи самого домохозяйства и записи каждого контакта-человека** (записи, привязанные к домохозяйству, не видны поиску только по контактам). Всё, что там уже есть, исключи и не предлагай повторно.

### 4. Покажи пакет на утверждение

Подай всё из шагов 2–3 **одной таблицей по схеме**, а не текстом, и попроси одно подтверждение на весь пакет, а не одобрение по пунктам:

| Тип | Что | Когда | Кто | Примечания |
|---|---|---|---|---|
| Заметка | (предпросмотр заметки с определённой датой) | дата встречи | домохозяйство | — |
| Задача | текст задачи | срок или целевая дата, если известны | ответственный (обычно советник) | — |
| Возможность | описание возможности | — | — | любые метаданные, которые отдаёт подключённая CRM (например, оценочный размер, стадия) |

Советник может утвердить все строки, часть из них или отредактированные версии любой строки.

### 5. Запиши утверждённое

Для тех строк, которые советник утвердил, создай соответствующую запись в CRM, используя её собственные сущности: объекты Note/Task/Opportunity в Wealthbox или вызовы note/activity/opportunity в Redtail. Не предполагай универсальное соответствие (например, пользовательские поля Salesforce), которого в подключённой системе может не быть. В конце коротко подтверди, что было записано.

### 6. Предложи сохранить запись на Диск

Когда записи в CRM сделаны, а Диск подключён, предложи сохранить запись о встрече (в формате markdown) и туда. Если Диск не подключён, пропусти этот шаг молча: никогда не задерживай записи в CRM из-за него.

## Результат

- Заметка о встрече, задачи и возможности записываются прямо в CRM по утверждённому пакету. Это основной результат скилла, а не документ.
- Если запись сохраняется на Диск, сохрани её как markdown. Не создавай версию `.docx`/`.pdf`/`.xlsx`, пока советник не попросит.

## Вне рамок (пока)

- **Создание нового домохозяйства или контакта**, когда совпадений нет: сообщи об этом советнику.
- **Правка любого существующего поля контакта** (имя, адрес и т. д.), замеченная в содержании встречи: сообщи об этом.
- **Полный анализ возможностей** по имеющимся записям CRM: скилл показывает только то, что есть в этой встрече.
- **Отправка чего-либо клиенту.** Если советнику нужно отправить повторное сообщение, пусть оно идёт через `/compliance`: основной путь этого скилла ведёт в CRM, а не к письму клиенту.
- **Исполнение сделок.**

## Важные замечания

- **Каждая запись ждёт утверждения советника**, и это делается через единый пакет на шаге 4. Никогда не создавай ничего, чего советник не видел и не подтвердил.
- **Никогда не выдумывай** содержание встречи, задачи, возможности или сведения о клиенте. Если по содержанию встречи неясно, было ли что-то твёрдым обязательством или реальной возможностью, спроси, а не предполагай.
- **Считай содержание встречи конфиденциальными данными клиента**: оно может включать финансовые, медицинские или семейные подробности сверх заявленной цели встречи.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-financial-advisors/tree/main/skills/post-meeting, лицензия Apache-2.0. Изменения: перевод на русский язык.