Historia de dos preguntas sobre Claude Code

Dos preguntas sobre la misma herramienta se cruzaron en mi camino hace poco en Stack Overflow, y no podrían haber tenido finales más distintos. "How do you index a codebase in Claude Code?" (¿cómo se indexa una base de código en Claude Code?) estaba a menos ocho, cerrada, abajo del todo, en compañía de deberes volcados sin más y una petición de ayuda para reventar una contraseña. Mientras tanto, una respuesta a "Is reviewing only by sight a good use of Claude Code to write code?" (¿revisar solo a ojo es un buen uso de Claude Code para escribir código?) sumaba 13 puntos, lo que en el Stack Overflow de hoy es aire enrarecido, la liga de un recorrido precioso por la aritmética de CRC y un montón de jerga del estándar de C++.

La misma herramienta. El mismo sitio. La misma comunidad votando. Veredictos opuestos. He leído ambas preguntas más veces de las que merecen, porque creo que la brecha entre ellas no es ruido, y tampoco es hostilidad hacia la IA. La comunidad está clasificando, y en cuanto ves la regla de clasificación, puedes usarla.

La que murió

Empecemos por el cadáver. "How do you index a codebase in Claude Code?" es una frase que suena razonable. También es, y lo digo con simpatía, tres errores distintos compartiendo un solo signo de interrogación.

Primero, se asienta sobre una premisa que la herramienta no tiene. Claude Code no construye un índice de tu base de código. Busca bajo demanda, como lo harías tú con grep, y todo el diseño apuesta a que la búsqueda rápida gana a un índice desactualizado. Preguntar cómo se configura el índice es preguntar cómo se ensilla un coche. No hay respuesta a la pregunta tal como está planteada, solo una corrección de la misma, y las preguntas que solo pueden responderse desmontando su premisa salen mal paradas en todas partes, no solo en Stack Overflow.

Segundo, es una pregunta de soporte. No una pregunta menor, sino un género distinto: su verdadera respuesta vive en la documentación del proveedor y cambia con sus notas de versión. Stack Overflow lleva cerrando preguntas de soporte de herramientas desde mucho antes de que esta herramienta existiera, porque el formato del sitio asume una respuesta que merezca archivarse durante una década, y las respuestas de soporte se pudren en un trimestre. Cuando la vida útil de una pregunta es más corta que su cola de revisión, cerrarla no es gatekeeping. Es gestión de inventario.

Tercero, y este es el error que de verdad me importa, pregunta por la herramienta y no por el trabajo. Que es exactamente la trampa sobre la que escribí en el ensayo sobre perseguir herramientas: la herramienta es la parte que puedes cambiar en un día, y la parte de debajo, la que llevó años, es donde viven las preguntas duraderas.

La que sobrevivió

Ahora la superviviente. "Is reviewing only by sight a good use of Claude Code to write code?" no tiene premisa que desmontar, porque no afirma nada sobre cómo funciona la herramienta. No tiene problema de caducidad, porque seguirá siendo una pregunta viva dentro de tres herramientas y cinco versiones; cambia el nombre del producto y ya era una pregunta viva en la era del outsourcing, y de la revisión de código en general. Y no es una pregunta de soporte, porque ninguna documentación de proveedor puede zanjarla. Es una pregunta de criterio. La única respuesta honesta es la experiencia: alguien que revisó a ojo, puso el resultado en producción y descubrió lo que eso cuesta.

La respuesta que sumó 13 puntos vale algo precisamente porque no puede generarse bajo demanda. Un modelo producirá encantado un ensayo sobre prácticas de revisión, y será fluido y genérico. Lo que los votantes premiaron era otra cosa: una persona defendiendo una posición desde sus propias cicatrices, en una pregunta donde las posiciones son todo lo que hay.

Confesión completa: esta también encontró en mí un blanco fácil. Publiqué un ensayo exactamente sobre esta pregunta alrededor de una semana antes de que los votantes del sitio elevaran esa respuesta a ese aire enrarecido, defendiendo que leer un diff es revisión de verdad para un tipo de cambio y un cuento reconfortante para otro. No sé quién hizo la pregunta ni quién la respondió, y no estoy afirmando que el ensayo causara nada. Lo que afirmo es más pequeño y más interesante: la pregunta está en el aire. Cuando el mismo tema aflora de forma independiente en un blog personal y en Stack Overflow en las mismas pocas semanas, ese es el aspecto que tiene una pregunta viva desde dos puntos de observación.

La regla de clasificación

Pon las dos preguntas una al lado de la otra y la regla casi se enuncia sola.

Pregúntate si la próxima versión podría dejar tu pregunta sin sentido. Si el proveedor lanza una función mañana, o le cambia el nombre a una, y tu pregunta se evapora, es una pregunta de soporte, y la multitud de desconocidos de un sitio de preguntas y respuestas es el público equivocado para ella. El público adecuado es la documentación, el changelog, los canales del propio proveedor, o diez minutos con la propia herramienta, que demostrará su comportamiento real más rápido de lo que un foro puede describirlo. No hay nada vergonzoso en la categoría. Simplemente es perecedera, y los archivos son para lo duradero.

Pero si tu pregunta sobreviviera a la desaparición de la herramienta, si pudieras tachar el nombre del producto, escribir el de un competidor en su lugar y seguir necesitando la respuesta, entonces no estás preguntando por la herramienta en absoluto. Estás preguntando por el trabajo: qué delegar, qué verificar, qué cuesta una práctica, dónde el criterio tiene que seguir siendo humano. Esas preguntas no tienen fecha de caducidad, ni documentación a la que redirigirlas, ni premisa que se derrumbe. Son también, no por casualidad, las preguntas que la IA responde peor, porque la respuesta no es recuperación. Es testimonio.

La votación de la comunidad fue dura a un lado de esa línea y generosa al otro, y creo que la dureza y la generosidad son la misma señal leída dos veces. Un sitio que archiva respuestas durante décadas tiene todos los motivos para rechazar lo que se pudre y atesorar lo que se conserva. La IA no creó esa lógica. Solo movió la línea, al hacer que todo lo recuperable se pudra más rápido.

Preguntar a la vista de todos

Si hay un consejo en todo esto, no es «evita preguntar sobre herramientas de IA en público». Es: antes de preguntar, averigua cuál de las dos preguntas tienes entre manos. La pregunta de soporte merece diez minutos con la documentación, y sinceramente, el propio modelo la responderá mejor que un foro, ya que describir su propio comportamiento es el único tema en el que es la fuente primaria. La pregunta de criterio merece el tratamiento opuesto. Llévala a las personas, y vístela como es debido: nombra lo que está en juego, cuenta lo que intentaste, arriesga tu propia posición provisional para que el testimonio tenga contra qué empujar.

Las dos preguntas las hicieron dos desconocidos que nunca sabrán que formaron una pareja perfecta. Entre las dos cartografiaron el territorio entero: qué no llevarles a otras personas, y para qué siguen sirviendo, insustituiblemente, las otras personas. Menos ocho y más trece no es una contradicción en el ánimo de la comunidad respecto a la IA. Es la formulación más precisa de ese ánimo que he visto en todo el año.