Cómo saber qué directrices de Tabnine están vigentes en este momento (Guía 2026)

Las directrices basadas en archivos de Tabnine son la parte que se comporta como cualquier otra herramienta. Son archivos Markdown en un directorio /.tabnine/guidelines/, y ese directorio "residirá bien 1) en tu directorio de inicio o 2) por proyecto dentro de tu directorio de proyecto". Puedes guardar múltiples archivos de directrices, y el propio enfoque de Tabnine es una analogía más que un estándar: "Piensa en ellos de manera similar al archivo agents.md que usan otras herramientas de agentes". Ten en cuenta que es una analogía: el nombre del archivo no es AGENTS.md, y un repositorio que contenga uno no alimenta automáticamente a Tabnine. También hay una recomendación de tamaño: "Se recomienda mantener el archivo guidelines.md en 500 líneas o menos".

Tres cosas quedan fuera de ese directorio, y cada una rompe la suposición de que leer los archivos responde a la pregunta.

La consola de administración tiene prioridad sobre tu archivo. Esta es la frase que debes interiorizar:

"Las directrices que se introduzcan aquí tendrán el mismo efecto que las directrices enumeradas en tu archivo guidelines.md, pero tendrán prioridad sobre las directrices personales que existan en el archivo guidelines.md."

Las directrices de la organización son "aplicables a todos los usuarios y proyectos de tu organización". Por lo tanto, la capa autoritativa es una que quizás no puedas leer, y gana frente al archivo que tienes delante. Si tu directriz local dice una cosa y la consola dice otra, la versión de la consola es la que sigue el agente, y nada en tu repositorio registra eso.

Existe una ventana de propagación. Los cambios en la consola "se aplicarán en la extensión del IDE después de 15 minutos, o al reiniciar el IDE o la extensión". Durante un máximo de un cuarto de hora después de que un administrador edite una directriz, tu sesión ejecutará la versión anterior. Durante esa ventana, el conjunto vigente no coincide ni con tu archivo ni con el estado actual de la consola. Esta es la forma más reproducible de hacer que dos ingenieros, ambos correctamente configurados, vean un comportamiento del agente diferente en el mismo commit.

La CLI utiliza dos rutas de entrega independientes, y solo una tiene un interruptor. La documentación de la CLI de Tabnine comienza advirtiendo que "las directrices del agente se gestionan de forma diferente en la CLI de Tabnine que en el complemento de IDE de Tabnine", y luego describe dos flujos.

El primero: "las instrucciones de la organización y las instrucciones de la cuenta de servicio se añaden al contexto de funcionamiento del agente. Estas instrucciones se configuran fuera de la CLI por tu administrador de Tabnine. Cuando se inicia la CLI de Tabnine, recupera las instrucciones disponibles para tu cuenta autenticada y las aplica a la sesión". Las instrucciones de la cuenta de servicio "solo se aplican cuando están configuradas para la cuenta de servicio autenticada".

El segundo: directrices de codificación "disponibles a través de la herramienta integrada Tabnine Coaching Guidelines", que el agente puede consultar "antes de escribir código, revisar código o responder preguntas sobre los estándares de tu equipo".

Y la línea que más importa para nuestra pregunta:

"Estos flujos son independientes. Las instrucciones de la organización y de la cuenta de servicio se recuperan automáticamente del contexto de tu cuenta de Tabnine. El ajuste de Coaching Guidelines controla únicamente el servidor MCP integrado de Coaching Guidelines".

Así que el único ajuste que puedes ver y alternar (enableCoaching, accesible a través del diálogo /settings) gobierna una de las dos rutas. La documentación es explícita al respecto: "este ajuste no controla si las instrucciones de la organización o de la cuenta de servicio se recuperan y se añaden al contexto de la sesión". Desactivarlo no te da una sesión libre de directrices; te da una sesión con una ruta cerrada y la otra aún abierta.

Los fallos son silenciosos por diseño. Ambos mecanismos de respaldo se degradan silenciosamente: "Si la CLI de Tabnine no puede recuperar las instrucciones de la organización o de la cuenta de servicio, la sesión continúa sin ellas. Si las Coaching Guidelines no son compatibles con tu servidor de Tabnine, la herramienta integrada de Coaching Guidelines no se carga".

