# Construir se abarató. Las ideas no.

Los agentes de programación eliminaron la restricción que definió al software durante décadas: la capacidad de construir. Cuando construir se abarata, la competencia se desplaza hacia arriba, hacia lo que siempre fue el verdadero cuello de botella: el criterio, el juicio de mercado y el coraje de lanzar. Una nota de campo sobre lo que de verdad gana ahora.

- **Author:** Fedor Chishchin
- **Published:** 2026-06-02
- **Tags:** agents, ai-native, business
- **Source:** https://fedorthinks.com/es/blog/building-got-cheap-ideas-didnt

---

Durante casi toda la historia del software, la parte difícil de convertir
una idea en un producto era construirlo. La ingeniería era el foso: lo que
separaba a quienes podían lanzar de quienes solo podían describir. Si tenías
una idea pero no sabías construir, necesitabas a alguien que sí supiera, y
esa gente era escasa y cara.

Ese foso se está vaciando, y rápido. Yo dirijo a los agentes de
programación para que construyan; lo que tengo entre manos es la
especificación y la revisión, no las pulsaciones del teclado. Y no tengo
nada de especial: esto se está convirtiendo, en silencio, en lo normal. Lo
cual significa que la pregunta interesante ya no es _¿puedes construirlo?_
Es _¿de qué va realmente la competencia ahora?_

## La habilidad escasa no dejó de subir

Mira dónde ha vivido la habilidad valiosa en apenas tres años.

**Primero fue la ingeniería de prompts.** Mismo modelo, dos personas: una le
sacaba trabajo genuinamente útil, la otra obtenía papilla. La formulación
era la ventaja. Esa fue la conversación cumbre de 2023–2024.

**Luego conectamos los LLM a herramientas** y los dejamos tomar acciones en
el mundo real: leer archivos, llamar a APIs, ejecutar código. La era de los
agentes. La habilidad pasó de "qué pregunto" a "qué puede hacer".

