Что такое ИЦЗИН: расшифровка термина и руководства по ITSM, Prompt Engineering и ICZN

Важное примечание: Термин «ИЦЗИН» в русскоязычном пространстве не является общепринятым стандартным акронимом․ На основе фонетического сходства и частоты запросов, под этим термином чаще всего подразумевают одно из трёх направлений:

1. ITSM (IT Service Management) — Управление ИТ-услугами, сервис-деск, оформление инцидентов и запросов․
2. Prompt Engineering (Инженерия промптов) — Правила составления запросов (промптов) для нейросетей и LLM (ChatGPT, GigaChat, ЯндексGPT и др․)․
3. ICZN (International Code of Zoological Nomenclature) — Международный код зоологической номенклатуры (обращения в Комиссию по номенклатуре)․

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

Если вы имели в виду: ITSM (IT Service Management) — Оформление инцидентов и запросов в Service Desk

В корпоративной среде качество формулировки вопроса (тикета) напрямую влияет на скорость решения (SLA) и нагрузку на линию поддержки․

Принцип «Чёткого запроса» (SMART для тикетов)

• S (Specific) — Конкретность: Не «Сайт не работает», а «При авторизации на портале portal․company․ru в браузере Chrome v․119 появляется ошибка 403 Forbidden»․
• M (Measurable) — Измеримость: Укажите время возникновения, частоту (всегда/иногда), количество затрагиваемых пользователей․
• A (Achievable), Достижимость: Опишите, какой результат вы ожидаете (восстановить доступ, настроить права, консультация)․
• R (Relevant), Релевантность: Укажите бизнес-воздействие: «Блокирует выпуск зарплаты 500 человек» или «Косметический баг в футере»․
• T (Time-bound) — Ограниченность во времени: Если есть дедлайн, укажите его явно․

Обязательная структура тикета (Чек-лист)

1. Тема (Summary): Краткая суть: [Система/Модуль] Суть проблемы / Суть запроса․
2. Описание (Description):
   • Что делали: Пошаговый сценарий воспроизведения (Steps to Reproduce)․
   • Что ожидали: Ожидаемое поведение системы․
   • Что получилось: Фактический результат (текст ошибки, скриншот, видео)․
3. Окружение (Environment): ОС, браузер, версия приложения, VPN (да/нет), локация (офис/дом)․
4. Приоритет/Влияние: По матрице компании (P1–P4 / Critical–Low)․
5. Вложения: Скриншоты (обязательно с видимым URL и временем), логи (текстом или архивом), HAR-файлы (для веба)․

Типичные ошибки сотрудников

• Отправка скриншота ошибки без текста описания (текст не индексируется, его нельзя скопировать в поиск)․
• Написание «Срочно!» без обоснования бизнес-воздействия․
• Сокрытие действий, приведших к ошибке (боязнь вины), что удлиняет диагностику в 3–5 раз․
• Создание дублей тикетов вместо комментирования существующего․

Если вы имели в виду: Prompt Engineering — Как правильно задавать вопросы ИИ (LLM)

Работа с большими языковыми моделями (ChatGPT, Claude, GigaChat, YaGPT) требует навыка «промпт-инженерии»․ Качество ответа на 90% зависит от качества промпта․

Базовая формула идеального промпта (RACE / CO-STAR)

Используйте структуру CO-STAR (популярная фреймворк-структура):

1. (C) Context — Контекст: Кто вы, какая задача, какие ограничения․ Пример: «Ты — Senior Python-разработчик с опытом 10 лет․ Пишешь код для highload-проекта»․
2. (O) Objective — Цель: Чётко сформулированная задача․ «Написать асинхронный парсер․․․»․
3. (S) Style — Стиль: Тон, формат, язык․ «Код в стиле PEP8, с тайп-хинтами, комментарии на русском»․
4. (T) Tone — Тон: Профессиональный, дружелюбный, строгий, саркастичный․
5. (A) Audience — Аудитория: Для кого ответ (новичок, эксперт, клиент, CEO)․
6. (R) Response — Формат ответа: JSON, Markdown, таблица, только код, пошаговое руководство․