Nada genera un error. Un problema de red, una sesión expirada, un servidor que no admite la función... el agente sigue funcionando con un conjunto de instrucciones más pequeño y sin ninguna señal. Ese es el mismo tipo de fallo que describimos en por qué los agentes ignoran tus archivos de instrucciones, excepto que aquí el archivo está bien y lo que falló fue la recuperación.

Una aclaración, porque "directrices" abarca mucho en el vocabulario de Tabnine: nada de lo anterior es la historia de memoria de Tabnine. Tabnine documenta Personalization, Connection para el conocimiento global del código base, y un Context Engine en el lado del administrador con activos, fuentes de datos, ejecuciones, analizadores y directrices de entrenamiento. Esos son mecanismos independientes con su propia configuración; esta guía trata únicamente sobre la capa de directrices que da forma al comportamiento del agente en una sesión.

Leer guidelines.md y no hacer nada más. Responde a la pregunta equivocada. El archivo te dice lo que pediste, no lo que se aplica, y la capa de la consola tiene explícitamente prioridad sobre él.

Preguntar al agente cuáles son sus instrucciones. Es mejor que nada, y Tabnine respalda una versión limitada de esto: "También puedes preguntar a la CLI de Tabnine si la herramienta Coaching Guidelines parece estar disponible en la sesión actual". Pero lee el matiz que la documentación añade: "esta es una comprobación práctica, no un comando de estado independiente". Te dice si una herramienta parece disponible, no qué texto de directriz está en contexto, y no dice nada sobre la ruta de instrucciones de la organización.

Reiniciar cada vez que algo parece ir mal. Eficaz e irrefutable. Un reinicio aplica los cambios de la consola de inmediato en lugar de esperar los quince minutos, y un cambio de configuración requiere uno de todos modos: "cambiar este ajuste requiere reiniciar la CLI de Tabnine". Pero si un reinicio lo soluciona, habrás aprendido que estabas desactualizado, pero no sobre qué estabas desactualizado.

Pedir a tu administrador que te lea la consola. Fuente correcta, cadencia incorrecta: responde a la pregunta una vez, para una persona, y la consola puede cambiar de nuevo sin previo aviso.

Duplicar las directrices de la consola en un archivo local. Tentador, y empeora el conflicto. Ahora tienes dos copias con un orden de precedencia documentado entre ellas, y cuando la versión de la consola cambia, tu copia local se convierte en un registro erróneo con total seguridad. Dos registros que pueden no coincidir sin reconciliación es la situación que analizamos en detección de conflictos de memoria.

No puedes consultar el conjunto vigente. Puedes enumerar sus entradas, detectar cada una por su comportamiento y mantener una expectativa escrita para compararla.

Paso 1: Enumerar las cinco entradas, por superficie

Escribe, para este proyecto y esta máquina, qué existe en cada uno de estos puntos:

El directorio .tabnine/guidelines/ del proyecto: cada archivo, no solo guidelines.md, ya que se admiten múltiples archivos. El directorio .tabnine/guidelines/ de tu directorio de inicio: lo mismo, y ten en cuenta que estos se aplican a todos tus proyectos. La directriz general de la consola de administración, según informe quien pueda verla, con la fecha de su último cambio. Las instrucciones de la cuenta de servicio, si la sesión se autentica como una cuenta de servicio en lugar de como tú. Y el estado de la herramienta Coaching Guidelines, desde /settings.

Luego, anota sobre qué superficie estás preguntando. La capa de la consola llega a ambas ("las directrices configuradas en la consola de administración se aplican a las sesiones de la CLI de la misma manera que se aplican a las sesiones de chat del IDE; no se requiere configuración adicional en el lado de la CLI"), pero el modelo de dos flujos de la CLI y la propagación de quince minutos del IDE son específicos de cada superficie. El mismo repositorio puede comportarse de manera diferente en la terminal y en el editor, y de forma correcta.

