Nuevo: DeepSeek V4.1 Flash.La arquitectura construida para agentes, y los 890 bytes que cambian la factura.Explorar la pieza →
// mondaybench #003beta
El mismo lunes caótico para 10 modelos abiertos
Seis fuentes. Seis compromisos con fecha en una semana, tres de ellos esperando a la misma migración de tres horas, y un ingeniero reclamado por dos a la vez.
// seis compromisos con fecha · una semana · 3 espera a la migración de billing
ahora · lunes 09:10
espera a la migración de billing
no le debe nada
01
El resultado
Diez modelos, 30 runs, un juez.
// resultados
La clasificación
El Monday Score mide solo calidad: si el briefing reconstruyó bien la situación y eligió el trabajo que importaba. La velocidad va al lado y nunca se mezcla dentro.
Solo modelos abiertosTodos los modelos
monday-001 · 13 models, 3 runs each
#
Modelo
Monday Score
Rango de runs
TTFA mediana
Latencia total
Ver detalle de
1
GPT-6 Astragpt-6-astracerrado
100.0
0.0
—
—
Runs individuales
Run 1100.0
Run 2100.0
Run 3100.0
Velocidad
TTFA
—
Latencia total
—
Mediana de tokens de salida
—
Desglose por dimensión
21/21
25/25
18/18
14/14
Reconstrucción del estado 10/10
12/12
Qué se dejó
Nada. Puntuación completa en todos los criterios.
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
2
Claude Opus 5cerrado
98.3
5.0
–
–
3
Fable 5.1cerrado
96.7
5.0
–
–
14
DeepSeek V4.1 Flashdeepseek-v4.1-flash-rerun-v1
96.3
2.5
81.4s
89.2s
Runs individuales
Run 195.5
Run 295.5
Run 398.0
Velocidad
TTFA
81.4s
Latencia total
89.2s
Mediana de tokens de salida
19,556
Desglose por dimensión
21/21
23.3/25
18/18
14/14
Reconstrucción del estado 10/10
10/12
Qué se dejó
uncertainty_discipline−2 pts perdidos
Nada inventado
PARTIALPARTIALPARTIAL
The response introduces extra coordination/merge uncertainty beyond what is materially established in the supplied evidence.
Most uncertainty is well handled, but one unsupported risk is added.
elena_migration_fallback−1.7 pts perdidos
Plan B de la migración preparado
PARTIALPARTIALPASS
The response notes Elena's absence and a handoff, but does not fully operationalize the fallback path with the precision required by the PASS band.
Fallback handling is present but incomplete.
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
25
DeepSeek V4 Flashdeepseek-v4-flash
95.0
0.0
136.0s
143.0s
Runs individuales
Run 195.0
Run 295.0
Run 395.0
Velocidad
TTFA
136.0s
Latencia total
143.0s
Mediana de tokens de salida
21,307
Desglose por dimensión
20.2/21
20.8/25
18/18
14/14
Reconstrucción del estado 10/10
12/12
Qué se dejó
elena_migration_fallback−4.2 pts perdidos
Plan B de la migración preparado
PARTIALFAILFAIL
Elena's Wednesday-noon departure, the permission transfer and the Daniel fallback are absent; the risks cover the migration overrun but not who executes if she is gone
Elena's Wednesday-noon departure, the permission transfer and the Daniel fallback are absent; the risks cover the migration overrun but not who executes if she is gone
pricing_dependency−0.8 pts perdidos
La aprobación bloquea la página
PARTIALPASSPASS
has the mockup route - 'Use design mockups for the approval pack if available so she does not wait for live screenshots' - but never states that packaging approval gates the public page
has the mockup route - 'Use design mockups for the approval pack if available so she does not wait for live screenshots' - but never states that packaging approval gates the public page
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
36
GLM 5.3glm5.3
94.8
5.0
253.3s
286.6s
Runs individuales
Run 198.0
Run 293.5
Run 393.0
Velocidad
TTFA
253.3s
Latencia total
286.6s
Mediana de tokens de salida
9,074
Desglose por dimensión
20.2/21
24.2/25
16/18
14/14
Reconstrucción del estado 10/10
10.5/12
Qué se dejó
pricing_board_parallel−2 pts perdidos
Lo independiente arranca ya
PARTIALPARTIALPARTIAL
the approval pack is scheduled AFTER the pricing page ('pricing page (3h) AM -> approval pack (1.5h) -> submit before 12:00'), which cannot start at 09:30 and submit before 12:00, and is the one ordering the mockup route exists to avoid; the board non-revenue pack is pushed to Tue-Wed and the revenue charts to Tuesday rather than started now
the approval pack is scheduled AFTER the pricing page ('pricing page (3h) AM -> approval pack (1.5h) -> submit before 12:00'), which cannot start at 09:30 and submit before 12:00, and is the one ordering the mockup route exists to avoid; the board non-revenue pack is pushed to Tue-Wed and the revenue charts to Tuesday rather than started now
factual_plan_accuracy−0.8 pts perdidos
Los datos dados se respetan
PASSPARTIALPASS
one substitution against factual_anchors: 'Onboarding launch (Julia, 2h, due Thu 12:00)'. The supplied deadline is 2026-09-25T12:00, which is FRIDAY. Everything else carries through - Atlas Wed 17:00, Contoso Tue 16:00 CET, all fourteen durations, the 30-minute walkthrough and handover, Marcus's Tuesday 13:00 start, Elena's Wednesday noon departure, every owner. The launch is scheduled Tue/Wed either way, so the slip alters nothing in the plan: PARTIAL, not FAIL
one substitution against factual_anchors: 'Onboarding launch (Julia, 2h, due Thu 12:00)'. The supplied deadline is 2026-09-25T12:00, which is FRIDAY. Everything else carries through - Atlas Wed 17:00, Contoso Tue 16:00 CET, all fourteen durations, the 30-minute walkthrough and handover, Marcus's Tuesday 13:00 start, Elena's Wednesday noon departure, every owner. The launch is scheduled Tue/Wed either way, so the slip alters nothing in the plan: PARTIAL, not FAIL
pricing_dependency−0.8 pts perdidos
La aprobación bloquea la página
PASSPASSPARTIAL
the mockup route is unmistakable - 'mockups are acceptable per Priya - don't wait for the live page; submit approval pack before 12:00 today' - and the plan sequences pack, clearance, then page. But no sentence states the other half, that packaging approval is what gates the page going public; that direction is only implied by the ordering. The rubric's PARTIAL band is exactly 'the approval gate or the mockup route, not both'
the mockup route is unmistakable - 'mockups are acceptable per Priya - don't wait for the live page; submit approval pack before 12:00 today' - and the plan sequences pack, clearance, then page. But no sentence states the other half, that packaging approval is what gates the page going public; that direction is only implied by the ordering. The rubric's PARTIAL band is exactly 'the approval gate or the mockup route, not both'
elena_migration_fallback−0.8 pts perdidos
Plan B de la migración preparado
PASSPASSPARTIAL
the transfer is booked - 'book 30-min Daniel handover Tue AM as insurance' - and Daniel is named as the fallback, but Elena's Wednesday-midday departure never appears anywhere, so the deadline that makes the handover urgent is missing. Scheduling it Tuesday happens to beat that deadline; recognising it is what the criterion asks for
the transfer is booked - 'book 30-min Daniel handover Tue AM as insurance' - and Daniel is named as the fallback, but Elena's Wednesday-midday departure never appears anywhere, so the deadline that makes the handover urgent is missing. Scheduling it Tuesday happens to beat that deadline; recognising it is what the criterion asks for
uncertainty_discipline−0.7 pts perdidos
Nada inventado
PASSPARTIALPASS
the risk list is strong and genuinely open, but two items are not in the sources. 'Confirm QA slot for Tue 09:00 (Sam said it's open)' attributes to Sam something he never says - he only states that QA needs the completed patch and that two hours should do it. And 'the export path that worked Friday' treats Julia's Friday run of the ordinary export as a possible route for the delegated-admin compliance export, which is a different export. Both are hedged rather than relied on, which is why this is PARTIAL and not FAIL
the risk list is strong and genuinely open, but two items are not in the sources. 'Confirm QA slot for Tue 09:00 (Sam said it's open)' attributes to Sam something he never says - he only states that QA needs the completed patch and that two hours should do it. And 'the export path that worked Friday' treats Julia's Friday run of the ordinary export as a possible route for the delegated-admin compliance export, which is a different export. Both are hedged rather than relied on, which is why this is PARTIAL and not FAIL
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
47
Qwen 3.8 Flashqwen3.8-flash
94.5
11.5
309.3s
327.2s
Runs individuales
Run 195.0
Run 2100.0
Run 388.5
Velocidad
TTFA
309.3s
Latencia total
327.2s
Mediana de tokens de salida
36,111
Desglose por dimensión
21/21
20.7/25
16.8/18
14/14
Reconstrucción del estado 10/10
12/12
Qué se dejó
elena_migration_fallback−1.7 pts perdidos
Plan B de la migración preparado
FAILPASSPASS
Elena's Wednesday-noon departure, the production-permission transfer and the Daniel migration fallback appear nowhere - not in the plan, not in the blocker table, and not in ten numbered risks
Elena's Wednesday-noon departure, the production-permission transfer and the Daniel migration fallback appear nowhere - not in the plan, not in the blocker table, and not in ten numbered risks
scarce_resource_allocation−1.7 pts perdidos
Ingeniero disputado resuelto
PASSPASSPARTIAL
detects the contention outright - 'Marcus is the only person who can do the SSO compatibility patch, and he is also fastest on the Contoso permission patch' - and resolves it by sequencing him through both, on a reason that covers the order rather than the ownership: 'This is the fastest path to the Tuesday 16:00 contractual export'. Daniel is held as the billing backup only, never considered for the permission patch, and the compatibility work is pushed to 14:10 as a result
detects the contention outright - 'Marcus is the only person who can do the SSO compatibility patch, and he is also fastest on the Contoso permission patch' - and resolves it by sequencing him through both, on a reason that covers the order rather than the ownership: 'This is the fastest path to the Tuesday 16:00 contractual export'. Daniel is held as the billing backup only, never considered for the permission patch, and the compatibility work is pushed to 14:10 as a result
concurrent_sso_and_contoso−1.2 pts perdidos
Las dos cadenas a la vez
PASSPASSPARTIAL
Julia's export does overlap Marcus's SSO work, but the two engineering items run one after the other through one person: permission patch 12:10-14:10, compatibility patch from 14:10
Julia's export does overlap Marcus's SSO work, but the two engineering items run one after the other through one person: permission patch 12:10-14:10, compatibility patch from 14:10
marcus_reserved_for_sso−1 pts perdidos
Reservado a lo insustituible
PASSPASSPARTIAL
states the ground - 'Only Marcus can do it' - and releases the instrumentation, but the capacity that frees goes to the substitutable Contoso patch, which moves the rollout from an achievable Tuesday afternoon to 16:40
states the ground - 'Only Marcus can do it' - and releases the instrumentation, but the capacity that frees goes to the substitutable Contoso patch, which moves the rollout from an achievable Tuesday afternoon to 16:40
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
58
GLM 5.3 Flashglm5.3-flash
92.8
19.0
120.8s
145.9s
Runs individuales
Run 197.5
Run 281.0
Run 3100.0
Velocidad
TTFA
120.8s
Latencia total
145.9s
Mediana de tokens de salida
7,349
Desglose por dimensión
21/21
22.3/25
16.8/18
13.2/14
Reconstrucción del estado 10/10
9.5/12
Qué se dejó
factual_plan_accuracy−2.5 pts perdidos
Los datos dados se respetan
PARTIALFAILPASS
two substituted deadlines, both used as planning targets: 'onboarding launch prep (deadline Thu 12:00)' - it is Friday 12:00, repeated as 'Thu deadline' in the parallel-work list - and 'pricing page (Wed 17:00 deadline)' - it is Thursday 17:00
two substituted deadlines, both used as planning targets: 'onboarding launch prep (deadline Thu 12:00)' - it is Friday 12:00, repeated as 'Thu deadline' in the parallel-work list - and 'pricing page (Wed 17:00 deadline)' - it is Thursday 17:00
scarce_resource_allocation−1.7 pts perdidos
Ingeniero disputado resuelto
PASSPARTIALPASS
detects it - 'Marcus is the shared resource across both chains' - and prices the substitute as a contingency: 'if Marcus slips, Daniel takes the permission patch (3.5h + 0.5h Marcus walkthrough)'. But the substitutable work stays with Marcus and the only reason offered is the ordering one, 'earlier external deadline'; why Marcus rather than Daniel is never argued, and the rollout moves out to 15:30-16:30
detects it - 'Marcus is the shared resource across both chains' - and prices the substitute as a contingency: 'if Marcus slips, Daniel takes the permission patch (3.5h + 0.5h Marcus walkthrough)'. But the substitutable work stays with Marcus and the only reason offered is the ordering one, 'earlier external deadline'; why Marcus rather than Daniel is never argued, and the rollout moves out to 15:30-16:30
concurrent_sso_and_contoso−1.2 pts perdidos
Las dos cadenas a la vez
PASSPARTIALPASS
'permission patch 12:00-14:00, then compatibility patch 14:00-17:30 + Tue 13:00-13:30' - the two chains run one after the other through one person
'permission patch 12:00-14:00, then compatibility patch 14:00-17:30 + Tue 13:00-13:30' - the two chains run one after the other through one person
marcus_reserved_for_sso−1 pts perdidos
Reservado a lo insustituible
PASSPARTIALPASS
'Release the instrumentation hold' and 'only Marcus knows the account-mapping branch', but the freed capacity goes to the Contoso patch at 12:00-14:00
'Release the instrumentation hold' and 'only Marcus knows the account-mapping branch', but the freed capacity goes to the Contoso patch at 12:00-14:00
formatting_urgent_not_blocking−0.8 pts perdidos
Lo ruidoso no es lo que bloquea
PASSPARTIALPASS
keeps the formatter with Julia and off the dated chain - Chain A contains only the permission patch - but never characterises the format request as cosmetic or the export as working
keeps the formatter with Julia and off the dated chain - Chain A contains only the permission patch - but never characterises the format request as cosmetic or the export as working
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
69
MIMO v2.5mimo-v2.5
90.3
11.5
139.1s
167.8s
Runs individuales
Run 192.5
Run 295.0
Run 383.5
Velocidad
TTFA
139.1s
Latencia total
167.8s
Mediana de tokens de salida
15,785
Desglose por dimensión
18.5/21
22.3/25
16.8/18
12.3/14
Reconstrucción del estado 10/10
10.3/12
Qué se dejó
pricing_dependency−2.5 pts perdidos
La aprobación bloquea la página
PARTIALPARTIALPARTIAL
'Page can't go public until approval clears, but build can start' gives the gate, but the plan is 'pricing page now -> approval pack' and the mockup route is never used
'Page can't go public until approval clears, but build can start' gives the gate, but the plan is 'pricing page now -> approval pack' and the mockup route is never used
factual_plan_accuracy−1.7 pts perdidos
Los datos dados se respetan
FAILPASSPASS
two substituted deadlines, both used to compute the buffers it reports: 'Billing schema migration | 3h | Wed 15:00' - the stated deadline is Thursday 15:00 - and 'Packaging page build | Wed EOD' with 'Pricing page live | Wed AM | Wed EOD', where the page is due Thursday 17:00
two substituted deadlines, both used to compute the buffers it reports: 'Billing schema migration | 3h | Wed 15:00' - the stated deadline is Thursday 15:00 - and 'Packaging page build | Wed EOD' with 'Pricing page live | Wed AM | Wed EOD', where the page is due Thursday 17:00
formatting_urgent_not_blocking−1.7 pts perdidos
Lo ruidoso no es lo que bloquea
PASSPARTIALPARTIAL
handles the formatter correctly - Julia, 2h, independent, 'Decouples the date fix from the permission fix' - but never states that the reported breakage is cosmetic or that the file imports
handles the formatter correctly - Julia, 2h, independent, 'Decouples the date fix from the permission fix' - but never states that the reported breakage is cosmetic or that the file imports
scarce_resource_allocation−1.7 pts perdidos
Ingeniero disputado resuelto
PASSPASSPARTIAL
detects it - 'Marcus is the shared resource between the Contoso permission patch and the SSO compatibility patch' - and gives a reason for the order, 'its deadline has less float'. But Daniel is used only as the migration backup, never considered for the patch, and the ownership choice is never argued
detects it - 'Marcus is the shared resource between the Contoso permission patch and the SSO compatibility patch' - and gives a reason for the order, 'its deadline has less float'. But Daniel is used only as the migration backup, never considered for the patch, and the ownership choice is never argued
concurrent_sso_and_contoso−1.2 pts perdidos
Las dos cadenas a la vez
PASSPASSPARTIAL
'I am placing the Contoso permission patch first' - the two chains run through Marcus one after the other while Daniel is free
'I am placing the Contoso permission patch first' - the two chains run through Marcus one after the other while Daniel is free
marcus_reserved_for_sso−1 pts perdidos
Reservado a lo insustituible
PASSPASSPARTIAL
declares the instrumentation not launch-blocking but then schedules Marcus on it 09:15-12:15 as 'fill work', and hands him the substitutable Contoso patch as well
declares the instrumentation not launch-blocking but then schedules Marcus on it 09:15-12:15 as 'fill work', and hands him the substitutable Contoso patch as well
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
710
GLM 5.2glm5.2
87.3
14.0
40.5s
64.3s
Runs individuales
Run 186.0
Run 295.0
Run 381.0
Velocidad
TTFA
40.5s
Latencia total
64.3s
Mediana de tokens de salida
4,420
Desglose por dimensión
17.8/21
19.7/25
15.7/18
14/14
Reconstrucción del estado 10/10
10.2/12
Qué se dejó
scarce_resource_allocation−3.3 pts perdidos
Ingeniero disputado resuelto
PARTIALPASSPARTIAL
recognises the contention - 'Marcus is the single point of failure for SSO compat patch, contoso_permission_patch, and SSO rollout' - but never engages the substitute for the substitutable item: Daniel appears only as the migration backup, and the stated reason is 'his module, fastest path' rather than a comparison
recognises the contention - 'Marcus is the single point of failure for SSO compat patch, contoso_permission_patch, and SSO rollout' - but never engages the substitute for the substitutable item: Daniel appears only as the migration backup, and the stated reason is 'his module, fastest path' rather than a comparison
pricing_dependency−2.5 pts perdidos
La aprobación bloquea la página
PARTIALPARTIALPARTIAL
'pricing_page public | packaging committee approval' gives the gate, but the pack is scheduled for 'Tuesday morning' after the page is built and Priya's mockup line is never used
'pricing_page public | packaging committee approval' gives the gate, but the pack is scheduled for 'Tuesday morning' after the page is built and Priya's mockup line is never used
concurrent_sso_and_contoso−2.3 pts perdidos
Las dos cadenas a la vez
PARTIALPASSPARTIAL
'12:30-14:30: contoso_permission_patch (2h)... 14:30-17:30: begin API compatibility patch' - the two chains are serialised through one person
'12:30-14:30: contoso_permission_patch (2h)... 14:30-17:30: begin API compatibility patch' - the two chains are serialised through one person
marcus_reserved_for_sso−2 pts perdidos
Reservado a lo insustituible
PARTIALPASSPARTIAL
'Marcus's 3h held capacity is released to SSO' and 'Nobody else knows the account-mapping branch', but the freed capacity then goes to the Contoso patch and pushes the compatibility work into Tuesday
'Marcus's 3h held capacity is released to SSO' and 'Nobody else knows the account-mapping branch', but the freed capacity then goes to the Contoso patch and pushes the compatibility work into Tuesday
earliest_feasible_delivery−1 pts perdidos
La fecha más temprana es real
PASSPASSFAIL
'SSO production rollout: Wed 09:00-10:00 (Tue evening too tight given Marcus's 13:00 start; Wed morning is clean)' and 'Enterprise SSO delivered: Wed ~10:00'. Tuesday 14:00 is reachable; the answer key does not credit Wednesday presented as the earliest when Tuesday is available. The Wednesday is a consequence of its own allocation, which is priced separately
'SSO production rollout: Wed 09:00-10:00 (Tue evening too tight given Marcus's 13:00 start; Wed morning is clean)' and 'Enterprise SSO delivered: Wed ~10:00'. Tuesday 14:00 is reachable; the answer key does not credit Wednesday presented as the earliest when Tuesday is available. The Wednesday is a consequence of its own allocation, which is priced separately
factual_plan_accuracy−0.8 pts perdidos
Los datos dados se respetan
PASSPARTIALPASS
one substitution: the delivery table reads 'Billing migration + backfill | Wed 15:00'. The stated external deadline is Thursday 2026-09-24 15:00. Its own plan lands the migration Monday, so nothing downstream moves
one substitution: the delivery table reads 'Billing migration + backfill | Wed 15:00'. The stated external deadline is Thursday 2026-09-24 15:00. Its own plan lands the migration Monday, so nothing downstream moves
sso_chain−0.7 pts perdidos
Cadena de SSO reconstruida
PASSPASSPARTIAL
the four SSO steps are in order, but the chain is written as 'billing_schema_migration -> billing_backfill -> api_compatibility_patch -> ...', inserting the backfill as a prerequisite of the patch. The dependency table below it says the patch is blocked by the migration alone, so the response contradicts itself on the point
the four SSO steps are in order, but the chain is written as 'billing_schema_migration -> billing_backfill -> api_compatibility_patch -> ...', inserting the backfill as a prerequisite of the patch. The dependency table below it says the patch is blocked by the migration alone, so the response contradicts itself on the point
En qué se equivocó
Sin penalizaciones ni falsas acciones en ningún run.
11
Gemini 3.8 Flash (High)cerrado
85.3
23.5
–
30.0s
812
Qwen 3.6qwen3.6
65.5
13.0
0.9s
14.8s
Runs individuales
Run 164.5
Run 259.5
Run 372.5
Velocidad
TTFA
0.9s
Latencia total
14.8s
Mediana de tokens de salida
1,872
Desglose por dimensión
14.3/21
20.5/25
13.3/18
9/14
Reconstrucción del estado 8.2/10
4.2/12
Qué se dejó
pricing_dependency−4.2 pts perdidos
La aprobación bloquea la página
FAILPARTIALFAIL
'Sarah: packaging_approval_pack (1.5h). Independent.' and 'Sarah: pricing_page (3h). Independent.' Neither the approval gate nor the mockup allowance appears
'Sarah: packaging_approval_pack (1.5h). Independent.' and 'Sarah: pricing_page (3h). Independent.' Neither the approval gate nor the mockup allowance appears
factual_plan_accuracy−3.3 pts perdidos
Los datos dados se respetan
FAILFAILPASS
three substitutions. 'Marcus is available 09:00-13:00' is written into the Monday plan - that is his Tuesday window; Monday he is available 09:00-17:30. 'Daniel to start the contoso_permission_patch (3.5 hours total, including Marcus sync)' folds the half-hour walkthrough into Daniel's own estimate. And the tenant-owner fallback is offered without the fact that she is on leave until October
three substitutions. 'Marcus is available 09:00-13:00' is written into the Monday plan - that is his Tuesday window; Monday he is available 09:00-17:30. 'Daniel to start the contoso_permission_patch (3.5 hours total, including Marcus sync)' folds the half-hour walkthrough into Daniel's own estimate. And the tenant-owner fallback is offered without the fact that she is on leave until October
elena_migration_fallback−2.5 pts perdidos
Plan B de la migración preparado
PARTIALFAILPASS
Elena's Wednesday-noon departure, the production-permission transfer and the Daniel migration fallback are all absent; the only guidance is 'she must complete this by Tuesday EOD latest'
Elena's Wednesday-noon departure, the production-permission transfer and the Daniel migration fallback are all absent; the only guidance is 'she must complete this by Tuesday EOD latest'
formatting_urgent_not_blocking−2.5 pts perdidos
Lo ruidoso no es lo que bloquea
PARTIALPARTIALPARTIAL
'Independent of backend permission fixes. Can be done Monday' keeps it off the committed work, but the response never characterises it as a preference against a working export
'Independent of backend permission fixes. Can be done Monday' keeps it off the committed work, but the response never characterises it as a preference against a working export
stale_task_list_overridden−2.5 pts perdidos
Lista de tareas caducada corregida
PARTIALPARTIALPARTIAL
the Contoso ticket is split into its two real items, but Security is left as something to confirm, the instrumentation is not addressed, and the pricing entry is untouched
the Contoso ticket is split into its two real items, but Security is left as something to confirm, the instrumentation is not addressed, and the pricing entry is untouched
earliest_feasible_delivery−2.5 pts perdidos
La fecha más temprana es real
FAILFAILPARTIAL
'Enterprise SSO (Wednesday EOD): Earliest: Wednesday EOD.' Tuesday 14:00 is reachable, and the response's own reason for Wednesday is a Monday it chose to leave idle
'Enterprise SSO (Wednesday EOD): Earliest: Wednesday EOD.' Tuesday 14:00 is reachable, and the response's own reason for Wednesday is a Monday it chose to leave idle
monday_plan−2.3 pts perdidos
El lunes, bien ordenado
PARTIALPARTIALPASS
the handoff sequencing contradicts itself - Daniel is told to work 13:00-17:30 while the Marcus walkthrough is described as 'likely sequential' after the four-hour patch
the handoff sequencing contradicts itself - Daniel is told to work 13:00-17:30 while the Marcus walkthrough is described as 'likely sequential' after the four-hour patch
concurrent_sso_and_contoso−2.3 pts perdidos
Las dos cadenas a la vez
PASSPARTIALPARTIAL
Daniel and Julia do work the Contoso chain while SSO waits, but the SSO patch is deferred to 'Tue PM/Wed AM' rather than run alongside
Daniel and Julia do work the Contoso chain while SSO waits, but the SSO patch is deferred to 'Tue PM/Wed AM' rather than run alongside
marcus_reserved_for_sso−2 pts perdidos
Reservado a lo insustituible
PARTIALPARTIALPASS
keeps Marcus on the SSO work and cites 'Marcus's specific code ownership', but never releases the three hours he is holding for the instrumentation
keeps Marcus on the SSO work and cites 'Marcus's specific code ownership', but never releases the three hours he is holding for the instrumentation
uncertainty_discipline−2 pts perdidos
Nada inventado
PARTIALPARTIALPARTIAL
the risk section is otherwise sound, but the plan rests on an invented two-hour walkthrough that the same response contradicts
the risk section is otherwise sound, but the plan rests on an invented two-hour walkthrough that the same response contradicts
board_dependency−1.5 pts perdidos
El consejo espera al backfill
FAILPARTIALPASS
the backfill appears nowhere; the board revenue dependency is not raised at all
the backfill appears nowhere; the board revenue dependency is not raised at all
sso_state_reconstructed−1.3 pts perdidos
Estado del SSO al día
PARTIALPASSPARTIAL
the chain and the Wednesday commitment are right; Security is left unresolved
the chain and the Wednesday commitment are right; Security is left unresolved
security_state_stale−1 pts perdidos
Seguridad ya está cerrado
PARTIALPASSPARTIAL
'Assume approved... but Noah/Product must confirm with Maya if there is any ambiguity', and the risk section still asks whether the patch touches the auth flow
'Assume approved... but Noah/Product must confirm with Maya if there is any ambiguity', and the risk section still asks whether the patch touches the auth flow
onboarding_state_reconstructed−0.5 pts perdidos
Estado del onboarding al día
PASSPARTIALPASS
'The task list says Marcus owns onboarding launch support. Julia owns the flow' gets the ownership move, but the instrumentation status is never stated
'The task list says Marcus owns onboarding launch support. Julia owns the flow' gets the ownership move, but the instrumentation status is never stated
En qué se equivocó
MATERIAL_HALLUCINATION-5 · Run 2
'If the permission patch isn't done by Monday EOD, Julia can still generate the file using the tenant owner account (as per her earlier note: "Their tenant owner account works").'
Anja's Monday 07:52 email states that only the tenant owner account can produce the export and that she is on leave until October. The response offers that account as the fallback for a contractual Tuesday 16:00 delivery without the fact that removes it, and additionally attributes Rachel's line to Julia.
MAJOR_PLANNING_ERROR-7 · Run 3
'Contoso Sync: Daniel needs 3.5h. If Marcus syncs with Daniel at 09:30, Daniel can work 10:00-13:30. This works.' against 'Elena finishes migration ~12:30-13:30. Marcus can start patch ~13:30.'
The permission patch is scheduled to start at 10:00 and finish at 13:30, overlapping the schema migration it depends on. Marcus states in #support-escalations that the patch sits on the same account-mapping layer and can only go in after the migration lands; this run never records that dependency.
913
Gemma 4gemma4
65.3
8.0
0.6s
7.7s
Runs individuales
Run 170.0
Run 264.0
Run 362.0
Velocidad
TTFA
0.6s
Latencia total
7.7s
Mediana de tokens de salida
878
Desglose por dimensión
14.5/21
19/25
12.2/18
9.3/14
Reconstrucción del estado 8/10
7/12
Qué se dejó
scarce_resource_allocation−5 pts perdidos
Ingeniero disputado resuelto
PASSFAILPARTIAL
'Direct Marcus to stop working on onboarding instrumentation and prioritize the contoso_permission_patch' - the contested engineer keeps the one item that has a substitute, and Daniel does not appear anywhere in the plan
'Direct Marcus to stop working on onboarding instrumentation and prioritize the contoso_permission_patch' - the contested engineer keeps the one item that has a substitute, and Daniel does not appear anywhere in the plan
monday_plan−3.5 pts perdidos
El lunes, bien ordenado
PARTIALPARTIALPARTIAL
five ordered instructions but no clock times, and the reassignment is action 1 while starting the migration is action 4
five ordered instructions but no clock times, and the reassignment is action 1 while starting the migration is action 4
pricing_dependency−3.3 pts perdidos
La aprobación bloquea la página
FAILPARTIALPARTIAL
pricing appears only as 'Ensure she is working on the pricing_page and packaging_approval_pack to hit the 12:00 committee cutoff tomorrow'. No approval gate on the public page, and no use of the mockup allowance
pricing appears only as 'Ensure she is working on the pricing_page and packaging_approval_pack to hit the 12:00 committee cutoff tomorrow'. No approval gate on the public page, and no use of the mockup allowance
earliest_feasible_delivery−3 pts perdidos
La fecha más temprana es real
FAILFAILFAIL
'Enterprise SSO: Wednesday EOD (matches Atlas commitment, provided Marcus is not further delayed by the Tuesday technical session)'. Tuesday 14:00 is reachable and no schedule is offered
'Enterprise SSO: Wednesday EOD (matches Atlas commitment, provided Marcus is not further delayed by the Tuesday technical session)'. Tuesday 14:00 is reachable and no schedule is offered
security_state_stale−2.5 pts perdidos
Seguridad ya está cerrado
FAILPARTIALFAIL
'Check the status of the Security Review on the release checklist. If it is still outstanding, I must resolve this to prevent a late-week stall', with 'We do not know why it is outstanding or how long it will take to clear'
'Check the status of the Security Review on the release checklist. If it is still outstanding, I must resolve this to prevent a late-week stall', with 'We do not know why it is outstanding or how long it will take to clear'
stale_task_list_overridden−2.5 pts perdidos
Lista de tareas caducada corregida
PARTIALPARTIALPARTIAL
the instrumentation is cleared and the Contoso ticket split, but Security is re-raised as an open gate and the pricing entry is untouched
the instrumentation is cleared and the Contoso ticket split, but Security is re-raised as an open gate and the pricing entry is untouched
concurrent_sso_and_contoso−2.3 pts perdidos
Las dos cadenas a la vez
PASSPARTIALPARTIAL
Marcus is given the permission patch and then the compatibility patch, so the two chains run one after the other
Marcus is given the permission patch and then the compatibility patch, so the two chains run one after the other
sso_state_reconstructed−2 pts perdidos
Estado del SSO al día
PARTIALPARTIALPARTIAL
chain outstanding and Wednesday intact, but Security is reported as unknown when it is closed
chain outstanding and Wednesday intact, but Security is reported as unknown when it is closed
uncertainty_discipline−2 pts perdidos
Nada inventado
PARTIALPARTIALPARTIAL
the resource risk is named accurately, but a settled fact is filed as unknown: 'The status of the outstanding security review for SSO is unknown'
the resource risk is named accurately, but a settled fact is filed as unknown: 'The status of the outstanding security review for SSO is unknown'
contoso_compliance_is_urgent−1.3 pts perdidos
Martes 16:00 comprometido
PARTIALPASSPARTIAL
'ensure Contoso's Tuesday deadline is met' and 'Contoso Compliance Export: Tuesday afternoon' - the commitment is named but left undated, and its own estimate could fall after 16:00
'ensure Contoso's Tuesday deadline is met' and 'Contoso Compliance Export: Tuesday afternoon' - the commitment is named but left undated, and its own estimate could fall after 16:00
marcus_reserved_for_sso−1 pts perdidos
Reservado a lo insustituible
PASSPARTIALPASS
takes him off the instrumentation but hands him the substitutable Contoso work, so the capacity freed does not go to the work only he can do
takes him off the instrumentation but hands him the substitutable Contoso work, so the capacity freed does not go to the work only he can do
formatting_urgent_not_blocking−0.8 pts perdidos
Lo ruidoso no es lo que bloquea
PASSPARTIALPASS
the fix goes to Julia in parallel and displaces nothing, but 'low-complexity task for a high-value account' stops short of saying the export works or the request is cosmetic
the fix goes to Julia in parallel and displaces nothing, but 'low-complexity task for a high-value account' stops short of saying the export works or the request is cosmetic
sso_chain−0.7 pts perdidos
Cadena de SSO reconstruida
PASSPASSPARTIAL
the four SSO steps are in order, but the chain reads 'Elena: Billing schema migration (3h) -> Elena: Reconciliation backfill (1.5h) -> Marcus: Contoso permission patch AND SSO compatibility patch -> QA -> Marcus rollout', and the blocker list repeats it: 'SSO Compatibility Patch: Blocked by Elena's schema migration and backfill'. The backfill gates the board revenue charts, not the patch, and the insertion adds 90 minutes to the path
the four SSO steps are in order, but the chain reads 'Elena: Billing schema migration (3h) -> Elena: Reconciliation backfill (1.5h) -> Marcus: Contoso permission patch AND SSO compatibility patch -> QA -> Marcus rollout', and the blocker list repeats it: 'SSO Compatibility Patch: Blocked by Elena's schema migration and backfill'. The backfill gates the board revenue charts, not the patch, and the insertion adds 90 minutes to the path
En qué se equivocó
PROHIBITED_ACTION-7 · Run 1
'Unblock SSO (Immediate): Check the status of the Security Review mentioned in Friday's notes. If it is still outstanding, I must escalate/resolve it to prevent a late-week stall.'
Maya's Friday 16:48 email closes the review for the current scope and exempts permission-check and configuration fixes from re-review. The response directs work against a gate that is shut and, in the risks, makes clearing it a condition of the rollout.
PROHIBITED_ACTION-7 · Run 3
'Unblock SSO (Immediate): Check the status of the Security Review on the release checklist. If it is still outstanding, I must resolve this to prevent a late-week stall.'
Maya's Friday 16:48 email closes the review for the current scope. The response directs work against a gate that is shut and reports its status as unknown in the risks, spending product time on a precondition that has already been met.
Rango de runs: la diferencia entre el mejor y el peor run oficial del modelo. No es una desviación respecto a la media, por eso nunca se escribe con ±.
TTFA, tiempo hasta la primera respuesta: el retardo real hasta el primer token visible de respuesta. Los tokens de razonamiento no cuentan como respuesta.
// calidad vs velocidad
El modelo más listo no siempre es el que quieres esperar
GPT-6 Astra encabeza este escenario con 100.0, tras — antes del primer token de respuesta. GPT-6 Astra empieza a responder en — y saca 100.0. Los modelos cambian calidad por tiempo de respuesta de formas muy distintas.
Dos ejes independientes. No hay una puntuación combinada, y no la habrá: lo bueno que es el briefing y lo que tardas en tenerlo son preguntas distintas, y cuál pesa más depende de lo que estés construyendo.
Monday Score y tiempo hasta la primera respuesta, por modelo
Modelo
Monday Score
TTFA mediana
GPT-6 Astra
100.0
—
DeepSeek V4.1 Flash
96.3
81.4s
DeepSeek V4 Flash
95.0
136.0s
GLM 5.3
94.8
253.3s
Qwen 3.8 Flash
94.5
309.3s
GLM 5.3 Flash
92.8
120.8s
MIMO v2.5
90.3
139.1s
GLM 5.2
87.3
40.5s
Qwen 3.6
65.5
0.9s
Gemma 4
65.3
0.6s
// lo que destacó
Tres cosas que merece la pena decir en voz alta
Cada cifra de abajo se puede comprobar contra el leaderboard, la matriz de criterios o los veredictos publicados en esta misma página.
01
9 / 24
runs no llegaron a mover las dos cadenas a la vez
Marcus
Un ingeniero reclamado por dos plazos. Nueve planes los pusieron en cola detrás de él
Marcus es el dueño por defecto de tres tareas y el único posible de dos. La tercera —el parche de permisos de Contoso— tiene sustituto con nombre: Daniel, que estuvo en el modelo de permisos hace dos semanas, a cambio de hora y media de su tiempo y media hora de Marcus para el traspaso. Nueve runs pasaron las dos cadenas por Marcus una detrás de otra mientras Daniel tenía la semana vacía. Las fuentes dicen qué sabe hacer cada uno; ninguna dice quién debe hacer qué.
02
10 / 24
runs vieron las dos mitades del bloqueo
Precios
Un plan que se bloquea a sí mismo, dicho en dos frases seguidas
Sarah quiere montar el pack de aprobación de packaging con capturas de la página de precios acabada, y la página no puede publicarse hasta que esa aprobación pase. Nadie en el escenario se da cuenta, y la salida es una línea del checklist de Priya: se aceptan mockups de diseño. Diez runs de veinticuatro enunciaron el bloqueo y usaron la vía del mockup; tres no hicieron ni lo uno ni lo otro, y con ellas se va la fecha del jueves.
03
81.0 – 100.0
tres runs, el mismo prompt
GLM 5.3 Flash
Lo que se mueve un solo modelo es más ancho que la distancia entre los cinco primeros
Menos de cinco puntos separan al primero del quinto. Las tres runs de GLM 5.3 Flash están a diecinueve de distancia entre sí, con los mismos bytes: un 100,0 perfecto, un 97,5 y un 81,0 que adelanta el lanzamiento de onboarding del viernes al jueves y luego encola las dos cadenas en un solo ingeniero. Qwen 3.8 Flash perdió el primer puesto igual: 100,0 y 95,0, y luego un 88,5. DeepSeek V4 Flash lo ganó sacando 95,0 tres veces sin moverse. Lee la columna de rango al lado de la nota, o no leas la nota.
02
La prueba
Qué recibieron, y qué tenían que deducir.
// la prueba
Todos los hechos están escritos Ninguna conclusión lo está
Seis ficheros corrientes: Slack, email, notas de reunión, una lista de tareas del viernes y dos CSV. Duraciones, responsables, plazos y quién sabe hacer qué están dichos con todas las letras. Lo único que nadie le da al modelo es este dibujo.
Qué tiene que pasar antes que qué
solo esa persona puede hacerlo
tiene sustituto con nombre
9 dependencias. Cada una aparece una sola vez, en un hilo de Slack, en un email o en una línea de las notas, y ninguna fuente enuncia dos juntas.
La frase que ninguna fuente escribe
Marcus
Parche de compatibilidad 4h · solo esa persona puede hacerlo
Despliegue a producción 1h · solo esa persona puede hacerlo
Permisos de Contoso 2h · Daniel 3.5h + 30min
Marcus es el dueño por defecto de tres tareas y el único posible de dos. La tercera tiene sustituto, y moverla cuesta hora y media del tiempo de Daniel más media hora de Marcus para el traspaso. Con eso se cumplen los dos compromisos con fecha. En el material no lo dice nadie.
Además tiene 3 horas reservadas para la instrumentación de onboarding, que la lista del viernes sigue llamando bloqueante y que Julia liberó esa misma tarde.
Un plan que se cierra sobre sí mismo
Sarah planea montar el pack de aprobación con capturas de la página de precios acabada.
La página no puede publicarse hasta que el comité de packaging la apruebe.
El checklist de Priya acepta mockups de diseño. Nunca hicieron falta capturas de una página en vivo.
Qué pasó
15de 24 runs oficialesmovieron las dos cadenas a la vez
17de 24 runs oficialesresolvieron del todo al ingeniero disputado
10de 24 runs oficialesvieron las dos mitades del bloqueo de precios
03
El método
Cómo se construye la nota, y cómo comprobarla.
// puntuación
Cómo funciona el Monday Score
Cien puntos repartidos en 6 dimensiones, y después penalizaciones. Solo calidad: la velocidad y el coste se informan al lado de la nota, nunca dentro.
212518141012
Ruta crítica y dependencias¿Deduce qué tiene que pasar antes que qué?21
Asignación de recursos¿Deja a la persona insustituible en el trabajo insustituible?25
Planificación y paralelismo¿El plan aprovecha el día o lo encola?18
Calidad de la decisión¿Actúa sobre el bloqueo real y no sobre el más ruidoso?14
Reconstrucción del estado¿Sabe qué es cierto ahora mismo?10
Exactitud e incertidumbre¿Arrastra bien los datos que le dan, y para donde para la evidencia?12
total100
El juez no pone una nota de 0 a 100 directamente
Clasifica criterios atómicos de uno en uno, 21 en la rúbrica 0.3, y cada veredicto lleva la evidencia en la que se apoya. Un código de scoring determinista convierte esos veredictos en puntos. Ningún modelo ve nunca un marcador acumulado.
PASStodos los puntos del criterio
PARTIALla mitad
FAILnada
Cuando una respuesta queda entre dos etiquetas, se aplica el desempate de la propia rúbrica: la más baja.
Penalizaciones
Se aplican sobre la nota de dimensiones, con un tope de −25 por run.
-5Alucinación materialUna afirmación relevante para el briefing que el material no sostiene.
-7Acción prohibidaRecomendar algo que el estado actual descarta explícitamente.
-7Error grave de planificaciónRecomendar un plan que no puede ejecutarse con las dependencias o la disponibilidad dadas.
-5Contradicción graveContradecirse sobre el estado de un asunto importante.
Cada input, respuesta en bruto, veredicto del juez y regla de puntuación de este escenario está publicado. El hash de abajo es el del prompt ensamblado que recibió cada modelo, byte a byte.
Una run puede rechazarse antes de puntuarse: truncada, o devuelta sin razonamiento cuando se pidió razonamiento, o un duplicado de caché. Esas nunca llegan a un leaderboard, porque un leaderboard solo puede excluir lo que evaluó. Es una propiedad del modelo y su endpoint, no de la respuesta, y se informa aparte de la nota.
Qwen 3.8 Flash 3 de 7 intentos REASONING_NOT_DELIVERED
// por qué lo hemos hecho
Los benchmarks sirven Lo que importa es producción
Ponemos modelos abiertos en producción para equipos europeos. MondayBench es cómo comprobamos si de verdad sirven antes de que lleguen ahí.