매직 프롬프트

OpenChamber는 커밋 메시지 작성, PR 초안 작성, 이슈 검토, 충돌 해결, 세션 요약 같은 작업을 자동으로 할 때마다 뒤에서 내장 프롬프트를 사용합니다. Magic Prompts는 그러한 프롬프트를 읽고 다시 쓰는 곳입니다. Settings → Magic Prompts에서 엽니다.

일반적인 사용에는 이 페이지가 필요하지 않습니다. 흐름이 다르게 동작하기를 원할 때, 예를 들어 특정 스타일의 커밋 메시지를 원할 때 사용하세요.

프롬프트 편집하기

Settings → Magic Prompts를 엽니다.
사이드바의 그룹(Git, GitHub, Planning, Session)에서 프롬프트를 선택합니다.
텍스트를 편집하고 저장합니다.

일부 프롬프트에는 보이는 부분(사용자에게 표시되는 메시지)과 지침 부분(에이전트를 위한 숨겨진 안내)이 있습니다. 프롬프트에는 diff나 이슈 제목처럼 OpenChamber가 채워 넣는 {{placeholders}}가 포함될 수 있으니 그대로 두세요.

초기화

마음이 바뀌었나요? 각 프롬프트에는 reset to default가 있고, 모든 곳에서 처음부터 다시 시작하려면 reset all이 있습니다.

각 프롬프트가 사용되는 곳

아래 표의 각 프롬프트는 실행되는 위치와 실행을 일으키는 트리거를 나타냅니다. 편집하기 전에 트리거를 확인해 어떤 흐름을 바꾸는지 알아두세요.

Git

프롬프트	실행 위치	트리거 시점
커밋 생성	git 뷰 커밋 상자의 생성 버튼, 모바일 Changes 화면	커밋 메시지를 생성할 때. 선택한 파일과 브랜치의 최근 커밋 제목이 채워져 메시지가 저장소 스타일을 따르게 됩니다.
PR 생성	git 뷰 PR 탭의 pull request 생성 폼	PR 제목과 본문을 생성할 때. base와 head 브랜치, 그 사이의 커밋과 변경 파일, 추가 컨텍스트, 저장소에 PR 템플릿이 있으면 그것까지 채워집니다.
merge/rebase 충돌 해결	merge나 rebase가 충돌로 멈췄을 때 git 뷰의 충돌 대화상자	”Resolve in current session” 또는 “Resolve in new session”을 선택할 때. 에이전트가 충돌 파일을 읽고 파일별 해결 전략을 제안하며, 편집·stage·계속 진행 전에 확인을 기다립니다.
cherry-pick 충돌 해결	worktree 세션의 “Re-integrate commits” 섹션	세션의 커밋을 대상 브랜치로 옮기다 충돌이 나서 에이전트에 맡길 때. 에이전트가 임시 worktree에서 해결하고 파일을 stage한 뒤 cherry-pick을 계속합니다.

GitHub

프롬프트	실행 위치	트리거 시점
PR 검토	작성기 첨부 메뉴의 “Link GitHub PR” 선택기, 새 worktree 대화상자	두 가지 트리거. PR을 컨텍스트로 첨부하면 지침이 준비되어 다음 메시지와 함께 전송됩니다. PR에서 worktree 세션을 시작하면 이 프롬프트가 그 세션의 첫 메시지가 되고 전체 PR 컨텍스트가 첨부됩니다.
이슈 검토	worktree를 이슈에서 시작할 때의 새 worktree 대화상자	새 세션의 첫 메시지가 이슈를 검토하며, 본문과 댓글이 컨텍스트로 첨부됩니다.
PR 실패 검사 / PR 댓글 / 단일 PR 댓글 검토	—	현재 어떤 흐름도 이것들을 보내지 않습니다. PR 뷰가 이전에는 원클릭 검토 액션으로 실행했지만, 이제 실패한 검사와 댓글은 채팅 컨텍스트 초안으로 고정됩니다. 기존 재정의가 계속 동작하도록 편집 가능한 상태로 남습니다.

Planning

프롬프트	실행 위치	트리거 시점
todo 계획	프로젝트 사이드바의 Todos 패널	todo를 세션 또는 새 worktree 세션으로 보낼 때. todo 텍스트가 보이는 메시지가 되고, 지침은 바로 구현으로 넘어가지 않고 질문 중심의 계획 대화로 만듭니다.
계획 개선	Plans 뷰에서 저장된 계획의 “Improve” 액션	저장된 계획을 개선 흐름으로 보낼 때. 에이전트가 먼저 계획 파일을 읽고, 저장소 현재 상태에 근거한 변경을 제안하며 같은 파일을 편집하겠다고 제안합니다.
계획 구현	저장된 계획의 “Implement” 액션	저장된 계획을 구현 흐름으로 보낼 때. 에이전트가 계획 파일을 읽고 범위를 늘리지 않고 끝까지 구현하며, 계획 자체가 잘못된 것으로 밝혀지면 조정을 같은 파일에 저장합니다.

Session

대부분 작성기에 입력하는 슬래시 명령으로 동작합니다. 대부분 새 세션 초안 화면의 시작 칩으로도 나타납니다.

프롬프트	실행 위치	트리거 시점
코드베이스 투어	`/explore`	코드베이스의 전체 개요를 요청할 때.
세션 요약	`/summary`, 선택적으로 `/summary <주제>`	지금까지의 대화를 요약할 때 — 새 세션으로 넘길 때 유용합니다. 기존 세션이 필요합니다.
작업 공간 검토	`/workspace-review`	현재 작업 공간 diff를 의도, 정확성, 보안 관점에서 검토해 달라고 요청할 때.
기능 계획	`/plan-feature`	거친 기능 아이디어를 안내된 질문-답변 대화를 통해 구현 계획으로 만들 때.
Goal 만들기	`/craft-goal`, 선택적으로 `/craft-goal <아이디어>`	아이디어를 Goal 대화상자에 쓸 수 있는 검증 가능한 Goal 목표로 바꿀 때.
따라잡기	`/catch-up`	프로젝트로 돌아와 어디까지 진행됐고 다음에 무엇을 할지 물을 때.
디버깅	`/debug`	버그를 조사할 때: 에이전트가 가설을 세우고 코드에서 근본 원인을 확인한 뒤에야 수정을 제안합니다.
옵션 저울질	`/weigh`	무엇을 만들지는 알지만 어떻게 할지 모를 때. 에이전트가 두세 가지 접근을 비교하고 하나를 추천합니다.
Fusion	multi-run 그룹의 “Run fusion” 액션	여러 실행의 출력을 하나의 답변으로 합칠 때. 실행 출력은 지침 뒤에 추가됩니다.

Settings에 페이지가 없는 프롬프트

일부 프롬프트는 자동으로 실행되며 Settings에 편집 가능한 페이지가 없습니다:

프롬프트	트리거 시점
예약 작업	`/schedule-task`, 선택적으로 초기 아이디어와 함께. 예약 작업을 정의하는 대화를 이끕니다.
검토 핸드오프	`/handoff-review`, 또는 핸드오프를 켜고 diff 뷰의 Review 버튼. 작업 세션에서 핸드오프를 생성합니다.
검토 세션 시작 메시지	생성된 검토 세션의 첫 메시지 — 핸드오프가 만들어졌으면 포함, 아니면 제외.
검토 피드백 / 구현 응답	두 세션 사이에서 메시지를 전달합니다: 검토자 피드백은 구현 세션으로, 구현자 응답은 검토 세션으로 돌아갑니다.