AI-translated from English; not yet reviewed by a fluent editor.

# Опишите свою работу и выберите первую задачу для проверки с ИИ

> Составьте датированную карту своих задач, результатов, проверок, прав и человеческих согласований. Выберите одну задачу для будущей пробы с ИИ или запишите, почему ни одна пока не готова.

By BIG CHANGE Editorial

Published: 2026-10-20T12:07:38.357Z
Updated: 2026-10-20T12:07:38.357Z
Canonical: https://bigchange.ai/blog/map-work-choose-first-ai-task-guide

![Conceptual charcoal illustration of blank task cards in a wall-mounted wooden rack, beside one empty orange-edged slot.](https://bigchange.ai/api/media/file/blank-task-rack-hero-v2.png)
AI-generated conceptual illustration by BIG CHANGE.

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

Исходная идея взята из [эссе Andrej Karpathy о проверяемости за ноябрь 2025 года](https://karpathy.bearblog.dev/verifiability/). Он утверждает, что среда лучше поддаётся оптимизации ИИ, когда попытки можно сбрасывать, эффективно повторять и оценивать надёжным сигналом вознаграждения. Это вопросы для изучения, а не правило разрешения на рабочем месте. Приведённая ниже карточка — наша собственная разработка. Она добавляет людей, разрешения и последствия, которые ответственный должен определить в реальном процессе. [Добровольная система NIST AI Risk Management Framework](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) также требует учитывать контекст, надзор и измерение при рассмотрении ИИ-систем; она не одобряет этот рабочий лист и не сертифицирует задачи.

## Что понадобится

Нужен доступ к реальным записям о работе, за которую вы отвечаете или которую вправе оценивать: журналу задач, календарю, процедуре, очереди запросов или ответственным людям. Также нужны закрытое место для карты и ссылок на доказательства, названный владелец процесса и ещё один человек, имеющий право оспорить решение. Укажите команду или процесс и даты, охваченные перечнем. Не передавайте конфиденциальные исходные материалы ИИ-сервису для создания карты.

Предусмотрите время на поиск и изучение записей. Сама карта не требует аккаунта ИИ, платного API или покупки ПО. Для последующей пробы могут потребоваться отдельное разрешение, оплата инструментов, время сотрудников на проверку и бюджет ошибок.

## 1. Опишите работу так, как она выполняется

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

Разделяйте процесс, когда меняются результат, разрешение или последствия. Широкое название может скрывать передачу работы, требующую иных полномочий. Число строк должно соответствовать работе; целевого количества нет. Отметьте исключённые команды или периоды, чтобы проверяющий заметил пропущенную задачу и не принял её за неподходящего кандидата.

**Проверка:** Сможет ли проверяющий перейти по ссылке, определить ответственного и сказать, что нужно передать и кому? Если перечень неполон, вернитесь к записям ответственного до ранжирования.

## 2. Опишите проверку до выбора инструмента

Для каждого результата спросите, что изучал бы человек, не создававший его. Назовите авторитетный источник, точное правило успешного прохождения и необходимое суждение. Как проверяющий обнаружит пропуск или правдоподобный, но неверный ответ? Не потребует ли проверка почти столько же усилий, сколько сама задача? Запишите, кто может её проводить и какой объём проверки известен либо пока неизвестен.

Обозначьте проверку как **существующую**, **предложенную** или **неизвестную**. «Существующая» означает наличие проверки в текущем процессе с доказательствами её применения. «Предложенная» означает, что возможное правило написано, но его способность находить важные ошибки не показана. Ни одна метка не доказывает, что результат ИИ пройдёт проверку. Задачу без надёжного источника истины или применимого правила нужно подготовить до выбора первым кандидатом.

Теперь задайте три отдельных вопроса по мотивам [эссе Karpathy](https://karpathy.bearblog.dev/verifiability/): можно ли сбросить неудачную попытку без длительного вреда? Возможно ли достаточное количество **разрешённых** попыток в разумные сроки и за разумную цену? Можно ли надёжно проверить каждую попытку? Для каждого вопроса напишите да, нет или неизвестно с местными доказательствами. Karpathy использует эти свойства для обсуждения оптимизации ИИ; ваши ответы не определяют допустимость применения на работе.

## 3. Запишите полномочия и цену неудачи

Проверяемость — лишь часть решения. Запишите, кто контролирует входные данные, разрешены ли предполагаемое применение ИИ и любое раскрытие информации, кто может пострадать. Определите, что будущий инструмент сможет читать или записывать и кто единолично вправе одобрять действие. Назовите последующие шаги, которые трудно отменить. Сопоставьте вероятную цену ошибочного пропуска с затратами на человеческую проверку и переделку; используйте **неизвестно**, если оценку нечем обосновать.

Запишите контекст, который проверка результата может не учесть: неписаные правила, исключения, меняющиеся источники или решение, требующее ответственного человеческого суждения. Указание инструменту спрашивать разрешение само по себе не является разрешением или контролем доступа. [Рекомендации NIST MAP](https://airc.nist.gov/airmf-resources/playbook/map/) требуют учитывать контекст использования, затронутых людей, данные и надзор; [рекомендации MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) рассматривают методы испытаний и ограничения. Обе группы добровольные, а не печать одобрения вашей строки.

**Проверка:** Если права, раскрытие, лицо, одобряющее действие, или достоверный путь восстановления неясны, сохраните неопределённость в записи. Аккуратная проверка её не устранит.

## 4. Классифицируйте строки и выберите не более одного первого кандидата

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

- **Кандидат для ограниченной пробы:** можно определить результат, проверку, путь сброса и полномочия для отдельно согласованной пробы. Это кандидат для исследования, а не разрешение автоматизировать.
- **Подготовить проверку:** задача описана, но правило прохождения, источник истины или проверяющий ещё требуют определения либо валидации.
- **Только помощь человеку:** ограниченная подготовка черновиков или анализ могут помочь, но названный человек сохраняет ответственное суждение и согласование. Любое реальное применение всё ещё требует разрешения.
- **Отложить:** права, контекст, последствия неудачи, восстановление или другие необходимые доказательства остаются неясными.

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

## 5. Предложите план приёмки и передайте карту на проверку

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

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

Если позднее проба инструмента будет разрешена, [наш отдельный материал о выборе или отклонении ИИ-инструмента для одной задачи малого бизнеса](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide) начинается с выбранной задачи. Эта карта заканчивается до выбора и испытания продуктов.

## Пустой рабочий лист карты решений

Скопируйте поля в закрытый документ или таблицу. Добавляйте строку для каждой реальной задачи и оставляйте неизвестные факты видимыми. Не заполняйте пустые поля выдуманной работой.

**Заголовок перечня**

- Процесс и границы: \_\_\_\_
- Включённые даты / исключённая работа: \_\_\_\_
- Владелец процесса / ответственный за решение по карте: \_\_\_\_
- Место доказательств и правила доступа: \_\_\_\_
- Дата и версия карты: \_\_\_\_

**Повторить для каждой строки задачи**

- ID задачи / ответственный / ссылка на доказательство и дата: \_\_\_\_
- Реальный повод запуска, вход и авторитетный источник: \_\_\_\_
- Текущий исполнитель, метод и согласование: \_\_\_\_
- Требуемый результат и получатель: \_\_\_\_
- Правило прохождения, исключения и источник проверки: \_\_\_\_
- Независимый проверяющий и статус (существующий / предложенный / неизвестный): \_\_\_\_
- Что проверка может пропустить / время проверки: \_\_\_\_
- Сброс или отмена неудачной попытки / разрешённые повторы и расходы: \_\_\_\_
- Последствия ошибочного прохождения / последующее действие / только человеческое суждение: \_\_\_\_
- Права на данные, конфиденциальность и разрешение на раскрытие: \_\_\_\_
- Допустимые чтение и запись / человек, дающий одобрение, и полномочия остановки: \_\_\_\_
- Категория, причина, недостающие доказательства и следующий ответственный или действие: \_\_\_\_
- Дата решения / событие, требующее пересмотра: \_\_\_\_

**Решение о первом кандидате и предложенная проба**

- ID кандидата либо «пока ни одной» и причина: \_\_\_\_
- Почему эта строка опережает следующую подходящую: \_\_\_\_
- Разрешённая выборка и вход / предлагаемые границы инструмента и действия: \_\_\_\_
- Текущий эталонный путь, результат и точное правило прохождения или провала: \_\_\_\_
- Проверяющий, рецензент, исключения и проверка ошибочного прохождения: \_\_\_\_
- Предлагаемые пределы попыток, времени, оплаты и проверки: \_\_\_\_
- Правила остановки, сброса и возвращения к текущему процессу: \_\_\_\_
- Кто разрешает позднюю пробу / решение и дата разрешения: \_\_\_\_
- Реальные попытки, результаты и расходы (пусто до наблюдения): \_\_\_\_
- Решение и дата владельца процесса: \_\_\_\_
- Решение и дата второго проверяющего, возражения и разрешение: \_\_\_\_

## Главное изменение

Проверяемый результат облегчает оценку задачи, но не делает окружающую работу подходящей для ИИ без надзора. Первое полезное решение — прослеживаемая карта контролируемой работы: что нужно передать, как обнаружить ошибки, можно ли сдержать неудачные попытки и кто имеет право разрешить пробу. Ответом может быть один ограниченный кандидат или пока ни одной задачи. Эта процедура предлагает такую запись решения; BIG CHANGE не испытывал её в организации и не измерял выгоду во времени, качестве или стоимости.

## Источники и дополнительные материалы

- [Andrej Karpathy, «Verifiability» (17 ноября 2025 года)](https://karpathy.bearblog.dev/verifiability/) — аргумент о сбрасываемых, эффективных и оцениваемых сигналом награды средах. Он не содержит этот рабочий лист и не разрешает автоматизацию задачи.
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — контекст, надзор, измерение и структура решений добровольной системы; функции не являются упорядоченным контрольным списком.
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/) — добровольные вопросы о контексте применения, людях, данных, последствиях и человеческих ролях.
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) — добровольные рекомендации о методах испытаний, ограничениях, независимой оценке и постоянном пересмотре.

## Sources

- [Andrej Karpathy, Verifiability](https://karpathy.bearblog.dev/verifiability/) — Авторское эссе о том, что сбрасываемые, эффективные и оцениваемые наградой среды благоприятствуют оптимизации ИИ. Оно не содержит этот рабочий лист и не устанавливает разрешение или пригодность задачи.
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — Добровольная структура govern/map/measure/manage для контекста, надзора и измерения. Её действия не являются упорядоченным списком, и она не сертифицирует этот метод.
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/) — Добровольные предложения о контексте, последствиях, данных и человеческих ролях. Они помогли сформулировать собственные вопросы листа, а не одобрить реальную задачу.
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) — Добровольные рекомендации о методах испытаний, ограничениях и надзоре. Ни одна предложенная в статье проверка не была валидирована.
- [BIG CHANGE, Как выбрать или отклонить ИИ-инструмент для одной задачи малого бизнеса](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide) — Связанный следующий шаг после выбора задачи. Статья не повторяет отбор продуктов или процедуру испытания из этого руководства.