Manifiesto
Software, escrito deliberadamente.
El punto de vista de una empresa pequeña. Léelo antes de enviarnos tu brief — si estás en fuerte desacuerdo con él, no somos el equipo adecuado para el trabajo.
01 Todo el stack, no full-service.
“Agencia full-service” es el nombre de una organización construida sobre traspasos. El equipo web culpa al equipo de hosting. El equipo de hosting culpa al equipo de la aplicación. El equipo de la aplicación culpa al proveedor de IA. Cada junta entre especialistas es un lugar donde la responsabilidad se evapora.
No hacemos traspasos porque no tenemos especialistas entre los que traspasar. La misma persona que escribe el Worker escribe el prompt de IA, diseña el esquema de la base de datos, configura el firewall y lee los logs de producción a las 2 de la madrugada cuando algo sale mal. No es una limitación por la que pidamos disculpas — es la premisa entera.
02 La IA es ingeniería, no magia.
La mayoría de las funciones de IA en 2026 las construye gente que trata los modelos de lenguaje como oráculos. El resultado es software que a veces responde correctamente, a veces alucina, y es imposible de depurar porque nadie dejó la arquitectura por escrito.
Tratamos la IA como cualquier otro sistema distribuido poco fiable: restringimos sus entradas, validamos sus salidas, registramos sus decisiones y escribimos evaluaciones que fallan ruidosamente cuando el modelo retrocede. Las partes interesantes de una función de IA no son el modelo — son la recuperación, el esquema, las salvaguardas y la observabilidad alrededor del modelo. Ahí está la ingeniería. Ahí trabajamos.
03 El edge no es un futuro. Es el presente, en su mayor parte.
Cada página renderizada en el servidor que tarda 800 ms en 2026 es una elección deliberada — normalmente tomada hace años y nunca reexaminada. Cloudflare Workers corre en más de 300 ciudades. El mismo código que sirve a Halifax sirve a São Paulo. No hay razón para que la mayoría de los sitios de marketing, herramientas internas y APIs aumentadas con IA no vivan en el edge.
Nos especializamos en Cloudflare no porque esté de moda, sino porque la alternativa — “desplegamos en AWS como el equipo está acostumbrado” — produce la misma arquitectura cada vez, encaje o no con la carga de trabajo. La especialización nos obliga a elegir la primitiva correcta para cada problema en lugar de recurrir a la más familiar.
04 Somos selectivos — con el encaje.
Rechazamos trabajo cada semana, y explicamos por qué por escrito. No porque nos demos aires, sino porque la colaboración equivocada no ayuda a nadie: tú recibes la mitad de nuestra atención, y nosotros un proyecto del que no podemos estar orgullosos. Así que somos honestos, desde el principio, sobre si somos el equipo adecuado para lo que necesitas.
Si no encajamos, lo diremos — y te señalaremos un lugar mejor cuando podamos. Si encajamos, obtienes un equipo pequeño y senior que da a tu proyecto atención real: no un junior trabajando desde una plantilla, no un número en un backlog.
05 Palabras sobre una página antes que código, siempre.
Cada colaboración comienza con un brief escrito — el tuyo — y una respuesta escrita — la nuestra. Cada decisión de arquitectura se convierte en un documento antes de convertirse en código. Cada sprint se cierra con un changelog escrito. Lo hacemos porque el registro escrito es lo que sobrevive a la conversación, a la reorganización, al cambio de equipo y al año que pasa entre “entregamos esto” y “necesitamos ampliar esto”.
El software escrito sin rastro documental es software que la siguiente persona no puede cambiar con seguridad. Trabajamos para que la siguiente persona — tu equipo después de nuestro traspaso, o tú dentro de dieciocho meses — pueda cambiar lo que construimos sin repetir el descubrimiento.
06 Cobramos por resultados, no por horas.
El contrato por horas premia dos malos instintos: el nuestro, tardar más; el tuyo, microgestionar el alcance. Así que no facturamos por hora. Definimos cada proyecto, acordamos un precio fijo antes de que empiece cualquier trabajo y asumimos la entrega — sabes lo que cuesta y lo que recibes antes de comprometerte. Sin taxímetro corriendo, sin facturas sorpresa.
07 El software es para quien lo opera, a la larga.
El equipo que convive con el software es el que lo escribió, a veces durante años. Las decisiones de construcción que parecen elegantes en la semana uno se ponen a prueba en la semana 104. No elegimos bibliotecas con un único mantenedor en GitHub, configuraciones que solo funcionan gracias a un mensaje de Slack enterrado en los DMs de alguien, ni proveedores con modelos de precios que financian un futuro proyecto de migración. Construimos para el operador que existe tres años después del lanzamiento — aunque ese operador sea tu equipo, no nosotros.
SetKernel Digital Inc.
Halifax, Nueva Escocia — activos en todo el mundo