Промпты/Запись архитектурного решения (ADR)

Запись архитектурного решения (ADR)

31 августа 2026

Документ решения в стандартном формате: контекст, выбор, плюсы и минусы с кодами, отвергнутые варианты и план внедрения.

Описание

ДокументацияБесплатно

Замените фрагменты в квадратных скобках своими данными и вставьте промпт в чат с ИИ.

  • ADR
  • архитектура
  • документация
Название
Запись архитектурного решения (ADR)
Категория
Документация
Источник
awesome-copilot — create-architectural-decision-record skill · MIT
Где работает
ChatGPT, Claude и другие ИИ-ассистенты
Объём
29 строк · 165 слов · 1 255 символов
Переменные

Значения сразу появятся в превью, коде и при копировании.

Как использовать
  1. 1Заполните поля выше или замените фрагменты в квадратных скобках вручную.
  2. 2Скопируйте промпт — он попадёт в буфер обмена целиком.
  3. 3Вставьте его в чат с ИИ: ChatGPT, Claude или любой другой ассистент.
  4. 4Уточняйте ответ короткими репликами, не переписывая промпт заново.

Что внутри

Создай запись архитектурного решения (ADR), удобную и для людей, и для ИИ-агентов.

Решение: [НАЗВАНИЕ РЕШЕНИЯ — например, выбор библиотеки состояния]
Контекст: [ПРОБЛЕМА, ОГРАНИЧЕНИЯ, ТРЕБОВАНИЯ]
Что выбрали: [РЕШЕНИЕ]
Альтернативы: [КАКИЕ ВАРИАНТЫ РАССМАТРИВАЛИ]
Участники: [КТО ПРИНИМАЛ РЕШЕНИЕ]

Если чего-то не хватает и это нельзя вывести из разговора — спроси до того, как писать.

Требования:
- точный однозначный язык;
- и положительные, и отрицательные последствия;
- у каждой альтернативы — причина отказа;
- пункты с кодами: POS-001, NEG-001, ALT-001, IMP-001, REF-001.

Сохрани в /docs/adr/adr-NNNN-название.md, где NNNN — следующий четырёхзначный номер.

Структура:
Шапка: заголовок «ADR-NNNN: название», статус «Предложено», дата, авторы, теги, supersedes, superseded_by.
## Статус — Предложено | Принято | Отклонено | Заменено | Устарело
## Контекст — проблема, технические ограничения, бизнес-требования
## Решение — выбранный вариант и почему
## Последствия
### Положительные — POS-001…
### Отрицательные — NEG-001… (компромиссы, техдолг, риски)
## Рассмотренные альтернативы — для каждой: описание и причина отказа
## Заметки по внедрению — IMP-001… (миграция, выкатка, метрики успеха)
## Ссылки — связанные ADR, документация, стандарты
```text
Создай запись архитектурного решения (ADR), удобную и для людей, и для ИИ-агентов.

Решение: [НАЗВАНИЕ РЕШЕНИЯ — например, выбор библиотеки состояния]
Контекст: [ПРОБЛЕМА, ОГРАНИЧЕНИЯ, ТРЕБОВАНИЯ]
Что выбрали: [РЕШЕНИЕ]
Альтернативы: [КАКИЕ ВАРИАНТЫ РАССМАТРИВАЛИ]
Участники: [КТО ПРИНИМАЛ РЕШЕНИЕ]

Если чего-то не хватает и это нельзя вывести из разговора — спроси до того, как писать.

Требования:
- точный однозначный язык;
- и положительные, и отрицательные последствия;
- у каждой альтернативы — причина отказа;
- пункты с кодами: POS-001, NEG-001, ALT-001, IMP-001, REF-001.

Сохрани в /docs/adr/adr-NNNN-название.md, где NNNN — следующий четырёхзначный номер.

Структура:
Шапка: заголовок «ADR-NNNN: название», статус «Предложено», дата, авторы, теги, supersedes, superseded_by.
## Статус — Предложено | Принято | Отклонено | Заменено | Устарело
## Контекст — проблема, технические ограничения, бизнес-требования
## Решение — выбранный вариант и почему
## Последствия
### Положительные — POS-001…
### Отрицательные — NEG-001… (компромиссы, техдолг, риски)
## Рассмотренные альтернативы — для каждой: описание и причина отказа
## Заметки по внедрению — IMP-001… (миграция, выкатка, метрики успеха)
## Ссылки — связанные ADR, документация, стандарты
```
{
  "messages": [
    {
      "role": "user",
      "content": "Создай запись архитектурного решения (ADR), удобную и для людей, и для ИИ-агентов.\n\nРешение: [НАЗВАНИЕ РЕШЕНИЯ — например, выбор библиотеки состояния]\nКонтекст: [ПРОБЛЕМА, ОГРАНИЧЕНИЯ, ТРЕБОВАНИЯ]\nЧто выбрали: [РЕШЕНИЕ]\nАльтернативы: [КАКИЕ ВАРИАНТЫ РАССМАТРИВАЛИ]\nУчастники: [КТО ПРИНИМАЛ РЕШЕНИЕ]\n\nЕсли чего-то не хватает и это нельзя вывести из разговора — спроси до того, как писать.\n\nТребования:\n- точный однозначный язык;\n- и положительные, и отрицательные последствия;\n- у каждой альтернативы — причина отказа;\n- пункты с кодами: POS-001, NEG-001, ALT-001, IMP-001, REF-001.\n\nСохрани в /docs/adr/adr-NNNN-название.md, где NNNN — следующий четырёхзначный номер.\n\nСтруктура:\nШапка: заголовок «ADR-NNNN: название», статус «Предложено», дата, авторы, теги, supersedes, superseded_by.\n## Статус — Предложено | Принято | Отклонено | Заменено | Устарело\n## Контекст — проблема, технические ограничения, бизнес-требования\n## Решение — выбранный вариант и почему\n## Последствия\n### Положительные — POS-001…\n### Отрицательные — NEG-001… (компромиссы, техдолг, риски)\n## Рассмотренные альтернативы — для каждой: описание и причина отказа\n## Заметки по внедрению — IMP-001… (миграция, выкатка, метрики успеха)\n## Ссылки — связанные ADR, документация, стандарты"
    }
  ]
}