**Ahora se ha movido de nuevo, hacia la ingeniería de contexto.** Tobi
Lütke le puso nombre y
[Andrej Karpathy lo afianzó](https://x.com/karpathy/status/1937902205765607626):
piensa en el modelo como una CPU y en su ventana de contexto como la RAM; la
disciplina consiste en decidir qué se carga para el siguiente paso. La
ingeniería de prompts no murió: se convirtió en una pequeña nota al pie
dentro del oficio más grande de construir y dirigir agentes.

Cada paso movió la habilidad escasa _hacia arriba_, alejándola de "cómo
formulo esto" hacia "cómo orquesto un sistema que hace trabajo de verdad".
Construir agentes y dirigirlos bien es la habilidad de oro de esta era;
pero, como veremos, es la entrada, no el premio.

## Los agentes se volvieron de verdad buenos

Vale la pena ser franco sobre cuánto ha avanzado esto, porque mucha gente
sigue discutiendo con la versión de 2023 de la tecnología.

No son juguetes de autocompletado. Solo Claude Code
[firma más de 300.000 commits de GitHub al día](https://www.morphllm.com/comparisons/codex-vs-claude-code)
—del orden de una décima parte de todos los commits públicos— y los agentes
de frontera rondan el **88% en SWE-bench Verified**. Dentro de la mayoría de
las organizaciones de ingeniería serias, la pregunta dejó de ser _si_
construir con agentes y pasó a ser _con cuáles_.

El cansino argumento de que "los LLM escriben código basura" está
sencillamente desfasado, y la prueba más fuerte no es un benchmark: es
[Mythos](https://www.schneier.com/blog/archives/2026/05/how-dangerous-is-anthropics-mythos-ai.html).
Cuando Anthropic construyó un modelo tan bueno encontrando vulnerabilidades
de seguridad que decidió **no** publicarlo —un modelo que destapó miles de
fallos de alta gravedad, incluidos algunos que habían sobrevivido a décadas
de revisión humana experta, y escribió exploits funcionales por su cuenta—,
la pregunta "¿puede la IA igualar a un buen ingeniero en calidad de
código?" dejó de ser interesante. Big Sleep de Google hizo la versión más
pequeña y pública:
[veinte vulnerabilidades nuevas en código abierto](https://techcrunch.com/2025/08/04/google-says-its-ai-based-bug-hunter-found-20-security-vulnerabilities/),
y atrapó un exploit activo de SQLite antes de que los atacantes pudieran
usarlo. Leer código lo bastante bien como para encontrar un fallo que los
humanos pasaron por alto durante veinte años es un argumento de calidad, no
de hype.

La advertencia honesta: apunta a un agente hacia un objetivo vago y seguirá
escribiendo basura con aplomo. Pero eso es un problema de _dirección_, no de
modelo, que es justo de lo que va todo lo que sigue.

## Cuando construir se abarata, el foso se mueve

Durante décadas, las grandes empresas tuvieron una ventaja estructural fácil
de pasar por alto precisamente por lo evidente que era: podían permitirse
ejércitos de ingenieros. _Ese_ era el foso. Los agentes de programación lo
están convirtiendo en commodity. El trabajo que antes necesitaba de 50 a 200
ingenieros, un fundador con un puñado de agentes puede ahora intentarlo en
serio.

Esto no es un experimento mental. La proporción de nuevas startups con un
fundador en solitario ha trepado con fuerza —aproximadamente de un cuarto a
más de un tercio en pocos años, según Carta. Sam Altman y Dario Amodei
apuestan abiertamente por que la primera **empresa de mil millones de
dólares con una sola persona** llegará entre 2026 y 2028. Equipos de dos y
tres personas alcanzan valoraciones de nueve cifras sobre principios
"AI-first": un visionario y una flota de agentes haciendo lo que antes
ocupaba a un departamento entero.

Y por eso mismo escribir código a mano se está convirtiendo, en silencio, en
un factor descalificador. No porque el código artesanal sea malo —no lo
es—, sino porque la persona de al lado lanza diez veces más rápido con
calidad comparable dirigiendo bien a los agentes. La velocidad siempre fue
una característica. Ahora es casi gratis para quien aprendió la nueva
habilidad, y brutalmente cara para quien no.

## Entonces, ¿qué gana de verdad?

Aquí está la parte que pilla a los ingenieros con la guardia baja: **cuando
todo el mundo puede construir, construir deja de ser el diferenciador.** La
contienda se desplaza hacia aquello que siempre fue el verdadero cuello de
botella y que pasó décadas escondido detrás del de la ingeniería: saber
_qué_ construir.

Criterio. Olfato de mercado. Una comprensión real de la economía y el
marketing: qué necesitan de verdad los usuarios, por qué pagará realmente un
negocio, cuál de las diez ideas que suenan todas bien es la que merece la
pena ejecutar. Dirigir bien a los agentes te mete _en_ el juego ahora; no lo
gana. Los ganadores son quienes combinan el nuevo apalancamiento para
construir con un juicio antiguo y poco glamuroso sobre mercados y personas.

Y el último ingrediente es el más barato y el más raro: hacer. Las
herramientas están sobre la mesa hoy, no el año que viene, hoy. La brecha
que se está abriendo no es entre la gente con acceso y la gente sin él; todo
el mundo tiene acceso. Es entre quienes construyen con ellas y quienes
siguen escribiendo ensayos de opinión sobre si deberían.

La barrera que mantuvo encerradas a la mayoría de las ideas —la capacidad de
construirlas— se está desvaneciendo. Lo que queda es la parte que siempre
fue la verdadera contienda: tener una idea que merezca la pena construir, el
criterio para construirla bien y el coraje de lanzarla de verdad.

Construir se abarató. Todo lo que alguna vez fue difícil en ello sigue
siendo difícil.