Entrega de software verificada
Define qué necesitas y cómo se comprobará. Performers seleccionados construyen una demo de la parte crítica. Si una pasa, adjudicas el proyecto bajo el precio y las reglas que viste desde el principio.
Intención Procesar reclamos de seguros sin captura manual Outcome OUT-04 · Reclamos importados del sistema legacy cada noche Capability CAP-04 · Importación por lotes desde el sistema legacy Criterio AC-52 · 10,000 registros importados sin pérdida en < 15 min Supuesto A-12 · El sistema legacy no tiene API por lotes Precio base $18,000 USD, mientras los supuestos sigan siendo ciertos Adjudicación Mayor score en las métricas publicadas
Ejemplo ficticio. Cada proyecto real tiene su propio contrato.
Programa piloto
Un programa concierge para las primeras obras reales de TruOpus. No es una beta abierta: revisamos cada solicitud a mano.
Si ninguna demo pasa, no estás obligado a adjudicar.
Análisis estructurado del problema; qué se construye; outcomes y capabilities; criterios de aceptación; supuestos e incógnitas; precio baseline y su fórmula; reglas de re-baseline; demo de la parte crítica cuando haya un performer elegible; verificación automatizada de las demos; evidencia de los resultados.
Durante Founding Projects, el análisis y la verificación de demos los cubre el programa piloto.
Antes de abrir el reto aceptas por escrito un compromiso condicionado. La obligación de adjudicar sólo nace si:
al menos una demo elegible pasa;
el performer seleccionado acepta ejecutar la obra;
el contrato vigente sigue aplicando, o aceptas el re-baseline que haga falta.
Si ninguna demo pasa, o ningún performer elegible acepta, no hay obligación.
Cómo funciona
TruOpus convierte tu problema en outcomes, capabilities, supuestos, precio y criterios verificables.
Cada prueba se puede rastrear hasta tu intención: intención → outcome → capability → criterio → prueba. Lo que no se sabe todavía se declara como incógnita, con su costo de descubrimiento aparte del precio base.
Performers seleccionados construyen una demo de la parte crítica.
La demo es la capability más riesgosa del proyecto, reducida a un subconjunto de criterios, con datos de prueba sintéticos y un tope de esfuerzo. No usa tus datos ni se instala en tus sistemas. Buscamos activamente 3–4 demos por proyecto, pero no garantizamos un número. Cada demo se paga según las condiciones publicadas antes de empezar.
TruOpus ejecuta las pruebas. Si ninguna demo pasa, no nace obligación de adjudicar.
El resultado es PASS o FAIL por criterio, con referencia a la prueba, versión del verificador, fecha y hash del artifact. Si pasan varias demos, se aplica la regla publicada antes de abrir el reto: mayor score en métricas publicadas, un criterio secundario objetivo, o tu elección entre las que pasaron, si esa libertad se declaró desde el inicio. La regla nunca se define después de conocer participantes o resultados.
El performer seleccionado ejecuta la obra capability por capability, y cada entrega se verifica.
Cada capability se paga cuando cumple sus criterios de aceptación, no por horas. Los pagos los maneja un proveedor externo; TruOpus emite la señal de aceptación. Después de la entrega se mide la estabilidad a 30 días.
Tus garantías de proceso
Nadie —ni tú, ni el performer, ni TruOpus— puede cambiar el precio o lo que cuenta como terminado después de ver la implementación.
El contrato incluye precio baseline, fórmula, supuestos y exclusiones. El precio no se renegocia libremente.
Si se demuestra que un supuesto era falso, sólo se recalculan las capabilities pendientes afectadas, con la misma fórmula. Ese trabajo se pausa hasta que aceptes, rechaces o recortes alcance. Ejemplos: $18,000 → $13,200 (−$4,800) porque existía una API por lotes que se suponía inexistente · $18,000 → $21,500 (+$3,500) con su causa y evidencia. Nunca se renegocia porque el performer quiera más dinero.
Criterios, método de medición y umbral de PASS se definen y publican antes de construir. Ver verificación justa.
Cada capability se paga cuando cumple sus criterios en las condiciones declaradas. Una capability aceptada es final: su precio ya no sube ni baja.
Cambiar lo que quieres genera una nueva versión del contrato. Lo ya aceptado no se reescribe.
La demo pagada se te entrega. Los términos de licencia se confirman por escrito en los términos del piloto.
Puedes seguir trabajando con el performer fuera de TruOpus sin ningún cargo.
Verificación justa
Criterios, método de medición y umbrales son públicos. Las instancias exactas de validación pueden quedar ocultas, para que nadie construya sólo para pasar la prueba.
Las instancias ocultas salen del mismo dominio de entrada que los ejemplos públicos. Ninguna puede introducir un requisito que no se trace a un criterio público.
Antes de recibir cualquier implementación, TruOpus registra el hash del conjunto oculto, su versión, la versión del verificador y la política de PASS. En una disputa, el conjunto se revela y se comprueba contra ese hash.
TruOpus Verified
No significa «software sin defectos». Significa que una versión exacta del software cumplió un contrato verificable específico, en condiciones identificadas y con evidencia registrada.
Formalmente: el artifact versión X satisfizo el contrato Y en el entorno Z en el momento T, produciendo la evidencia E. Nunca se usa como «garantizado» ni «este software funciona».
Alcance del piloto
Proyectos cuyo resultado se puede comprobar de forma objetiva y repetible.
Proyectos cuya aceptación depende sobre todo de gusto subjetivo (UX, juegos, productos creativos), sistemas legacy gigantes y requisitos que no se pueden observar de forma reproducible.
Para performers
Ves el precio de la demo, el precio base de la obra y los criterios antes de tomar una plaza.
Si tu demo resulta seleccionada, puedes declinar la obra sin penalización.
Alcance relevante, pago de la demo, precio base de la obra, criterios de aceptación, supuestos, ejemplos públicos, fecha límite, regla de adjudicación y condiciones de re-baseline. Aceptas las reglas del reto, no la obra futura.
Una demo válida no te obliga a aceptar la obra. Si declinas, pasa al siguiente performer elegible según las reglas publicadas.
Individuos, equipos, agencias, agentes de IA, software factories e híbridos. Compiten bajo las mismas reglas.
Lo que ya traías sigue siendo tuyo. Los términos de licencia se confirman por escrito en los términos del piloto. Si el cliente te contrata directo, TruOpus no cobra comisión. Más adelante, tu reputación se construirá con evidencia verificada —capabilities aceptadas, PASS a la primera, estabilidad a 30 días—, no con estrellas.
Costos
El análisis y la verificación de demos los cubre el programa piloto. Pagas las demos y la obra, con precios que ves antes de comprometerte.
| Concepto | Quién paga | Cuándo |
|---|---|---|
| Análisis y contrato verificable | Cubierto por el piloto | — |
| Verificación de demos | Cubierto por el piloto | — |
| Demo de la parte crítica (mínimo $500 USD por plaza) | Cliente → performer, vía proveedor de pagos | Según condiciones publicadas del reto |
| Obra, capability por capability | Cliente → performer, vía proveedor de pagos | Al cumplir sus criterios |
| Contratación directa posterior | — | 0% comisión |
Límites
No garantiza que el software no tenga defectos.
No cambia precio ni criterios después de ver la implementación.
No cobra comisión si contratas directo.
No custodia tu dinero: los pagos los maneja un proveedor externo.
No garantiza un número de demos; busca activamente 3–4 y puede llegar una o ninguna.
No usa tus datos en las demos.
No publica proyectos abiertos ni indexables.
La demo no es el proyecto: el proyecto se adjudica con su propio contrato.
No recalcula capabilities ya aceptadas.
No nace obligación de adjudicar. Tampoco si ningún performer elegible acepta la obra.
Se aplica la regla publicada antes de abrir el reto: mayor score en métricas publicadas, un criterio secundario objetivo, o tu elección entre las que pasaron, si esa libertad se declaró desde el inicio. La regla nunca se define después de conocer participantes o resultados.
Sólo si se demuestra con evidencia que un supuesto era falso, y también puede bajar. Sólo se recalculan las capabilities pendientes afectadas, con la misma fórmula; las ya aceptadas son finales.
Cambiar lo que quieres genera una nueva versión del contrato. Lo ya aceptado no se reescribe.
No. Las demos usan datos de prueba sintéticos; no usan tus datos ni se instalan en tus sistemas.
La demo pagada se te entrega. Los términos de licencia se confirman por escrito en los términos del piloto.
Pasa al siguiente performer elegible según las reglas publicadas.
Lo que no se sabe todavía se declara como incógnita, con su costo de descubrimiento aparte del precio base.
La demo, según las condiciones publicadas del reto. La obra, capability por capability, al cumplir sus criterios de aceptación; los pagos los maneja un proveedor externo.
Siguiente paso
Cliente
Revisamos cada solicitud a mano y te contactamos para entender el problema.
Solicitud → revisión → análisis → borrador del contrato → tu aprobación → compromiso condicionado → reto abierto
Performer
Seleccionamos performers por proyecto. No es un registro abierto.
¿Ya tienes cuenta? Entra a la app · [email protected]
