Facilitador rotativo de reuniones
Con Alice, Bob, Carol y Dana en la lista, la primera reunión (la número 0) es de Alice, después va Bob y antes fue Dana; tras Dana, la ronda vuelve a empezar. Quien use la misma lista obtiene la misma respuesta. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Lista de participantes
- Alice, Bob, Carol, Dana
- Índice de reunión
- 0
- Tamaño de la lista
- 4
- Responsable
- Alice
- Índice del responsable
- 0
- Posición en el ciclo
- 1
Las standups recurrentes, las all-hands y las revisiones de operaciones funcionan mejor cuando la facilitación rota con equidad en lugar de recaer siempre en el mismo responsable cada semana. Esta calculadora de facilitador rotativo de reuniones toma una lista ordenada de nombres y un índice de ocurrencia con base cero, y aplica la aritmética modular clásica de round-robin para que usted sepa siempre quién dirige la próxima sesión, quién sigue y quién precedió en el ciclo. Los equipos incorporan el mismo contrato determinista en bots, calendarios y runbooks sin inventar fórmulas ad hoc en hojas de cálculo que se desincronizan cuando alguien se incorpora o se va.
Cómo funciona la titularidad rotativa de la reunión
Una rotación justa de facilitadores no es más que una lista ordenada fija de personas y un contador de cuántas veces se ha celebrado ya la reunión. Cuando el contador llega a N, el resto vuelve a cero y la primera persona facilita de nuevo; al llegar a N más uno, la segunda persona toma la silla, y el patrón continúa sin casos especiales por semanas bisiestas ni meses del calendario.
Como la fórmula usa solo el resto de la división entera, dos clientes que compartan el mismo orden de roster y el mismo contador de ocurrencias coincidirán siempre en el mismo titular aunque se ejecuten en zonas horarias distintas o sin conexión. La capacidad no inventa festivos, vacaciones ni listas de omisión: si alguien falta, edite el roster o avance el índice en su capa de orquestación.
Mantener el núcleo puro permite que chatbots, GitHub Actions y complementos de hojas reutilicen un solo oráculo en lugar de reescribir la lógica modular en tres lenguajes.
Cuándo ayuda más un facilitador rotativo
Los responsables de ingeniería programan demos semanales y quieren que el anfitrión rote sin una hoja privada que solo actualiza una persona. Los scrum masters automatizan la facilitación del standup para que el mismo ingeniero senior no lleve siempre el reloj. Los incident commanders rotan la titularidad semanal de la ceremonia on-call con un roster alineado al documento de turnos.
Los equipos de RR. HH. y people-ops asignan anfitriones de all-hands mensuales con equidad entre departamentos.
Qué puede hacer con ella
Rotación del anfitrión del standup semanal
Pase el roster del equipo y el contador de semanas del standup para mostrar quién facilita el de hoy y quién sigue, sin una hoja compartida.
Anfitriones justos de all-hands y demos
Rote anfitriones mensuales de all-hands o demos entre departamentos usando el mismo roster ordenado que ya publica su manual interno.
Preguntas frecuentes
¿Qué ocurre si alguien está de vacaciones?
Esta calculadora no modela ausencias. Quítelo temporalmente del roster o omita su índice en su capa de orquestación antes de llamar.
¿Quién conduce después de la última persona de la lista?
La rotación vuelve a empezar por el primer nombre. Con Alice, Bob, Carol y Dana, la quinta reunión vuelve a Alice, y el mismo orden se repite sin excepciones por meses ni semanas especiales.
¿Por qué la primera reunión cuenta como cero?
Porque el contador indica cuántas reuniones ya se han celebrado. La primera es la número 0 y corresponde a Alice; el resultado también muestra la posición en la ronda contada desde 1, por ejemplo 1 de 4, para leerla con naturalidad.
¿Muestra también quién va después y quién fue antes?
Sí. Junto al responsable de hoy verá el siguiente y el anterior. En la primera reunión son Bob y Dana, algo útil cuando necesita pedir las notas de la semana pasada.
¿Qué hago si alguien se une al equipo o lo deja?
Actualice la lista en el orden de rotación y siga contando las reuniones como antes. Quien use la misma lista y el mismo número de reunión obtendrá el mismo responsable, así el calendario y los recordatorios nunca se contradicen.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/biz/rotating-meeting-owner \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"roster":["Alice","Bob","Carol","Dana"],"meeting_index":0}'const res = await fetch("https://api.kit.forhosting.com/biz/rotating-meeting-owner", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"roster": [
"Alice",
"Bob",
"Carol",
"Dana"
],
"meeting_index": 0
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/rotating-meeting-owner",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"roster": [
"Alice",
"Bob",
"Carol",
"Dana"
],
"meeting_index": 0
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/rotating-meeting-owner", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"roster":["Alice","Bob","Carol","Dana"],"meeting_index":0}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"roster":["Alice","Bob","Carol","Dana"],"meeting_index":0}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/rotating-meeting-owner", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"roster": [
"Alice",
"Bob",
"Carol",
"Dana"
],
"meeting_index": 0
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.rotating_meeting_owner",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Los nombres vacíos o los índices negativos fallan con invalid_input y no se facturan.
Cómo funciona la titularidad rotativa de la reunión
Indexe la primera ocurrencia como meeting_index cero, la segunda como uno, y así sucesivamente. Si el roster tiene N personas, el titular de esa ocurrencia ocupa owner_index igual a meeting_index módulo N. La posición en el ciclo se informa como owner_index más uno para que las personas digan «tercero de cuatro en este ciclo» sin convertir índices de base cero a mano. El siguiente titular es el nombre en owner_index más uno módulo N; el anterior envuelve en el otro sentido, útil cuando necesita pedir notas al facilitador de la semana pasada.
Contrato de entrada, campos de respuesta y errores de validación
Los campos de salida opcionales nunca se rellenan con null: en este contrato simple todo campo de éxito está siempre presente. Envíe por POST un cuerpo JSON con dos campos obligatorios. roster es un array no vacío de una a cien cadenas de nombres de facilitador en orden de rotación; cada entrada se recorta y las cadenas en blanco tras el trim se rechazan como invalid_input nombrando el índice erróneo. meeting_index es un entero no negativo de cero a mil millones que identifica qué ocurrencia de la serie resuelve—cero es la primera reunión. Se aceptan los alias members, people y facilitators para roster, e index, occurrence y week_number para meeting_index, de modo que la automatización existente pueda mapear claves conocidas sin renombrar cargas. En caso de éxito el cuerpo repite el roster normalizado y meeting_index, roster_size, owner y owner_index, cycle_position (base uno dentro del ciclo), next_owner y next_owner_index, previous_owner y previous_owner_index, más una cadena de fórmula breve que indica owner_index igual a meeting_index mod roster_size. Ejemplo: roster Alice, Bob, Carol, Dana con meeting_index cinco produce owner_index uno porque cinco módulo cuatro es uno, así que Bob facilita, Carol es la siguiente y Alice la anterior. Roster ausente, vacío, no array, meeting_index no entero o negativo, y rosters demasiado grandes fallan con invalid_input y no consumen saldo.
Dónde aporta valor una API de facilitador rotativo
Los bots de product ops publican mensajes «el facilitador de esta semana es …» en Slack o Teams llamando a la API con el índice de la serie guardado en una clave contador. Como la implementación es parse de nivel A, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente; la validación fallida es gratuita. Mantenga el roster en el mismo orden en todo sistema de registro, incremente meeting_index una vez por ocurrencia (incluidas las semanas omitidas si desea que la rotación avance) y obtendrá decisiones de titularidad reproducibles para calendarios, runbooks y edge workers sin montar un servicio de planificación propio.
Casos de integración
Automatización con chatbot y calendario
Haga que un bot llame a la API en cada ocurrencia con el índice de la serie y publique «facilitador: …» en Slack, Teams o la descripción del calendario.
Preguntas técnicas
¿Cómo sé a quién le toca facilitar?
Envíe roster (nombres ordenados) y meeting_index (0 para la primera reunión). El titular es roster[meeting_index mod longitud del roster].
¿meeting_index es de base cero o de base uno?
De base cero: la primera ocurrencia es 0, la segunda es 1, y así sucesivamente. cycle_position en la respuesta es de base uno para mostrarlo.
¿Puedo enviar members en lugar de roster?
Sí. Los alias members, people y facilitators se mapean a roster; index, occurrence y week_number se mapean a meeting_index.
¿Cuánto cuesta la calculadora de facilitador rotativo de reuniones?
La herramienta del navegador es gratuita. Las solicitudes API usan saldo prepago de KIT a $0.002 por llamada exitosa; la entrada inválida no se factura.