Действия

НазадИнтервью для PRD: от идеи к требованиямДалееPRD от продакт-менеджера
prompt.txt· заполнено 0 из 5
  1. 1Создай запись архитектурного решения (ADR), удобную и для людей, и для ИИ-агентов.
  2. 2​
  3. 3Решение: [НАЗВАНИЕ РЕШЕНИЯ — например, выбор библиотеки состояния]
  4. 4Контекст: [ПРОБЛЕМА, ОГРАНИЧЕНИЯ, ТРЕБОВАНИЯ]
  5. 5Что выбрали: [РЕШЕНИЕ]
  6. 6Альтернативы: [КАКИЕ ВАРИАНТЫ РАССМАТРИВАЛИ]
  7. 7Участники: [КТО ПРИНИМАЛ РЕШЕНИЕ]
  8. 8​
  9. 9Если чего-то не хватает и это нельзя вывести из разговора — спроси до того, как писать.
  10. 10​
  11. 11Требования:
  12. 12- точный однозначный язык;
  13. 13- и положительные, и отрицательные последствия;
  14. 14- у каждой альтернативы — причина отказа;
  15. 15- пункты с кодами: POS-001, NEG-001, ALT-001, IMP-001, REF-001.
  16. 16​
  17. 17Сохрани в /docs/adr/adr-NNNN-название.md, где NNNN — следующий четырёхзначный номер.
  18. 18​
  19. 19Структура:
  20. 20Шапка: заголовок «ADR-NNNN: название», статус «Предложено», дата, авторы, теги, supersedes, superseded_by.
  21. 21## Статус — Предложено | Принято | Отклонено | Заменено | Устарело
  22. 22## Контекст — проблема, технические ограничения, бизнес-требования
  23. 23## Решение — выбранный вариант и почему
  24. 24## Последствия
  25. 25### Положительные — POS-001…
  26. 26### Отрицательные — NEG-001… (компромиссы, техдолг, риски)
  27. 27## Рассмотренные альтернативы — для каждой: описание и причина отказа
  28. 28## Заметки по внедрению — IMP-001… (миграция, выкатка, метрики успеха)
  29. 29## Ссылки — связанные ADR, документация, стандарты