План реализации, который выполнит другой агент

2 сентября 2026

Детерминированный план по фазам с задачами TASK-001, файлами, критериями готовности и тестами — без места для догадок.

Описание

РазработкаБесплатно

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

план
агенты
декомпозиция

Название

План реализации, который выполнит другой агент

Категория

Разработка

Источник

awesome-copilot — create-implementation-plan skill · MIT

Где работает

ChatGPT, Claude и другие ИИ-ассистенты

Объём

25 строк · 193 слова · 1 416 символов

Переменные

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

[ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн]

[СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ]

Как использовать

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

Что внутри

Создай файл плана реализации для: [ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн].

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

Сохрани в /plan/назначение-компонент-версия.md (назначение: feature, refactor, upgrade, data, infrastructure, process, architecture, design).

Структура:
Шапка: цель, версия, дата, владелец, статус (Запланировано / В работе / Готово), теги.
Введение — одна-две фразы.
1. Требования и ограничения: REQ-001, SEC-001, CON-001, GUD-001, PAT-001.
2. Шаги реализации: для каждой фазы — GOAL-001 и таблица «задача TASK-001 | описание | готово | дата».
3. Альтернативы: ALT-001 — что рассматривали и почему нет.
4. Зависимости: DEP-001.
5. Файлы: FILE-001 — путь и что меняется.
6. Тесты: TEST-001 — что проверить.
7. Риски и допущения: RISK-001, ASSUMPTION-001.
8. Связанные спецификации и документация.

Каждый идентификатор объявляй ровно один раз. Никаких заглушек в финальном тексте. Контекст проекта: [СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ].

```text
Создай файл плана реализации для: [ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн].

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

Сохрани в /plan/назначение-компонент-версия.md (назначение: feature, refactor, upgrade, data, infrastructure, process, architecture, design).

Структура:
Шапка: цель, версия, дата, владелец, статус (Запланировано / В работе / Готово), теги.
Введение — одна-две фразы.
1. Требования и ограничения: REQ-001, SEC-001, CON-001, GUD-001, PAT-001.
2. Шаги реализации: для каждой фазы — GOAL-001 и таблица «задача TASK-001 | описание | готово | дата».
3. Альтернативы: ALT-001 — что рассматривали и почему нет.
4. Зависимости: DEP-001.
5. Файлы: FILE-001 — путь и что меняется.
6. Тесты: TEST-001 — что проверить.
7. Риски и допущения: RISK-001, ASSUMPTION-001.
8. Связанные спецификации и документация.

Каждый идентификатор объявляй ровно один раз. Никаких заглушек в финальном тексте. Контекст проекта: [СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ].
```

{
  "messages": [
    {
      "role": "user",
      "content": "Создай файл плана реализации для: [ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн].\n\nПлан предназначен для выполнения другим ИИ-агентом или человеком без дополнительных уточнений, поэтому:\n- язык однозначный, без места для интерпретации;\n- у каждой задачи — конкретные пути файлов, имена функций и точные детали реализации;\n- все переменные, константы и настройки определены явно;\n- у каждой фазы — измеримый критерий готовности;\n- задачи внутри фазы можно выполнять параллельно, если зависимость не указана явно;\n- проверки такие, чтобы их можно было выполнить автоматически.\n\nСохрани в /plan/назначение-компонент-версия.md (назначение: feature, refactor, upgrade, data, infrastructure, process, architecture, design).\n\nСтруктура:\nШапка: цель, версия, дата, владелец, статус (Запланировано / В работе / Готово), теги.\nВведение — одна-две фразы.\n1. Требования и ограничения: REQ-001, SEC-001, CON-001, GUD-001, PAT-001.\n2. Шаги реализации: для каждой фазы — GOAL-001 и таблица «задача TASK-001 | описание | готово | дата».\n3. Альтернативы: ALT-001 — что рассматривали и почему нет.\n4. Зависимости: DEP-001.\n5. Файлы: FILE-001 — путь и что меняется.\n6. Тесты: TEST-001 — что проверить.\n7. Риски и допущения: RISK-001, ASSUMPTION-001.\n8. Связанные спецификации и документация.\n\nКаждый идентификатор объявляй ровно один раз. Никаких заглушек в финальном тексте. Контекст проекта: [СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ]."
    }
  ]
}

Действия

prompt.txt· заполнено 0 из 2