Paso 2: Detectar cada entrada por contradicción

Dado que Tabnine describe la comprobación disponible como "una comprobación práctica, no un comando de estado independiente", prueba cada fuente en su lugar con una instrucción que sea inconfundible e inofensiva: una convención de nomenclatura que nunca uses de otra manera, o un encabezado de comentario obligatorio en las nuevas funciones.

Prueba primero el archivo de tu proyecto: añade el marcador, reinicia para omitir la cuestión de la propagación y solicita una función pequeña. Si aparece el marcador, el directorio del proyecto se está cargando.

Prueba la capa de la consola a continuación, haciendo que tu administrador añada un marcador diferente mientras el archivo de tu proyecto conserva el suyo. El que aparezca te dirá qué capa ganó, y la respuesta documentada de Tabnine es la consola. Confirmarlo en tu propio entorno vale la pena los diez minutos, porque es el hecho que más a menudo contradice el modelo mental de la gente.

Prueba la ventana de propagación una vez, deliberadamente: haz que el administrador cambie el marcador de la consola y observa cuándo aparece sin reiniciar. Saber que la ventana es real convierte el próximo desacuerdo en un diagnóstico.

Prueba la ruta de Coaching Guidelines de la CLI pidiendo al agente una revisión basada en directrices. El comportamiento documentado de Tabnine es que "si pides una revisión basada en directrices y no hay directrices disponibles, la CLI de Tabnine debería decirte que no puede acceder a las directrices configuradas en lugar de inventar reglas". Un rechazo honesto es una señal útil. El silencio con un resultado plausible es el caso con el que hay que tener cuidado.

Paso 3: Mantener una expectativa escrita, versionada fuera de la herramienta

Las pruebas anteriores te dan una instantánea. Lo que hace que la instantánea sea útil el próximo mes es un registro de cuál debería ser la respuesta.

Ese registro necesita tres propiedades. Tiene que vivir fuera de la consola, porque la consola es la capa que no puedes leer desde una sesión. Tiene que vivir fuera de .tabnine/guidelines/, porque un duplicado del texto autoritativo se convierte en un registro erróneo en el momento en que cambia la consola. Y tiene que ser legible por todas las superficies, porque la CLI y el IDE componen sus conjuntos de manera diferente.

Lo que va en él no es el texto de la directriz. Son los metadatos que la rodean: qué regla se espera que se aplique a nivel de organización y cuál es personal, quién lo decidió, cuándo y qué reemplazó. Entonces, "qué directrices están vigentes" se convierte en una comparación entre una expectativa escrita y un comportamiento observado, en lugar de una suposición. El caso general para mantener ese tipo de registro bajo disciplina de versiones se encuentra en tratar la memoria de la IA como Git.

MemoryLake es donde vive esa expectativa: el registro de decisiones detrás de cada directriz, independientemente de qué capa la entregue actualmente. Cuando la consola cambia, tienes algo con lo que comparar el cambio. Cuando una directriz desaparece, sabes qué decía y por qué estaba allí. Comienza aquí.

Paso 1: Crear una clave de API

Crea un espacio de trabajo para el equipo, no para un solo repositorio: las directrices de la organización se aplican "a todos los usuarios y proyectos de tu organización", por lo que el registro debe ser al menos tan amplio como la capa que describe.

Paso 2: Subir tus primeras memorias

Registra los resultados de tus pruebas del Paso 2: qué capa ganó y en qué superficie. Luego, añade la decisión detrás de cada directriz actualmente en la consola: el motivo, la fecha y la versión que reemplazó. Pide a tu administrador ese historial una vez; es mucho más difícil de reconstruir más adelante que capturarlo ahora.

Paso 3: Conectar tu IA y agentes

Conecta ambas superficies de Tabnine que utilizas, el complemento de IDE y la CLI. Debido a que las dos componen las directrices de manera diferente, hacer que lean un registro de decisiones compartido es la única manera de que el motivo de una regla esté disponible de manera idéntica en ambas, incluso cuando el texto de la directriz llega por rutas diferentes.

