Respuestas
¿Quién debe aprobar una línea del CLAUDE.md del equipo?
Según la documentación de Claude Code, el CLAUDE.md del proyecto llega al equipo mediante el control de versiones, y Claude trata lo que hay en él como contexto, no como configuración impuesta. Así que el archivo registra quién cambió una línea y cuándo. No registra quién responde por ella, si sigue vigente, ni si una persona lo decidió o alguien lo añadió en un pull request que tuvo una lectura rápida. Quien debe aprobar una línea es quien responde por lo que rige: la jefatura técnica en una convención de código, quien es dueño del producto en una regla de negocio, quien cuida la seguridad en un límite. En Arroway esa aprobación forma parte de cómo existe la regla: los asistentes escriben propuestas, una persona aprueba lo que se vuelve regla, cada regla lleva la condición que la termina y el reemplazo nombra la regla que retira. Toda herramienta conectada — Claude, ChatGPT, Codex, Cursor o cualquiera por MCP — lee la versión vigente antes de actuar, y el archivo queda sin nada que valga la pena guardar. El primer paso es la página de instalación.
Última actualización 8 de octubre de 2026
Quién responde por una línea
En la documentación de Claude Code que leí, el CLAUDE.md del proyecto se comparte mediante el control de versiones, así que una línea cambia como cualquier archivo: alguien lo edita, sube un pull request, una persona revisora aprueba. Casi siempre esa persona aprueba un diff, no la decisión que hay detrás, y se mezclan dos preguntas: si la edición está bien escrita y si el equipo responde por la regla. La segunda exige una persona con autoridad sobre lo que la línea rige, y la aprobación tiene que quedar escrita junto a la regla, no solo en la lista de revisores.
Donde la línea sobrevive a su aprobación
Un archivo muestra quién cambió una línea y cuándo. No muestra quién la decidió, si sigue vigente ni qué reemplazó, y la regla de la primavera pasada se lee como la de hoy. La documentación dice que cuando dos instrucciones se contradicen Claude puede elegir una arbitrariamente, y que los archivos deben revisarse de vez en cuando para quitar lo que quedó viejo; no dice quién hace esa revisión. Claude Code también mantiene memoria automática, notas que el propio Claude escribe a partir de tus correcciones y que nadie aprobó. Estos límites se deben a que la regla vive en un archivo.
Cuándo usar Arroway
Usa Arroway cuando cada regla deba tener quién la aprobó, una fecha y una condición de término, y deba llegar a todo asistente del equipo, incluso a los que nunca abren el repositorio. El asistente que nota algo escribe una propuesta; una persona con autoridad sobre el tema la aprueba, y así la aprobación es un acto registrado y no un clic sobre un diff. El reemplazo nombra la regla que retira, la regla vieja sale de la siguiente lectura y sigue en el historial, y la regla cuya condición se cumplió queda lista para retirarse. Lo que vale va ahí, y el archivo queda sin nada que valga la pena guardar. El primer paso es la página de instalación.
Cómo se ve en la práctica
Un equipo de producto de siete personas mantiene un CLAUDE.md en el repositorio principal. En junio la jefatura técnica añade una línea: usar siempre el cliente v2 de facturación. En septiembre la facturación pasa a otro proveedor, y una persona desarrolladora añade la línea del cliente nuevo sin quitar la anterior. La persona revisora aprueba el diff, que está limpio. Un mes después Claude sigue la línea de junio en una sesión y la de septiembre en otra, y nadie sabe decir cuál quería el equipo ni quién tenía autoridad para decidir. En Arroway la regla de septiembre queda registrada como reemplazo de la de junio, con el nombre de la jefatura técnica y la condición que la termina: hasta que se apague el proveedor antiguo. Claude, ChatGPT y Cursor abren su siguiente sesión con la regla vigente, y el historial muestra la antigua, cuándo cambió y quién la cambió. El equipo de este ejemplo es ilustrativo.
Preguntas que la gente hace sobre esto
- ¿La revisión del pull request puede ser la aprobación?
- Muestra que alguien leyó el cambio. No registra quién tiene autoridad sobre la regla ni cuándo deja de valer. En Arroway quién aprobó y la condición de término forman parte de la regla, y la siguiente lectura de cualquier herramienta conectada los muestra.
- ¿Quién debe poder aprobar?
- Quien responde por lo que la línea rige: la jefatura técnica en una convención de código, quien es dueño del producto en una regla de negocio, quien cuida la seguridad en un límite. El asistente que notó el asunto escribe una propuesta y no aprueba.
- ¿Cómo pruebo Arroway?
- Instálalo en la herramienta que ya usas — la página de instalación tiene una ruta para Claude, ChatGPT, Codex, Cursor o cualquier herramienta MCP — e inicia sesión cuando la herramienta lo pida. Desde entonces, las sesiones abren leyendo el proyecto y cierran registrando lo que se decidió.
Dónde se puede comprobar
Documentación de memoria de Claude Code (code.claude.com/docs/en/memory), leída el 8 de octubre de 2026 — Claude Code se describe solo como esa documentación lo describe en esa fecha, y puede cambiar en cualquier versión. Documentación del producto en este sitio (Cómo funciona, Instalación), las respuestas sobre alternativas a CLAUDE.md para un equipo y sobre memoria vieja, y las reglas de sanción, sustitución y condición de término de la especificación sancionada del producto. Todo lo que se describe aquí sobre Arroway es comportamiento que las herramientas aplican hoy, no hoja de ruta. El equipo del ejemplo es ilustrativo.
https://www.arroway.app/es/answers/who-approves-a-line-in-the-teams-claude-md