Продвинутые техники

• Chain-of-Thought (Цепочка рассуждений): Добавьте фразу: «Рассуждай пошагово перед тем, как дать финальный ответ» или «Let’s think step by step»․ Критично для логики, математики, кода․
• Role Prompting (Ролевая модель): Назначьте персону: «Выступи в роли эксперта по безопасности (Red Teamer) и проанализируй этот код на уязвимости»․
• Negative Constraints (Отрицательные ограничения): Указывайте, чего НЕ делать: «Не используй библиотеку pandas», «Не пиши вводные слова, только код»․

Чек-лист перед отправкой промпта

• [ ] Указан контекст и роль?
• [ ] Задача одна и атомарна (не «сделай всё и сразу»)?
• [ ] Задан формат выхода (JSON, код, текст)?
• [ ] Приведены примеры (если формат сложный)?
• [ ] Указаны ограничения (длина, библиотеки, стиль)?

Если вы имели в виду: ICZN (Международный код зоологической номенклатуры)

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

Основные типы обращений

1. Публикация нового таксона: Не требует прямого вопроса Комиссии, но требует соблюдения Статьи 8 (публикация), 11 (критерии доступности), 13 (описание/диагноз), 16 (типификация) Кода․
2. Case (Дело/Ходатайство) в Комиссию: Подается, когда строгое следование Коду ведет к нестабильности имен (например, сохранение широко используемого имени, подавление старого забытого синонима)․
3. Запрос на интерпретацию (Ruling): Редко, для разрешения неоднозначностей Кода․

Как правильно подготовить «Case» (Ходатайство) в ICZN

Публикуется в Bulletin of Zoological Nomenclature (BZN)․

• Заголовок: Четко отражает суть (например: Case 3987: Conservation of the specific name Bufo bufo Linnaeus, 1758․․․)․
• Statement of the Problem (Суть проблемы): Какое правило Кода создает нестабильность? Какие имена затрагиваются?
• Background (История): Полная история таксономии, список синонимов, даты публикаций, авторы․
• Arguments for Conservation/Suppression (Аргументы): Почему текущее имя широко используется (литература за 50 лет, базы данных, законы охраны природы, медицинское значение)․
• Proposed Solution: Конкретное предложение: «Применить Пленарную силу для установления [Имя] как валидного / подавления [Имени]»․
• References: Полный список литературы по правилам BZN․

Ключевые статьи Кода, которые нужно знать перед вопросом

• Art․ 1–3: Область действия Кода․
• Art․ 8–9: Критерии публикации (до 2012 и после — электронные публикации, ZooBank)․
• Art․ 11–13: Критерии доступности имен (описание, диагноз, указание типа)․
• Art․ 23: Принцип приоритета (старшее имя валидно)․
• Art․ 72–73: Типификация (Голотип, Лектотип, Неотип)․
• Art․ 75: Обозначение неотипа (если типы утеряны)․
• Art․ 81–82: Пленарная сила Комиссии (исключения из правил)․

Где задать вопрос по номенклатуре?

1. ZooBank (zoobank․org): Регистрация имен, акты номенклатуры․
2. ICZN Listserv / Forum: Официальные рассылки для обсуждения․
3. Secretariat (iczn@nhm․ac․uk): Для официальных ходатайств (Cases)․
4. Taxacom / Russian taxonomic forums: Для предварительного обсуждения сообществом․

Резюме: Как понять, что именно вам нужно?

Совет: Если ни один из вариантов не подходит, уточните контекст: где вы задаете вопрос (портал поддержки, чат с ботом, научный журнал), какая у вас роль (сотрудник, разработчик, ученый) и какой результат ожидаете․ Это позволит дать точную инструкцию․