Создай файл плана реализации для: [ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн].
План предназначен для выполнения другим ИИ-агентом или человеком без дополнительных уточнений, поэтому:
- язык однозначный, без места для интерпретации;
- у каждой задачи — конкретные пути файлов, имена функций и точные детали реализации;
- все переменные, константы и настройки определены явно;
- у каждой фазы — измеримый критерий готовности;
- задачи внутри фазы можно выполнять параллельно, если зависимость не указана явно;
- проверки такие, чтобы их можно было выполнить автоматически.
Сохрани в /plan/назначение-компонент-версия.md (назначение: feature, refactor, upgrade, data, infrastructure, process, architecture, design).
Структура:
Шапка: цель, версия, дата, владелец, статус (Запланировано / В работе / Готово), теги.
Введение — одна-две фразы.
1. Требования и ограничения: REQ-001, SEC-001, CON-001, GUD-001, PAT-001.
2. Шаги реализации: для каждой фазы — GOAL-001 и таблица «задача TASK-001 | описание | готово | дата».
3. Альтернативы: ALT-001 — что рассматривали и почему нет.
4. Зависимости: DEP-001.
5. Файлы: FILE-001 — путь и что меняется.
6. Тесты: TEST-001 — что проверить.
7. Риски и допущения: RISK-001, ASSUMPTION-001.
8. Связанные спецификации и документация.
Каждый идентификатор объявляй ровно один раз. Никаких заглушек в финальном тексте. Контекст проекта: [СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ].

Описание

РазработкаБесплатно

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

план
агенты
декомпозиция

Название

План реализации, который выполнит другой агент

Категория

Разработка

Источник

awesome-copilot — create-implementation-plan skill · MIT

Где работает

ChatGPT, Claude и другие ИИ-ассистенты

Объём

25 строк · 193 слова · 1 416 символов

Переменные

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

[ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн]

[СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ]

Как использовать

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

Что внутри

Создай файл плана реализации для: [ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн].

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

Сохрани в /plan/назначение-компонент-версия.md (назначение: feature, refactor, upgrade, data, infrastructure, process, architecture, design).

Структура:
Шапка: цель, версия, дата, владелец, статус (Запланировано / В работе / Готово), теги.
Введение — одна-две фразы.
1. Требования и ограничения: REQ-001, SEC-001, CON-001, GUD-001, PAT-001.
2. Шаги реализации: для каждой фазы — GOAL-001 и таблица «задача TASK-001 | описание | готово | дата».
3. Альтернативы: ALT-001 — что рассматривали и почему нет.
4. Зависимости: DEP-001.
5. Файлы: FILE-001 — путь и что меняется.
6. Тесты: TEST-001 — что проверить.
7. Риски и допущения: RISK-001, ASSUMPTION-001.
8. Связанные спецификации и документация.

Каждый идентификатор объявляй ровно один раз. Никаких заглушек в финальном тексте. Контекст проекта: [СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ].

```text
Создай файл плана реализации для: [ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн].

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

Сохрани в /plan/назначение-компонент-версия.md (назначение: feature, refactor, upgrade, data, infrastructure, process, architecture, design).

Структура:
Шапка: цель, версия, дата, владелец, статус (Запланировано / В работе / Готово), теги.
Введение — одна-две фразы.
1. Требования и ограничения: REQ-001, SEC-001, CON-001, GUD-001, PAT-001.
2. Шаги реализации: для каждой фазы — GOAL-001 и таблица «задача TASK-001 | описание | готово | дата».
3. Альтернативы: ALT-001 — что рассматривали и почему нет.
4. Зависимости: DEP-001.
5. Файлы: FILE-001 — путь и что меняется.
6. Тесты: TEST-001 — что проверить.
7. Риски и допущения: RISK-001, ASSUMPTION-001.
8. Связанные спецификации и документация.

Каждый идентификатор объявляй ровно один раз. Никаких заглушек в финальном тексте. Контекст проекта: [СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ].
```

{
  "messages": [
    {
      "role": "user",
      "content": "Создай файл плана реализации для: [ЦЕЛЬ — новая фича, рефакторинг, обновление пакетов, дизайн].\n\nПлан предназначен для выполнения другим ИИ-агентом или человеком без дополнительных уточнений, поэтому:\n- язык однозначный, без места для интерпретации;\n- у каждой задачи — конкретные пути файлов, имена функций и точные детали реализации;\n- все переменные, константы и настройки определены явно;\n- у каждой фазы — измеримый критерий готовности;\n- задачи внутри фазы можно выполнять параллельно, если зависимость не указана явно;\n- проверки такие, чтобы их можно было выполнить автоматически.\n\nСохрани в /plan/назначение-компонент-версия.md (назначение: feature, refactor, upgrade, data, infrastructure, process, architecture, design).\n\nСтруктура:\nШапка: цель, версия, дата, владелец, статус (Запланировано / В работе / Готово), теги.\nВведение — одна-две фразы.\n1. Требования и ограничения: REQ-001, SEC-001, CON-001, GUD-001, PAT-001.\n2. Шаги реализации: для каждой фазы — GOAL-001 и таблица «задача TASK-001 | описание | готово | дата».\n3. Альтернативы: ALT-001 — что рассматривали и почему нет.\n4. Зависимости: DEP-001.\n5. Файлы: FILE-001 — путь и что меняется.\n6. Тесты: TEST-001 — что проверить.\n7. Риски и допущения: RISK-001, ASSUMPTION-001.\n8. Связанные спецификации и документация.\n\nКаждый идентификатор объявляй ровно один раз. Никаких заглушек в финальном тексте. Контекст проекта: [СТЕК, ПАПКИ, ОГРАНИЧЕНИЯ]."
    }
  ]
}