Дом

Skill

Производительность и рабочий процесс

email-ops

affaan-m/ECC

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

...Расширить все

Обновлено время 1 октября 2026 г.

# verification # email # inbox # drafting # sending

Работа с электронной почтой

Используйте этот термин, когда реальная задача связана с работой с почтовым ящиком: сортировка, составление, ответы, отправка или проверка того, что сообщение попало в папку «Отправленные».

Это не общий навык письма. Это рабочий процесс оператора, связанный с непосредственной работой с почтой.

Набор навыков

Включайте в рабочий процесс эти навыки, присущие ECC, когда это уместно:

brand-voice прежде чем составлять какие-либо письма, адресованные пользователям
investor-outreach для писем, адресованных инвесторам, партнерам или спонсорам
customer-billing-ops когда переписка касается вопросов биллинга или поддержки, а не является общей корреспонденцией
knowledge-ops когда сообщение или переписка должны быть впоследствии зафиксированы в надежном контексте
research-ops когда ответ зависит от свежих внешних фактов

Когда использовать

пользователь просит отсортировать входящую почту или заархивировать письма с низкой важностью
пользователь хочет создать черновик, ответ или новое исходящее письмо
пользователь хочет узнать, было ли письмо уже отправлено
пользователь хочет получить подтверждение того, какой аккаунт, ветка переписки или запись в папке «Отправленные» были использованы

Ограничения

сначала создавайте черновик, если только пользователь явно не попросил отправить письмо сразу
никогда не утверждайте, что сообщение было отправлено, если отсутствует реальная папка «Отправленные» или подтверждение со стороны клиента
не меняйте учетные записи отправителя без веской причины; выбирайте учетную запись, соответствующую проекту и получателю
не удаляйте сомнительные деловые письма при очистке почты
если задача действительно связана с DM или iMessage, передайте её messages-ops

Workflow

1. Определите точную область ответственности

Прежде чем приступить к действиям, определите:

какой почтовый аккаунт
какой цепочке переписки или кому
является ли задача сортировкой, черновиком, ответом или отправкой
хочет ли пользователь отправить только черновик или сразу опубликовать письмо

2. Прочитайте переписку, прежде чем составлять сообщение

Если отвечаете:

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

Если создаете новое исходящее сообщение:

определите степень заинтересованности
выберите правильный канал и аккаунт отправителя
подготовить brand-voice прежде чем приступить к составлению

3. Составьте черновик, затем проверьте

Для работы только с черновиками:

подготовьте окончательный текст
укажите отправителя, получателя, тему и цель

Для работ, отправляемых в режиме реального времени:

сначала проверьте точность окончательного текста письма
отправить через выбранный почтовый канал
убедиться, что сообщение попало в папку «Отправленные» или в аналогичное хранилище отправленных копий

4. Сообщите точное состояние

Используйте точные слова, описывающие статус:

«в черновике»
ожидает утверждения
отправлено
заблокирован
ожидает проверки

Если поверхность отправки заблокирована, сохраните черновик и сообщите о конкретной причине блокировки, вместо того чтобы импровизировать повторную отправку, не сообщив об этом.

Формат вывода

MAIL SURFACE
- account
- thread / recipient
- requested action

DRAFT
- subject
- body

STATUS
- drafted / sent / blocked
- proof of Sent when applicable

NEXT STEP
- send
- follow up
- archive / move

Ловушки

не заявляйте об успешной отправке без проверки отправленной копии
не игнорируйте историю переписки и не пишите ответы вне контекста
не смешивайте работу с почтовыми ящиками с рабочими процессами личных сообщений или текстовых сообщений
не раскрывайте секретные данные, данные авторизации или ненужные метаданные сообщений

Проверка

в ответе должны быть указаны имя аккаунта и название ветки или имя получателя
любое заявление об отправке должно сопровождаться доказательством отправки или явным подтверждением со стороны клиента
конечное состояние соответствует одному из следующих: «в черновиках» / «отправлено» / «заблокировано» / «ожидает проверки»

Посмотреть на GitHub

---
name: email-ops
description: Organize email inbox, draft replies, send messages, and verify delivery with evidence-based confirmation.
---

# Email Ops

Use this when the real task is mailbox work: triage, drafting, replying, sending, or proving a message landed in Sent.

This is not a generic writing skill. It is an operator workflow around the actual mail surface.

## Skill Stack

Pull these ECC-native skills into the workflow when relevant:

- `brand-voice` before drafting anything user-facing
- `investor-outreach` for investor, partner, or sponsor-facing mail
- `customer-billing-ops` when the thread is a billing/support incident rather than generic correspondence
- `knowledge-ops` when the message or thread should be captured into durable context afterward
- `research-ops` when a reply depends on fresh external facts

## When to Use

- user asks to triage inbox or archive low-signal mail
- user wants a draft, reply, or new outbound email
- user wants to know whether a mail was already sent
- the user wants proof of which account, thread, or Sent entry was used

## Guardrails

- draft first unless the user clearly asked for a live send
- never claim a message was sent without a real Sent-folder or client-side confirmation
- do not switch sender accounts casually; choose the account that matches the project and recipient
- do not delete uncertain business mail during cleanup
- if the task is really DM or iMessage work, hand off to `messages-ops`

## Workflow

### 1. Resolve the exact surface

Before acting, settle:

- which mailbox account
- which thread or recipient
- whether the task is triage, draft, reply, or send
- whether the user wants draft-only or live send

### 2. Read the thread before composing

If replying:

- read the existing thread
- identify the last outbound touch
- identify any commitments, deadlines, or unanswered questions

If creating a new outbound:

- identify warmth level
- select the correct channel and sender account
- pull `brand-voice` before drafting

### 3. Draft, then verify

For draft-only work:

- produce the final copy
- state sender, recipient, subject, and purpose

For live-send work:

- verify the exact final body first
- send through the chosen mail surface
- confirm the message landed in Sent or the equivalent sent-copy store

### 4. Report exact state

Use exact status words:

- drafted
- approval-pending
- sent
- blocked
- awaiting verification

If the send surface is blocked, preserve the draft and report the exact blocker instead of improvising a second transport without saying so.

## Output Format

```text
MAIL SURFACE
- account
- thread / recipient
- requested action

DRAFT
- subject
- body

STATUS
- drafted / sent / blocked
- proof of Sent when applicable

NEXT STEP
- send
- follow up
- archive / move
```

## Pitfalls

- do not claim send success without a sent-copy check
- do not ignore the thread history and write a contextless reply
- do not mix mailbox work with DM or text-message workflows
- do not expose secrets, auth details, or unnecessary message metadata

## Verification

- the response names the account and thread or recipient
- any send claim includes Sent proof or an explicit client-side confirmation
- the final state is one of drafted / sent / blocked / awaiting verification