Construir una fuerza laboral con Paperclip: curso acelerado de 90 minutos
Siete escenarios. De la nada a una empresa de IA que construye cosas reales, operada por ti como el consejo.
Paperclip es un sistema operativo para dirigir una empresa de agentes de IA. Tú fijas el objetivo y contratas agentes para hacer el trabajo. Ellos planifican y ejecutan; tú apruebas las decisiones que importan. Funciona como una empresa emergente: contratas a un agente CEO, este propone una estrategia y, una vez que la apruebas, el agente divide el trabajo en tareas y se las asigna al equipo.
Al final, en unos noventa minutos, tendrás una empresa de IA en marcha sobre tu portátil:
- un CEO que contrataste, que te rinde cuentas a ti como el consejo,
- un equipo que el CEO contrató y al que delegó trabajo real, donde cada subordinado es dueño de sus tareas, y
- presupuestos, aprobaciones y una pista de auditoría que mantienen todo bajo tu control.
El CEO es el líder, no el peón: planifica y delega, y los especialistas que contrata ejecutan las tareas. A medida que la empresa crece, el mismo patrón se repite: los subordinados de hoy se convierten en gerentes con equipos propios.
(¿Hiciste el curso acelerado de OpenClaw? Aquello era un agente. Esto es la empresa desde la que diriges a un equipo entero de ellos.)
📚 Material didáctico
Ver presentación completa: Construir una fuerza laboral con Paperclip
Cómo funciona. Descargas una carpeta pequeña y la abres en tu agente general (Claude Code u OpenCode). El agente comprueba si tienes Node, instala Paperclip con un solo comando y ejecuta todo; tú tomas únicamente las decisiones que solo una persona puede tomar: aprobar la estrategia del CEO, decidir una contratación, abrir el panel. Paperclip es gratuito y de código abierto (decenas de miles de estrellas en GitHub).
Cada empleado funciona con un agente prediseñado (Claude Code, OpenCode, Codex o Gemini) o con uno personalizado. Para este curso, usa el que ya tengas con la sesión iniciada: no hace falta una clave de API aparte. Hay una excepción cerca del final: para ver un presupuesto detener de verdad a un agente, necesitarás una clave de pago. Más sobre eso cuando llegues ahí.
El patrón de colaboración
Tres participantes. Tú eres el consejo: tomas las decisiones que solo un humano puede tomar. Tu agente general ejecuta la interfaz de línea de comandos de Paperclip y se recupera cuando algo falla. Paperclip es la capa por encima de los agentes: contiene la empresa y despierta a los empleados. Una nota sobre los nombres para que nada confunda: «tu agente general» es la herramienta en la que pegas las indicaciones; los empleados propios de Paperclip se nombran por su rol, el CEO y sus subordinados.
Esta es toda la estructura que estás a punto de construir:
Cada escenario transcurre igual: pegas indicaciones en lenguaje sencillo, tu agente propone un plan y pregunta antes de cualquier acción destructiva, tú apruebas y observas, y todo termina en una sola cosa que puedes ver. La mayoría usa dos indicaciones cortas, no un muro de instrucciones.
Si algo se tuerce, no necesitas saber comandos de la línea de comandos. Pega esto:
Algo no funcionó. Ejecuta
paperclipai doctor, lee el registro más reciente del servidor de Paperclip, dime en lenguaje sencillo qué ves y propón un arreglo que yo pueda aprobar.
La descarga es solo un resumen AGENTS.md que tu agente lee por su cuenta, el mismo patrón de los cursos anteriores. Tu agente instala Paperclip y sus habilidades de operación en el escenario 1, así que tú no ejecutas ningún comando de configuración.
Descarga paperclip-workforce-base.zip
Abre la carpeta en tu agente general. Esto lo configuras una sola vez: paperclip-workforce/ es tu carpeta para todo el curso.
cd paperclip-workforce
claude
cd paperclip-workforce
opencode
Un solo pegado confirma que el resumen se cargó:
¿Qué puedes hacer por Paperclip?
Si la respuesta nombra trabajo concreto de Paperclip (instalar, contratar un CEO, la revisión de la estrategia, el tablero de tareas, los presupuestos, el registro de auditoría), estás listo. Si suena a charla genérica sobre IA, cierra el agente, confirma que estás dentro de la carpeta paperclip-workforce/ y vuelve a iniciarlo.
Escenario 1: Levanta Paperclip y crea tu empresa (~15 min)
Una empresa es una organización de IA autónoma: un objetivo, un equipo de agentes, un tablero de tareas y un presupuesto. El objetivo es aquello a lo que todo lo demás se remonta.
Primera indicación: explora y luego planifica.
Quiero poner Paperclip en marcha en mi portátil. Antes de cambiar nada, revisa qué hay ya en mi equipo y luego explícame tu plan en lenguaje sencillo: qué encontraste, qué vas a hacer y dónde me necesitarás.
Tu agente lee AGENTS.md, ejecuta el sondeo previo a la instalación (versión de Node, instalaciones anteriores, puertos) y propone un plan. Si encuentra estado obsoleto, se detiene a esperar tu decisión antes de tocarlo. Lee el plan; objeta si algo no te encaja.
Segunda indicación: ejecútalo y luego crea la empresa.
El plan se ve bien, adelante paso a paso y muéstrame lo que ves; detente antes de cualquier cosa destructiva. Cuando Paperclip esté en marcha, crea mi empresa: llámala Northwind, con el objetivo «Lanzar un boletín semanal de IA y alcanzar 1.000 suscriptores en 90 días», y registra eso como un objetivo real de la empresa que el CEO pueda leer y con el que pueda planificar, no como un simple eslogan. Fija un tope de presupuesto mensual bajo, veinte dólares, para que el gasto quede limitado desde el principio. Exige mi firma antes de que la empresa contrate a cualquier agente nuevo, para que yo siga teniendo el control del equipo. Luego dame la URL del panel.
Listo cuando: el panel se muestra y aparece una empresa llamada «Northwind» con tu objetivo registrado como un objetivo sobre el que el CEO puede actuar, un tope de presupuesto y las nuevas contrataciones configuradas para requerir tu aprobación. Toda acción posterior se construye sobre esto.
Tu empresa antes de cualquier contratación, la recompensa del escenario 1:
Tu panel puede verse algo distinto a medida que Paperclip se actualiza; lo que importa es la empresa, el tope de presupuesto y la lista vacía esperando tu primera contratación.
Escenario 2: Contrata a tu CEO (~10 min)
Un agente es un empleado de IA: un rol, un gerente al que rinde cuentas y un presupuesto. Contratar uno es como fichar a un contratista, salvo que funciona con un modelo (conectado a través de un adaptador, el enchufe que coincide con tu proveedor). El CEO es el primer agente que contratas y el único sin gerente: te rinde cuentas a ti, el consejo, y una vez en marcha lee el objetivo y propone una estrategia.
Primera indicación: redacta el CEO.
Quiero contratar a mi CEO, el primer agente de Northwind. Ejecútalo en cualquier agente de codificación con el que tenga la sesión iniciada localmente (Claude Code, OpenCode, Codex, la CLI de Gemini) a través del adaptador local de Paperclip que corresponda, para que no haga falta una clave de API aparte. Elige un valor predeterminado sensato y dime cuál es. Muéstrame la configuración antes de registrar nada: el rol, el adaptador y el modelo, el presupuesto y el calendario de latidos. Mantén el presupuesto modesto, unos pocos dólares.
Segunda indicación: contrata y verifica.
Se ve bien. Presenta al CEO como una contratación y tráemela para aprobarla. Una vez que la apruebe, confírmalo en el panel: su ID, que me rinde cuentas a mí sin ningún gerente por encima y cuándo vence su primer latido.
La barrera que armaste en el escenario 1 se aplica también a la primera contratación: incluso tu CEO es una contratación que tú firmas. Ese es el punto. Verás exactamente esto, el CEO esperando en pendiente de aprobación con un botón de Aprobar agente, a la espera de ti:
Listo cuando: tras aprobar la contratación del CEO, el panel muestra un agente CEO, inactivo, que te rinde cuentas, con el latido habilitado. Todavía no ha hecho nada; eso es el siguiente escenario.
Escenario 3: El CEO propone una estrategia; tú la apruebas (~15 min)
Un latido es el turno programado de un agente para trabajar: despierta, hace un trozo y se desconecta hasta el siguiente. En su primer latido el CEO hace una sola cosa: lee tu objetivo y redacta una estrategia como el primer elemento del tablero de tareas, luego mueve ese elemento a in_review, el carril de revisión del tablero. Nada avanza hasta que tú firmas. Aprobarla es el consejo actuando: mueves esa estrategia de in_review a done.
Primera indicación: dispara el primer latido.
Dispara el primer latido del CEO y déjalo pensar. Cuando haya redactado su estrategia y la haya puesto para mi revisión, muéstramela y explícame qué está proponiendo el CEO.
Dispáralo y el CEO cobra vida, trabajando en tiempo real:
El plan exacto que el CEO escribe es suyo; lo que tú compruebas es que propuso uno y luego se detuvo, esperándote. Aquí está la estrategia en tu carril de revisión, una tarea con un plan adjunto:
(También podrías ver una segunda ejecución dispararse por su cuenta un momento después. Es un despertar automático que no encuentra nada nuevo que hacer y sale, no un duplicado; solo el latido que tú disparaste hizo el trabajo.)
Segunda indicación: decídela.
Ya leí la estrategia. La firmaré tal cual (o te diré el único cambio que quiero, y tú le pides al CEO que la revise). Muévela a done, muéstrame la fila del registro de actividad que prueba que yo, el consejo, la decidí, y dime qué queda autorizado a hacer el CEO a continuación.
Listo cuando: el elemento de estrategia se movió de in_review a done, la fila del registro de actividad muestra actor_type = user (tú, el que decide) en ese cambio, y puedes explicar por qué nada podía avanzar hasta que firmaste.
Escenario 4: El CEO construye el tablero y contrata a su primer compañero (~20 min)
Una tarea es una unidad de trabajo, como un ticket de Jira o Linear, salvo que el asignado es un agente. Con una estrategia aprobada, el CEO divide el objetivo en tareas, luego las asigna y delega (a sí mismo en los primeros latidos, a especialistas a medida que los contrata), moviendo cada una por un ciclo de vida:
Aquí es donde la empresa se convierte en una fuerza laboral, no en un CEO en solitario. El CEO lidera: convierte la estrategia en trabajo y, como el objetivo es más grande que un solo agente, contrata a un especialista (con tu firma) para pasarle el trabajo hacia abajo. Verás a una contratación que aprobaste hacer una tarea que le dio el CEO.
Primera indicación: deja actuar al CEO.
Deja que el CEO actúe sobre la estrategia aprobada. Dispara unos cuantos latidos y muéstrame qué hace. Puede que abra una tarea o dos él mismo, pero el objetivo es más grande que un solo agente, así que decidirá que necesita un especialista y presentará una solicitud de contratación (el rol, un presupuesto, el trabajo del que será dueño). Muéstrame esa solicitud para que yo la decida.
La contratación llega como una aprobación en tu bandeja de entrada, la misma clase de firma que diste a la estrategia, y nada se une a la empresa hasta que dices que sí. No te sorprenda que el CEO contrate primero y retenga el resto del tablero hasta que decidas: un CEO astuto no creará las tareas de marketing antes de que haya un responsable de marketing que sea dueño de ellas. Puede que veas una tarea o dos que abrió para sí mismo, o un tablero vacío con solo la solicitud de contratación esperando; cualquiera de las dos es normal, y tu decisión es lo que desbloquea el trabajo.
Los latidos también se disparan según un calendario, no solo cuando lo pides, así que un CEO ocupado puede presentar la misma contratación dos veces o abrir unas cuantas tareas de más. Si ves una solicitud de contratación duplicada, simplemente rechaza la de sobra; eso es la barrera haciendo su trabajo. Una vez que tu especialista esté aprobado y el trabajo delegado, dile a tu agente que pause el latido del CEO para que deje de trabajar sin supervisión. Pausarlo es un movimiento del consejo: la autonomía es algo que tú concedes, y puedes recuperarla.
Segunda indicación: aprueba la contratación y mira al equipo tomar el relevo.
Apruebo la contratación. Incorpora al especialista para que rinda cuentas al CEO, luego dispara un latido del CEO para que divida la estrategia aprobada en tareas y se las pase al nuevo compañero. Muéstrame el tablero: las subtareas, quién es dueño de ellas, y que fue el compañero, no el CEO, quien hizo el trabajo.
Una vez aprobada la contratación, el CEO hace el resto por su cuenta: en su siguiente latido divide la estrategia aprobada en subtareas y se las asigna al nuevo compañero, que despierta al ser asignado y las trabaja. Esta es la recompensa: el equipo, no el CEO, hace el trabajo. Puede ir rápido: en una sola cascada el CEO presenta las tareas y el compañero las termina en un par de minutos, así que puede que abras el tablero y encuentres el trabajo ya hecho. Ese tablero terminado, cada tarea firmada por el compañero, es la fuerza laboral haciendo su trabajo mientras tú estabas fuera.
Opcional, mira una tarea ejecutarse en vivo. Como la cascada puede terminar antes de que mires, la forma de ver a un subordinado trabajar paso a paso es darle una sola tarea de forma aislada: dile a tu agente que cree una tarea nueva, se la asigne al compañero y dispare el latido de ese compañero. La verás moverse de todo a in_progress a done por su cuenta. Esta es también la forma de entregarle al compañero una pieza concreta en vez de dejar que el CEO decida todo el desglose, o de empujar las cosas si el CEO no ha delegado tras un latido o dos.
Listo cuando: tu empresa tiene al menos dos agentes (el CEO y un especialista que le rinde cuentas), una tarea que el CEO delegó fue completada por ese especialista (su hilo de comentarios muestra el trabajo real, firmado por el compañero y no por el CEO), y puedes rastrear esa tarea de vuelta hasta el objetivo de la empresa. Eso es una fuerza laboral: tú decides, el CEO lidera, el equipo hace el trabajo.
Escenario 5: El presupuesto, tu riel de seguridad (~5 min)
Cada agente lleva un tope de gasto, y tú fijaste un tope de empresa de veinte dólares allá en el escenario 1. La regla es simple: al 80 % de un tope Paperclip te avisa, y al 100 % pausa al agente, de modo que un error o un bucle desbocado nunca pueden costar más que una cantidad acotada. Eso es lo que hace que sea seguro dejar una empresa funcionando.
La salvedad honesta: un presupuesto solo puede contar el gasto que se factura por token, y tu runtime local sin clave no factura nada. Paperclip registra cada token en 0 USD, así que el tope está armado pero no tiene nada contra qué empujar; el gasto se queda plano en cero por mucho que el equipo trabaje. (Cada latido imprime una cifra de referencia como cost=$0.71, lo que costaría con una clave medida; el número facturado que tu presupuesto cuenta es 0 USD.) El riel no muerde hoy porque no hay nada que morder. Muerde el día en que apuntas a un agente a un modelo de pago, facturado por token, que es exactamente cuando quieres que lo haga.
Fija un tope de un dólar sobre el CEO, luego muéstrame el gasto que Paperclip registró de verdad en la base de datos. Dime claramente cuánto costó y por qué.
Listo cuando: el tope está fijado, puedes enunciar la regla (aviso al 80 %, pausa al 100 %) y has visto el honesto 0 USD por ti mismo. El riel de seguridad está armado ahora, antes de que llegues a necesitarlo.
Si alguna vez conectas una clave de API de pago por token, expórtala en tu shell; nunca la pegues en un archivo del proyecto, y nunca dejes que tu agente la escriba en uno. Si una clave acaba donde no debería, rótala.
Escenario 6: Consulta la pista de auditoría como un CFO (~10 min)
El sentido de un sistema operativo para una empresa es que alguien de fuera (un CFO, el área legal, cumplimiento) pueda reconstruir qué pasó solo a partir de la base de datos, en segundos. Paperclip guarda ese historial en una base de datos Postgres incrustada: activity_log tiene una fila por acción (empresa creada, agente contratado, estrategia aprobada, tarea creada), y cost_events contiene la historia del dinero.
Pega esto a tu agente:
Hora de jugar a ser CFO. Conéctate a la base de datos de Paperclip y ejecuta dos consultas para Northwind: primero, «qué pasó, en orden», cada acción con su actor y qué tocó, lo más antiguo primero; luego el costo total hasta ahora en dólares. Muéstrame el SQL y los resultados. Por último, saca la fila del registro de actividad donde yo, el consejo, moví la estrategia a done, y señala los campos que un auditor usaría para confirmar que yo fui quien decidió.
El agente arma la cadena de conexión de Postgres a partir de la configuración de tu instalación, ejecuta la consulta del historial (la columna vertebral completa: empresa creada, CEO contratado, estrategia movida a done por ti, especialista contratado con tu aprobación, tareas creadas, delegadas y trabajadas hasta done por el equipo) y la consulta de costo, luego te muestra la fila de la decisión de estrategia: actor_type = user, el actor_id que identifica al consejo (en modo local es la constante local-board) y la marca de tiempo. La misma columna actor_type distingue el trabajo del compañero (agent) de tus decisiones (user).
Listo cuando: la consulta del historial devuelve la historia ordenada de toda tu ejecución, la consulta de costo devuelve un número real, y puedes nombrar la columna (actor_type) que distingue una decisión humana de una acción de un agente.
Escenario 7: Dale a tu empresa un escritorio real, para que construya archivos reales (~10 min)
Mira lo que produjo tu equipo: el texto de la página de destino, la definición del lector, la lista de temas. Todo ello vive como comentarios en el tablero. La empresa describió su trabajo, pero todavía no ha construido nada que puedas sostener. La pieza que falta es un espacio de trabajo: una carpeta real (o un repositorio git) al que apuntas la empresa, de modo que cuando un agente trabaja una tarea escriba archivos reales ahí, y que sobrevivan a la ejecución. Es la diferencia entre un empleado que te cuenta el plan y uno que te entrega el archivo.
Esta es la única parte de Paperclip cuya conexión exacta varía entre versiones, así que las indicaciones de abajo le dicen a tu agente que confirme los pasos actuales en la documentación en vivo antes de tocar nada.
Primera indicación: conecta una carpeta.
Dale a mi empresa un lugar real donde trabajar. Crea una carpeta nueva para el sitio de Northwind, apunta un proyecto de Paperclip a ella como su espacio de trabajo y dime dónde está en el disco. Si la forma de conectar un espacio de trabajo ha cambiado, revisa primero la documentación en vivo de Paperclip y luego muéstrame tu plan antes de conectar nada.
Segunda indicación: haz que el equipo construya un artefacto real.
Ahora entrégale al CMO una sola tarea en ese proyecto: convierte el texto de la página de destino que ya escribió (el titular «AI you can use this week», el subtítulo y la llamada a la acción) en un
landing-page.htmlde verdad. Dispara el latido del CMO, déjalo trabajar, luego muéstrame el archivo en el disco y ábrelo, para que yo vea que la empresa construyó algo real, no otro comentario.
Listo cuando: hay un archivo real (un landing-page.html, o lo que hayas pedido) en tu carpeta, escrito por el CMO, que puedes abrir en un navegador. Tu empresa dejó de describir el trabajo y lo produjo. Esa es la línea entre una demostración y una empresa.
Una vez al mes: opera la empresa que ahora diriges (~10 min)
Dirigir una empresa es una responsabilidad permanente, no una configuración de una sola vez, y por eso justamente necesita una revisión recurrente. Con el tiempo se acumula: cada contratación, cambio de presupuesto y ajuste fue una pequeña decisión, y las pequeñas decisiones se desvían. La defensa no es la vigilancia en cada paso; es una revisión corta a una cadencia fija. Este es el movimiento que haces una vez al mes, y la ejecución que haces ahora es la línea base contra la que la próxima se compara. Puedes hacerlo a mano o, ya que el trabajo recurrente es exactamente para lo que existen las rutinas de Paperclip, programarlo como una rutina que se dispara por cron para que la empresa se audite a sí misma; el curso de fuerza laboral dinámica construye rutinas.
Ejecuta mi auditoría mensual de empresa de Paperclip. Repasa todo lo contratado, configurado, programado, aprobado o pausado desde la última auditoría. Marca cualquier cosa que yo no haya firmado explícitamente, cualquier agente que no haya hecho trabajo productivo, cualquier presupuesto que se haya desviado y cualquier ajuste más laxo de lo que debería. Resúmelo en un solo informe corto que yo pueda aprobar o recortar, y guárdalo como la línea base del próximo mes.
Una buena auditoría vuelve con un libro de cuentas limpio y una lista corta de perillas flojas que apretar. Los sospechosos habituales: una contratación que se coló sin su propio tope de presupuesto (hereda en silencio todo el tope de la empresa), un agente configurado para ejecutar demasiadas cosas a la vez, un archivo de configuración que ya no coincide con el estado en vivo, o una tarea estancada en revisión esperando una decisión que solo tú puedes tomar. Ninguna de estas es un fallo, son la deriva ordinaria que una empresa funcionando sola produce sin ruido, y atraparlas a una cadencia es exactamente cómo sigues siendo el consejo de algo que funciona sin ti.
Listo cuando: tienes un informe en el que confías, puedes nombrar al menos una perilla floja que sacó a la luz, y has tomado al menos una decisión (fijar un tope que faltaba, bajar una concurrencia desbocada, refrescar una configuración obsoleta, retirar un agente inactivo o cerrar una tarea estancada). Marca tu calendario; la auditoría del próximo mes se compara contra esta.
Terminaste: lo que construiste
No solo instalaste una herramienta, y no solo ejecutaste una demostración. En menos de una hora levantaste una empresa real sobre tu portátil y la operaste como un fundador opera un consejo: fijaste un objetivo, contrataste a un CEO, aprobaste su estrategia, firmaste por el especialista que quería, viste al equipo hacer trabajo delegado, le diste un escritorio para que su trabajo se volviera un archivo real en el disco, luego auditaste toda la ejecución desde el libro de cuentas. Cada movimiento que hiciste, contratar, aprobar, presupuestar, delegar, auditar, fue un movimiento de gobernanza, no una indicación.
Y la empresa sigue ahí. No la terminaste; la pausaste en una línea base limpia. Cierra el portátil y persiste, los agentes, el organigrama, el trabajo, la pista de auditoría, todo a la espera de tu próxima decisión. Es algo vivo que ahora diriges.
Ese boletín fue el ensayo. El movimiento de verdad es apuntar el mismo patrón a tu objetivo: levanta una empresa cuyo objetivo sea tu negocio real, deja que el CEO proponga cómo perseguirlo, contrata a los especialistas que necesite y déjala funcionar bajo los presupuestos y aprobaciones que te mantienen como el consejo. Así es como fundas una empresa nativa de IA alrededor de casi cualquier cosa, y ya lo hiciste una vez.
Te llevas dos cosas de aquí. El artefacto duradero es AGENTS.md, el resumen que tu agente general lee en cada sesión, portátil a la siguiente herramienta frente a la que pongas un agente. La habilidad duradera es la postura: la autonomía es algo que tú concedes, no algo por defecto, así que sigues siendo el consejo mediante presupuestos ajustados, firma obligatoria en contrataciones y estrategia, y una revisión a una cadencia, incluso cuando la empresa funciona sola.
Adónde ir después:
| Quieres... | Ve a |
|---|---|
| Envolver a un solo agente en un motor de flujo de trabajo duradero antes de gestionar una flota | De Digital FTE a Worker de producción: el envoltorio de durabilidad de Inngest |
| Convertir la contratación en una capacidad invocable (agentes que contratan a otros agentes bajo política) | De fuerza laboral fija a dinámica: el sucesor de este curso |
| Usar la API REST de Paperclip como herramientas desde dentro de otro agente | Revisa docs.paperclip.ing para conocer el paquete actual del servidor MCP; fija la versión |
| Desplegar Paperclip en la nube o en un host compartido | La documentación en vivo en docs.paperclip.ing; verifica qué se ha publicado antes de depender de ello |
| Conectar OpenClaw como la capa de borde entre los humanos y tu empresa | El curso acelerado de OpenClaw |
| Darle a tus agentes una base de código real en la que trabajar | La guía de Execution Workspaces en docs.paperclip.ing: conecta un proyecto para que los agentes redacten, editen y ejecuten código real |
| Contratar como empleado al FTE que construiste (OpenAI Agents SDK, o cualquier runtime personalizado) | Trae tu propio agente: contrátalo en el adaptador http; Paperclip envía el trabajo por POST a tu agente, y este responde para cerrar la tarea |
| Poner trabajo recurrente en un calendario (una reunión diaria, un informe semanal) | Las rutinas de Paperclip (disparadores por cron o webhook); el curso de fuerza laboral dinámica las construye |
| Llevarte la empresa entera contigo | Expórtala a un paquete portátil de markdown, un COMPANY.md más un AGENT.md por rol, el mismo patrón de resumen que acabas de aprender, luego vuelve a importarla o ponla bajo control de versiones |
Material de estudio de tarjetas
Verificación de conocimientos
Una autoevaluación rápida y con barrera sobre las ideas por las que acabas de pasar.