Magic Prompts
OpenChamber використовує вбудовані промпти за лаштунками щоразу, коли робить щось автоматично, — пише повідомлення коміту, складає PR, переглядає issue, розв’язує конфлікт, підсумовує сесію. Magic Prompts — це місце, де ви читаєте й переписуєте ці промпти. Відкрийте їх у Settings → Magic Prompts.
Ця сторінка не потрібна для звичайного користування. Звертайтеся до неї, коли хочете, щоб процес поводився інакше, — скажімо, повідомлення комітів у певному стилі.
Редагування промпту
- Відкрийте Settings → Magic Prompts.
- Виберіть промпт із груп у бічній панелі — Git, GitHub, Planning та Session.
- Відредагуйте текст і збережіть.
Деякі промпти мають видиму частину (повідомлення, яке ви побачите) та частину з інструкціями (приховані вказівки для агента). Промпти можуть містити {{placeholders}}, які OpenChamber заповнює, як-от diff чи заголовок issue, — лишайте їх на місці.
Скидання
Передумали? Кожен промпт має reset to default, а ще є reset all, якщо хочете почати спочатку всюди.
Де використовується кожен промпт
Для кожного промпту нижче вказано, де він виконується та який тригер його запускає. Перевірте тригер перед редагуванням, щоб розуміти, який процес ви змінюєте.
Git
| Промпт | Де виконується | Коли спрацьовує |
|---|---|---|
| Генерація коміту | Кнопка генерації в полі коміту у git-поданні та на мобільному екрані Changes | Ви генеруєте повідомлення коміту. Підставляються вибрані файли та теми нещодавніх комітів гілки, щоб стиль відповідав вашому репозиторію. |
| Генерація PR | Форма створення pull request у вкладці PR git-подання | Ви генеруєте заголовок і опис PR. Підставляються базова та головна гілки, коміти та змінені файли між ними, ваш додатковий контекст і PR-шаблон репозиторію, якщо він є. |
| Розв’язання конфліктів merge/rebase | Діалог конфліктів у git-поданні, коли merge або rebase зупинився на конфліктах | Ви обираєте “Resolve in current session” або “Resolve in new session”. Агент читає конфліктні файли, пропонує стратегію розв’язання для кожного файлу та чекає на ваше підтвердження перед редагуванням, індексацією чи продовженням операції. |
| Розв’язання конфліктів cherry-pick | Розділ “Re-integrate commits” для сесії у worktree | Перенесення комітів сесії на цільову гілку впирається в конфлікт, і ви передаєте його агентові. Агент розв’язує конфлікти в тимчасовому worktree, індексує файли та продовжує cherry-pick. |
GitHub
| Промпт | Де виконується | Коли спрацьовує |
|---|---|---|
| Рев’ю PR | Пікер “Link GitHub PR” у меню вкладень композера та діалог нового worktree | Два тригери. Прикріплення PR як контексту готує інструкції, які надсилаються разом із вашим наступним повідомленням. Створення сесії у worktree з PR використовує промпт як перше повідомлення сесії з повним контекстом PR. |
| Рев’ю issue | Діалог нового worktree, коли worktree створюється з issue | Перше повідомлення нової сесії рев’ю issue, з тілом і коментарями як контекстом. |
| Рев’ю провалених перевірок PR / коментарів PR / окремого коментаря PR | — | Нині не надсилаються жодним процесом. Подання PR раніше запускало їх кнопками швидкого рев’ю; тепер провалені перевірки й коментарі прикріплюються як чернетки контексту чату. Вони лишаються редагованими, щоб наявні перевизначення продовжували працювати. |
Planning
| Промпт | Де виконується | Коли спрацьовує |
|---|---|---|
| Планування з todo | Панель Todos у проєктній бічній панелі | Ви надсилаєте todo в сесію або нову сесію у worktree. Текст todo стає видимим повідомленням; інструкції перетворюють його на планувальний діалог із питаннями, а не стрибок одразу в імплементацію. |
| Покращення плану | Дія “Improve” для збереженого плану у поданні Plans | Ви надсилаєте збережений план у потік покращення. Агент спершу читає файл плану, потім пропонує зміни на основі поточного стану репозиторію та пропонує відредагувати той самий файл. |
| Імплементація плану | Дія “Implement” для збереженого плану | Ви надсилаєте збережений план у потік імплементації. Агент читає файл плану та імплементує його від початку до кінця без розширення обсягу, зберігаючи корективи плану назад у файл, якщо сам план виявився хибним. |
Session
Більшість із них живлять слеш-команди, які вводяться в композері. Більшість також доступні як стартові чіпи на чернетці нової сесії.
| Промпт | Де виконується | Коли спрацьовує |
|---|---|---|
| Тур кодовою базою | /explore | Ви просите загальний огляд кодової бази. |
| Підсумок сесії | /summary, необов’язково /summary <тема> | Ви підсумовуєте поточну розмову — зручно для передачі в нову сесію. Потрібна наявна сесія. |
| Рев’ю робочої області | /workspace-review | Ви просите агента переглянути поточний diff робочої області на намір, коректність і безпеку. |
| Планування фічі | /plan-feature | Ви перетворюєте грубу ідею фічі на план імплементації через керований діалог питань і відповідей. |
| Формулювання Goal | /craft-goal, необов’язково /craft-goal <ідея> | Ви перетворюєте ідею на перевірювану ціль Goal для діалогу Goal. |
| Catch up | /catch-up | Ви повертаєтеся до проєкту й питаєте, на чому зупинилися і що робити далі. |
| Дебаг | /debug | Ви досліджуєте баг: агент формує гіпотези, підтверджує кореневу причину з коду і лише тоді пропонує виправлення. |
| Зважування варіантів | /weigh | Ви знаєте, що будувати, але не як. Агент порівнює два-три підходи та рекомендує один. |
| Fusion | Дія “Run fusion” на групі multi-run | Ви об’єднуєте виводи кількох запусків в одну відповідь. Виводи запусків додаються після інструкцій. |
Промпти без сторінки в Settings
Кілька промптів спрацьовують автоматично й не мають редагованих сторінок у Settings:
| Промпт | Коли спрацьовує |
|---|---|
| Заплановане завдання | /schedule-task, необов’язково з початковою ідеєю. Веде діалог, який визначає заплановане завдання. |
| Handoff для рев’ю | /handoff-review або кнопка Review у поданні diff із увімкненим handoff. Генерує handoff у робочій сесії. |
| Стартове повідомлення сесії рев’ю | Перше повідомлення згенерованої сесії рев’ю — з handoff, якщо він створений, або без нього. |
| Відгук рев’ю / відповідь імплементатора | Переносять повідомлення між двома сесіями: відгук рев’юера повертається в сесію імплементації, а відповідь імплементатора — назад у сесію рев’ю. |
Пов’язане
- Робочі процеси Git і GitHub — багато з цих промптів живлять git-процеси
- Нотатки, todo та плани — todo і плани за промптами групи Planning
- Multi-run — групи запусків і fusion