Saltearse al contenido
Navegar Abrir escCerrar

Magic Prompts

OpenChamber usa prompts integrados en segundo plano cada vez que hace algo automáticamente: escribir un mensaje de commit, redactar un PR, revisar una issue, resolver un conflicto, resumir una sesión. Magic Prompts es donde lees y reescribes esos prompts. Ábrelo en Settings → Magic Prompts.

No necesitas esta página para el uso normal. Recurre a ella cuando quieras que un flujo se comporte de otra manera; por ejemplo, mensajes de commit con un estilo particular.

Edita un prompt

  1. Abre Settings → Magic Prompts.
  2. Elige un prompt de los grupos en la barra lateral: Git, GitHub, Planning y Session.
  3. Edita el texto y guarda.

Algunos prompts tienen una parte visible (el mensaje que verías) y una parte de instrucciones (guía oculta para el agente). Los prompts pueden incluir {{placeholders}} que OpenChamber rellena, como el diff o el título de la issue; mantenlos en su sitio.

Restablecer

¿Cambiaste de opinión? Cada prompt tiene reset to default, y hay un reset all si quieres empezar de cero en todas partes.

Dónde se usa cada prompt

Cada prompt de las tablas indica dónde se ejecuta y qué lo dispara. Revisa el disparador antes de editar, para saber qué flujo estás cambiando.

Git

PromptDónde se ejecutaCuándo se dispara
Generación de commitEl botón de generar en el cuadro de commit de la vista git, y la pantalla Changes en móvilGeneras un mensaje de commit. Se rellenan los archivos seleccionados y los asuntos de los commits recientes de la rama, para que el mensaje siga el estilo de tu repositorio.
Generación de PREl formulario de creación de pull request en la pestaña PR de la vista gitGeneras el título y el cuerpo de un PR. Se rellenan las ramas base y head, los commits y archivos cambiados entre ambas, tu contexto adicional y la plantilla de PR del repositorio si existe.
Resolución de conflicto de merge/rebaseEl diálogo de conflictos en la vista git, cuando un merge o rebase se detiene por conflictosEliges “Resolve in current session” o “Resolve in new session”. El agente lee los archivos en conflicto, propone una estrategia por archivo y espera tu confirmación antes de editar, hacer stage o continuar la operación.
Resolución de conflicto de cherry-pickLa sección “Re-integrate commits” de una sesión en worktreeMover los commits de la sesión a la rama destino produce un conflicto y se lo pasas al agente. El agente resuelve dentro del worktree temporal, hace stage de los archivos y continúa el cherry-pick.

GitHub

PromptDónde se ejecutaCuándo se dispara
Revisión de PREl selector “Link GitHub PR” en el menú de adjuntos del composer, y el diálogo de nuevo worktreeDos disparadores. Adjuntar un PR como contexto prepara las instrucciones, que se envían con tu siguiente mensaje. Crear una sesión de worktree desde un PR usa el prompt como primer mensaje de esa sesión, con el contexto completo del PR adjunto.
Revisión de issueEl diálogo de nuevo worktree, cuando el worktree parte de una issueEl primer mensaje de la nueva sesión revisa la issue, con su cuerpo y comentarios adjuntos como contexto.
Revisión de checks fallidos / comentarios de PR / comentario único de PRHoy no los envía ningún flujo. La vista de PR antes los disparaba con acciones de revisión de un clic; ahora los checks fallidos y los comentarios se fijan como borradores de contexto del chat. Siguen siendo editables para que las anulaciones existentes sigan funcionando.

Planning

PromptDónde se ejecutaCuándo se dispara
Planificación desde todoEl panel Todos en la barra lateral del proyectoEnvías un todo a una sesión o a una nueva sesión en worktree. El texto del todo se convierte en el mensaje visible; las instrucciones lo convierten en un diálogo de planificación con preguntas en vez de saltar a implementar.
Mejorar planLa acción “Improve” sobre un plan guardado en la vista PlansEnvías un plan guardado al flujo de mejora. El agente lee primero el archivo del plan, luego propone cambios basados en el estado actual del repositorio y se ofrece a editar ese mismo archivo.
Implementar planLa acción “Implement” sobre un plan guardadoEnvías un plan guardado al flujo de implementación. El agente lee el archivo del plan y lo implementa de principio a fin sin ampliar el alcance, y guarda ajustes del plan en el archivo cuando el propio plan resulta estar mal.

Session

La mayoría alimentan comandos de barra que se escriben en el composer. La mayoría también aparecen como chips de inicio en el borrador de una sesión nueva.

PromptDónde se ejecutaCuándo se dispara
Tour del código/explorePides una orientación general del código.
Resumen de sesión/summary, opcionalmente /summary <tema>Resumes la conversación hasta ahora, útil para pasar a una sesión nueva. Requiere una sesión existente.
Revisión del workspace/workspace-reviewPides al agente revisar el diff actual del workspace en cuanto a intención, corrección y seguridad.
Planificación de feature/plan-featureConviertes una idea rough de feature en un plan de implementación mediante un diálogo guiado de preguntas y respuestas.
Definir Goal/craft-goal, opcionalmente /craft-goal <idea>Conviertes una idea en un objetivo Goal verificable para el diálogo de Goal.
Ponerse al día/catch-upVuelves a un proyecto y preguntas en qué quedó y qué seguir.
Depuración/debugInvestigas un bug: el agente forma hipótesis, confirma la causa raíz desde el código y solo entonces propone un arreglo.
Sopesar opciones/weighSabes qué construir pero no cómo. El agente compara dos o tres enfoques y recomienda uno.
FusionLa acción “Run fusion” sobre un grupo de multi-runCombinas los resultados de varias ejecuciones en una respuesta. Los resultados se añaden después de las instrucciones.

Prompts sin página en Settings

Algunos prompts se disparan automáticamente y no tienen página editable en Settings:

PromptCuándo se dispara
Tarea programada/schedule-task, opcionalmente con una idea inicial. Guía el diálogo que define una tarea programada.
Handoff de revisión/handoff-review, o el botón Review en la vista de diff con el handoff activado. Genera el handoff en la sesión de trabajo.
Mensaje inicial de la sesión de revisiónEl primer mensaje de la sesión de revisión generada, con el handoff cuando se produjo, o sin él.
Feedback de revisión / respuesta de implementaciónLlevan mensajes entre las dos sesiones: el feedback del revisor vuelve a la sesión que implementa, y la respuesta del implementador regresa a la sesión de revisión.

Relacionado