Notas prácticas: 5 conexiones MCP que convierten Claude Code en un jefe de gabinete
Guía práctica paso a paso: 5 conexiones MCP que convierten Claude Code en un jefe de equipo: contratos, verificaciones y espacios para código adicional para los equipos que implementan este patrón.
Las notas siguientes reconstruyen un camino práctico relacionado con “5 conexiones MCP que convierten el código de Claude en un jefe de gabinete”. Se da énfasis a los contratos, las verificaciones y los marcadores de posición para código, en lugar de a un enfoque motivacional.
La Parte 1 trataba los flujos de trabajo en sus archivos. Esta parte integra al agente en su calendario, Slack y correo electrónico, de modo que funcione con datos en tiempo real.
Al trabajar en la etapa de los flujos de trabajo abordados en la Parte 1, anote primero el contrato: entradas requeridas, señal de éxito y qué ocurre en caso de fallo parcial. Esa lista de verificación mantiene honestas las futuras modificaciones de código. Registre los tiempos y el costo en tokens o consultas junto con los resultados funcionales. Tener visibilidad del costo desde el principio evita facturas inesperadas cuando el proceso pasa de la demostración a entornos compartidos. Registre el nombre de la herramienta, el hash de los argumentos, la latencia y el resultado de cada llamada. Depurar bucles del agente sin ese registro desperdicia horas.
claude mcp add <name> <command or URL>
1. La reunión matutina que conoce tu calendario
Al trabajar en la fase de la reunión matutina, anota primero el contrato: los datos necesarios, la señal de éxito y qué ocurre en caso de fallo parcial. Esa lista de verificación mantiene honestas las futuras modificaciones del código. Mantén la configuración fuera del código de la aplicación. Los archivos de entorno, los almacenes de datos secretos y las banderas de funcionalidad deben estar en un lugar donde los operadores puedan auditarlos sin tener que leer todo el sistema. Registra el nombre de la herramienta, el hash de los argumentos, la latencia y el resultado de cada llamada. Depurar agentes sin ese registro desperdicia horas.
---
description: Morning briefing from calendar plus notes
---
Read today's and tomorrow's calendar events.
Read my notes from the past 7 days in notes/.
Read projects/ for anything with a deadline this week.
Produce a briefing:
- Today's schedule, with a one-line "what you need for this" per meeting,
pulled from my notes where relevant
- Conflicts, back-to-backs, or meetings with no clear purpose
- The one thing that deserves my best two hours today, and why
Under 300 words. Do not create, move, or edit any events.
2. Ponerte al día en tus aplicaciones de chat sin desplazarse
Al trabajar en la fase de “Ponerse al día 2”, anote primero el contrato: los datos necesarios, la señal de éxito y qué ocurre en caso de fallo parcial. Esa lista de verificación mantiene honestas las futuras modificaciones del código. Documente junto con ello el camino óptimo y el camino de recuperación. Las reintentos, los controles humanos y el manejo de correos no entregados forman parte del producto, no son mejoras posteriores. Registre el nombre de la herramienta, el hash de los argumentos, la latencia y el resultado de cada llamada. Depurar bucles sin esa huella histórica desperdicia horas.
Read the past 2 days of messages in #team, #project-atlas, and
any thread I was mentioned in.
Summarise:
- Decisions made (with who made them)
- Questions directed at me that I haven't answered
- Anything that changed a deadline, scope, or owner
- Threads still on fire
Link each item to the message so I can jump in. Do not post,
react, or reply to anything.
3. Automatizar su bandeja de entrada de correo electrónico
Al trabajar en la etapa 3 de Automatización de tu correo electrónico, anota primero el contrato: los datos necesarios, la señal de éxito y qué ocurre en caso de un fallo parcial. Esa lista de verificación ayuda a mantener honestos los cambios posteriores en el código. Prefiere unidades pequeñas y probables sobre scripts extensos. Cuando un paso falla, el fallo debe apuntar a una sola responsabilidad y no a un proceso complicado. Registra el nombre de la herramienta, el hash de los argumentos, la latencia y el resultado de cada llamada. Depurar bucles de agentes sin esa información desperdicia horas.
Read unread email from the past 3 days.
Sort into:
- Needs a reply from me (draft one, save to drafts/, do NOT send)
- Needs an action but not a reply (list the action)
- FYI only (one-line summary each)
- Ignorable (just count them)
Never send, delete, archive, or mark anything. Drafts stay drafts.
4. El tablero de tareas autoactualizable
Al trabajar en la etapa 4, “La tarea autoactualizable”, anote primero el contrato: las entradas requeridas, la señal de éxito y qué ocurre en caso de fallo parcial. Esa lista de verificación garantiza que los cambios posteriores en el código sean transparentes. Considere esta etapa como un contrato entre las entradas y los resultados validados. Asigne nombres a los artefactos, defina comprobaciones de éxito y evite completaciones parciales silenciosas. Registre el nombre de la herramienta, el hash de los argumentos, la latencia y el resultado de cada llamada. Depurar agentes sin ese historial desperdicia horas. Al trabajar en la etapa 4, “La tarea autoactualizable”, anote primero el contrato: las entradas requeridas, la señal de éxito y qué ocurre en caso de fallo parcial. Esa lista de verificación garantiza que los cambios posteriores en el código sean transparentes. Mantenga la configuración fuera del código de la aplicación. Los archivos de entorno, los almacenes de datos secretos y las banderas de funcionalidad deben estar en un lugar donde los operadores puedan auditarlos sin tener que leer todo el sistema.
---
description: Reconcile the project board with reality
---
Read the project board.
Read my notes and logs from the past 7 days.
Find the drift:
- Tasks marked in-progress that my notes say are done
- Work my notes describe that has no ticket at all
- Tickets untouched for 14+ days
Propose the updates as a list. On my approval, apply them.
5. ¡Busque todo!
La etapa 5 de “Buscar todo” funciona mejor cuando se trata como una superficie medible. Capture una transcripción exitosa, un caso de fallo y la nota de reversión antes de ampliar el alcance. Documente tanto el camino óptimo como el camino de recuperación juntos. Las reintentos, los controles humanos y el manejo de correos no entregados forman parte del producto, no son mejoras posteriores. Exponga herramientas con esquemas limitados y etiquetas explícitas de efectos secundarios. Los administradores necesitan saber qué llamadas modifican el estado antes de aprobarlas automáticamente.
---
description: Weekly review across every connected source
---
Read: this week's calendar, my notes/, the project board,
Slack decisions in #team, and my sent email from the past 7 days.
Produce the week:
- What shipped, versus what the week was supposed to be about
- Decisions made anywhere (notes, Slack, email) that never made it
to the board or my notes
- Commitments I made in email or Slack that have no task attached
- Next week's real priorities, based on all of the above
Write to reviews/YYYY-WW.md. Flag anything you inferred rather
than found.
El patrón (de nuevo)
El patrón de la etapa “de nuevo” funciona mejor cuando se trata como una superficie medible. Capture un registro exitoso, un caso de fallo y la nota de reversión antes de ampliar el alcance. Prefiera unidades pequeñas y verificables en lugar de scripts extensos. Cuando un paso falla, el fallo debe apuntar a una única responsabilidad y no a un proceso complicado. Exponga herramientas con esquemas limitados y etiquetas explícitas sobre efectos secundarios. Los administradores necesitan saber qué llamadas modifican el estado antes de aprobarlas automáticamente.
Lista de verificación operativa
En la etapa de la lista de verificación operativa, defina las entradas, el responsable del paso y los criterios de finalización antes de modificar el código. Los operadores deben poder volver a ejecutar el paso a partir de un punto de control conocido, sin tener que adivinar el estado oculto.
Registre los tiempos de ejecución y el costo de los tokens o consultas junto con los resultados funcionales. Ver la información sobre costos desde el principio evita facturas inesperadas cuando el entorno pasa de la versión de demostración a entornos compartidos.
Autentíquese en la pasarela y vuelva a autorizarlo en el plano de datos. Un token portador por sí solo no constituye un límite entre tenencias.
Escriba un manual breve: cómo rotar las claves, cómo vaciar la cola de tareas y cómo revertir la última operación de ingreso de datos.
Mantenga la configuración fuera del código de la aplicación. Los archivos de entorno, los almacenes de secretos y las banderas de funcionalidad deben estar en un único lugar que los operadores puedan auditar sin tener que leer todo el sistema.
Autentíquese en la pasarela y vuelva a autorizarlo en el plano de datos. Un token portador por sí solo no constituye un límite entre tenencias.
Antes de promocionar el stack, congele las versiones, capture una transcripción de referencia para la ruta crítica y confirme los pasos de reversión. Los entornos compartidos necesitan límites de velocidad, verificaciones de tenencia y un responsable claro para la rotación de secretos. Prefiera una fiabilidad sencilla a demostraciones ingeniosas pero puntuales.
Nota por lotes para a0d364d17aa1: mantenga las claves del proveedor fuera del repositorio, establezca un límite máximo para tokens por sesión y almacene las transcripciones junto a los fixtures de evaluación para que los cambios posteriores en el modelo sigan siendo comparables.
Lecturas relacionadas
- Notas prácticas: Encontré 7 servidores MCP que hacen que Claude Code parezca injusto en 2026 — Guía paso a paso de las Notas prácticas: Encontré 7 servidores MCP que hacen que Claude Code parezca injusto en 2026: contratos, verificaciones y espacios para código integrable para equipos que implementan este patrón.