🧩 Especialización por producto
El mismo patrón cambia de contexto. Un núcleo común — identidad, seguridad, formato, herramientas — se reescribe al convertirse en chatbot, agente de código, buscador, app de Office, voz o CLI. Aquí ves, con prompts reales, qué agrega cada producto agrega y lo que elimina del núcleo.
Contenido detallado
Un núcleo, muchos contextos
Todo system prompt de producto parte de un núcleo heredado de las Rutas 1 y 2: identidad, seguridad, formato, herramientas. Lo que distingue a un chatbot de un CLI no es un núcleo diferente: es lo que cada uno agrega (reglas que nacen del canal) y lo que elimina (reglas que no tienen sentido allí). Especializar es editar el núcleo, no reescribirlo.
Qué es
La especialización por producto consiste en tomar el núcleo y aplicar dos deltas: +contexto (reglas que solo existen por el medio)
y −ruido (reglas del núcleo que el medio vuelve irrelevantes o perjudiciales). El claude-for-excel.md
elimina "explica tu razonamiento" y agrega "la hoja de cálculo es el entregable; el chat es la nota de presentación".
Por qué aprender
Cuando entiendes el núcleo como base fija y el producto como un par de deltas, dejas de "empezar desde cero" en cada proyecto. Preguntas: ¿cuál es el canal? ¿qué exige? ¿qué prohíbe? — y el prompt casi se escribe solo. Es la diferencia entre copiar un prompt y llevarlo para un nuevo producto.
✓ El producto AÑADE
- +Reglas que nacen del canal (id de cita, narración de pasos)
- +Contrato con la API del entorno (Office.js, control_browser)
- +Límites de salida específicos (≤100 palabras en CLI)
- +Definición del «entregable real» (hoja de cálculo, documento, discurso)
✗ El producto ELIMINA
- −Markdown cuando la salida se lee en voz alta o es de texto plano
- −Explicaciones largas cuando el artefacto es el resultado
- −"Pide una aclaración" cuando el canal no lo permite (buscador)
- −Detalles de implementación que el usuario delegó
💬 Chatbot — tono, rechazo, personalidad
El chatbot es el caso "base": conversación en texto renderizado, sin entorno externo. Su diferencia consiste casi por completo en tono y persona — cómo suena, cuándo se niega, qué personalidad adopta. Es el producto donde el núcleo aparece más «puro» y donde las Trilhas 1 y 2 ya te dieron casi todo.
Qué define un chatbot en el prompt
Porque la salida está renderizada y la conversación es de varios turnos, el chatbot mantiene markdown, prosa de longitud media y la posibilidad de pedir aclaraciones. Tu trabajo de especialización consiste en calibrar la persona y la rechazo basado en principios (Ruta 1, patrón "Regla con porqué"). Es el punto de partida del que divergen los otros cinco productos.
El chatbot es la referencia, no la excepción
Al leer cualquier prompt de producto, pregúntate "qué hace esto diferente de un chatbot?". La respuesta es exactamente el delta del producto. Voice elimina el markdown; CLI limita la longitud; el buscador reemplaza la negativa por una búsqueda silenciosa.
⌨️ Agente de código — autonomía, contrato de herramienta
El agente de código tiene un entorno: archivos, shell, un repositorio. Su delta dominante es autonomía ("continúa hasta resolverlo, no entregues antes de tiempo") y contratos de herramientas rígidos (Trilha 1, patrón "Contrato de Ferramenta"). Es el producto que más agrega al núcleo — porque el entorno es rico y peligroso.
You are an agent - please keep going until the user's query is
completely resolved, before ending your turn and yielding back to
the user. Only terminate your turn when you are sure that the
problem is solved.
- Never output more than one tool in a single step. Use consecutive steps instead.
- NEVER output any thinking tokens [...] before any tool. [...] to minimize latency.✓ Delta de agente bien hecho
- +"Keep going until resolved" — autonomía explícita
- +Orden y exclusividad de herramientas ("una por paso")
- +Alcance de búsqueda (cwd y descendientes, en copilot-cli)
- +Paralelismo explícito ("read 3 files in one response")
✗ Antipatrón
- −Autonomía sin criterio para detenerse → loop infinito
- −Tools sin orden → llamadas conflictivas
- −Heredar «pide una aclaración» del chatbot sin límite
- −Mantener prosa larga del chatbot en una terminal
🔎 Buscador — preservación de la fuente, citación
El buscador navega por la web y devuelve hechos con procedencia. Su delta es el patrón Preservación de la fuente (Ruta 1, ficha 09): cada dato lleva un id y la respuesta final cita ese id — inline, junto a cada elemento, no al final. Y él elimina la regla «pide una aclaración»: en un buscador, la ambigüedad lleva a buscar más, no a hacerle una pregunta al usuario.
# ID System
Each id [...] is formatted as {type}:{index} (e.g. tab:2, web:5).
- web: a source on the web
# Citing results:
- cite the results [...] by the id of the snippets rather than the document.
[...] your answer should cite the corresponding snippet inline next to
each item in the answer, NOT at the end of the answer.
# Clarification (delta − removido do núcleo)
- If the user's query is unclear, NEVER ask the user for clarification
in your response. Instead, use tools to clarify the intent.Cita por id ≠ enlace en el pie de página
El Comet trata el {type}:{index} como ciudadano de primera clase de todo el prompt: tools, razonamiento y respuesta usan el mismo id. Esto es Preservación de Fuente llevada al límite: la trazabilidad pasa a ser parte de la gramática, no un apéndice.
📊 Office + 🎙️ Voice — estructurado vs. concisión extrema
Office y voice son ambos extremos opuestos de formato. Office (Excel/Word) produce un artefacto estructurado: el entregable es la hoja de cálculo o el documento, y el chat es solo la "nota de portada". Voice habla en tiempo real: elimina todo el markdown, reduce el tamaño, quizá pida «talk quickly». Mismo núcleo, regla de formato reflejada.
- Default to brevity. One tight paragraph
or a short list.
- Never paste walls of formulas or cell
values into chat. The spreadsheet is the
deliverable; chat is the cover note.
- Any derived number must be a formula
referencing source cells — never a value
you computed externally and typed.
=SUM(A1:A10) not "55".O claude-for-word.md hace eco de: «the document is the deliverable; chat is the cover note». La salida es una estructura editable, no texto en el chat.
You can hear and speak. You are chatting
with a user over voice.
This means that your response should be
concise and to the point, unless the
user's request requires reasoning or
long-form outputs.
# Voice
Your voice [...] should be warm and
engaging [...]. Please talk quickly.Sin markdown, sin listas, sin código: todo se convierte en voz. El delta de voz es sustractivo: elimina el formato visual que el núcleo permitiría.
La misma regla de formato, reflejada
Toma el patrón Presupuesto de concisión (Ruta 1, ficha 07). En office, se convierte en "sé breve en el chat porque el trabajo está en el documento". En voice, se convierte en "sé breve porque nadie escucha un párrafo largo, y sin markdown porque no hay pantalla». El mismo principio, con una justificación diferente según el canal; la actividad del módulo consiste precisamente en comparar esas dos redacciones.
▌ CLI + tabla «qué cambia según el producto»
El CLI se ejecuta en una terminal: la salida es plaintext, el espacio es limitado. Tu delta es el presupuesto de salida — un límite numérico explícito —
más el recordatorio de que todo se imprimirá en una línea de comandos. El copilot-cli.md comienza con esto y cierra el módulo
con el entregable de Trilha 3.2: la tabla que compara 3 patrones entre productos.
# Tone and style
* When providing output or explanation to the user, try to limit
your response to 100 words or less.
* Be concise in routine responses.
# Tool usage efficiency
* USE PARALLEL TOOL CALLING - [...] make ALL tool calls in a SINGLE response.
* Suppress verbose output (use --quiet, --no-pager, pipe to grep/head).
Remember that your output will be displayed on a command line interface.Tabla: qué cambia por producto — 3 patrones
| Producto | Presupuesto de concisión | Contrato de herramienta | Preservación de la fuente |
|---|---|---|---|
| 💬 Chatbot | Prosa mediana, markdown OK | Ligero o inexistente | Opcional |
| ⌨️ Agente de código | Conciso; la brevedad no aplica a los subagentes | Fuerte — orden, exclusividad, paralelismo | Rutas de archivos / repositorios |
| 🔎 Buscador | Respuesta completa, con citas | Una herramienta por paso | Central — id inline {type}:{index} |
| 📊 Office | Chat = nota de portada; el artefacto es el doc | Office.js; lectura de vuelta después de editar | La fórmula hace referencia a la celda de origen |
| 🎙️ Voz | Extremo — sin markdown, hablar rápido | Mínimo (search_web, terminate) | Verifica con una nueva búsqueda |
| ▌ CLI | ≤100 palabras, texto sin formato | Paralelo; alcance cwd | Salida suprimida (--quiet) |
Esta tabla es tu entregable
Reconstrúyela tú mismo leyendo los prompts citados: comet-browser-assistant.md, claude-for-excel.md, claude-for-word.md, voice-assistant.md, copilot-cli.md. Cada celda debe tener una evidencia de línea. Es la mejor prueba de que lees los productos a partir de sus diferencias.
Resumen del módulo
- ✓Todo producto = núcleo común + dos diferencias: lo que agrega y lo que elimina
- ✓El chatbot es la referencia: tono, persona y rechazo basado en principios, sin entorno
- ✓Agente de código agrega autonomía + contrato de herramienta estricto
- ✓El buscador eleva la Preservación de fuentes al centro: id en línea y elimina "aclarar"
- ✓Office estructura el artefacto; voice elimina markdown — formato reflejado
- ✓CLI impone un límite de salida (≤100 palabras) — entregable: tabla 6×3
Siguiente: Módulo 3.3
Matriz comparativa: un problema, cuatro respuestas. Tomar 3 problemas universales y mapear la solución de 4 proveedores lado a lado, mostrando las compensaciones.