Los desacuerdos entre dos ingenieros se vuelven diagnosticables. Cuando el agente de una persona sigue una convención y el de otra no, tienes una lista de verificación: ventana de propagación, diferencia de superficie, autenticación de cuenta de servicio o una recuperación que falló silenciosamente. Eso son cuatro hipótesis en lugar de un encogimiento de hombros.

La degradación silenciosa se vuelve detectable. Debido a que el comportamiento de respaldo documentado es que "la sesión continúa sin ellas", la única manera de notarlo es tener una expectativa con la que comparar. Una prueba de marcador toma un minuto y marca la diferencia entre enterarse hoy o enterarse en el momento de la revisión.

Los cambios del administrador dejan de ser eventos invisibles. Actualmente, una edición en la consola llega a tu equipo como un cambio de comportamiento sin previo aviso. Un registro escrito con fechas lo convierte en algo que puedes señalar.

Y el razonamiento sobrevive a un cambio de capa. Las directrices se mueven: de un archivo personal a la consola, de la consola a la cuenta de servicio, y cada movimiento reescribe el texto. La decisión detrás de ella no tiene por qué moverse en absoluto. Esta es la forma práctica de la pregunta sobre la propiedad que planteamos en si la memoria de la IA es una característica o un bloqueo de proveedor.

Reinicia en lugar de esperar cuando estés haciendo pruebas. La ventana de quince minutos es un buen valor predeterminado para el trabajo normal y un obstáculo para el diagnóstico. Reiniciar el IDE o la extensión aplica los cambios de la consola de inmediato.

Mantén las directrices personales y de la organización sobre temas diferentes. Dado que la consola tiene prioridad sobre tu guidelines.md, cualquier solapamiento es un conflicto que perderás. Utiliza el archivo local para preferencias genuinamente personales y deja los estándares compartidos para la capa que está diseñada para aplicarlos.

No trates enableCoaching como un interruptor de apagado global. "Controla únicamente el servidor MCP integrado de Coaching Guidelines", y las instrucciones de la organización y de la cuenta de servicio se recuperan de todos modos. Si necesitas una sesión genuinamente limpia para realizar pruebas, esa es una cuestión de autenticación, no de ajustes.

Comprueba qué identidad está utilizando la sesión. Las instrucciones de la cuenta de servicio "solo se aplican cuando están configuradas para la cuenta de servicio autenticada", por lo que una ejecución de CI y una sesión local pueden tener legítimamente directrices diferentes. Anota la identidad junto con la superficie en tus registros.

Respeta la recomendación de longitud. Tabnine sugiere mantener guidelines.md en 500 líneas o menos. Se admiten múltiples archivos de directrices, así que divídelos por tema en lugar de hacer crecer un solo archivo más allá de la recomendación.

Realiza auditorías de forma programada, no por sospecha. Una vez al trimestre, ejecuta las pruebas de marcador y compara el resultado con tu expectativa escrita. La versión más amplia de ese hábito se encuentra en auditar lo que tu IA realmente recuerda, y aquí importa más porque la capa autoritativa no es una que puedas inspeccionar desde una sesión.

El sistema de directrices de Tabnine es más capaz que un único archivo de instrucciones: la aplicación a nivel de organización, el alcance de la cuenta de servicio y una herramienta que el agente puede consultar a mitad de la tarea son cosas que un archivo plano no puede hacer. El coste de esa capacidad es que el conjunto vigente se compone al inicio de la sesión a partir de fuentes con diferentes propietarios, diferentes superficies y un retraso documentado.

No hay ningún comando que imprima la respuesta, y Tabnine lo dice. Lo que puedes hacer es enumerar las cinco entradas, probar cada una por contradicción y mantener un registro escrito de lo que debería estar vigente. Entonces, la pregunta deja de ser incontestable y se convierte en una comparación, que es todo lo que "qué directrices están vigentes ahora mismo" necesitaba ser.

Si todavía estás evaluando el cambio, migrar de GitHub Copilot a Tabnine cubre cómo se invierte la dirección de precedencia entre ambos, que es la parte más sorprendente de llegar aquí.