feat(queue): kimi als derde AI-platform in QUEUE_MODELS #44

Merged
janpeter merged 1 commit from feat/queue-kimi into main 2026-07-26 20:51:54 +02:00
Owner

Eerste taak (T-124) van sprint S-2026-07-26-1: kimi toevoegen aan het canonieke queue-vocabulaire, zodat mac:kimi een geldig adres wordt.

QUEUE_MODELS wordt ['claude', 'codex', 'kimi', 'jp'] — kimi bij de agents, want jp is een mens en de header maakt dat onderscheid ook. Dat kon veilig: nergens in deze repo of in scrum4me-mcp/scrum4me-workers wordt QUEUE_MODELS positioneel geïndexeerd, en dat is gecontroleerd in plaats van aangenomen.

QUEUE_SERVERS blijft ongewijzigd — Kimi draait op mac en die host bestaat al.

Geen migratie nodig, en dat is nagerekend. De CHECK-constraints op agent_message dekken alleen source, status, type en reply_link_matches_type; from_model en to_model zijn kale strings. Onafhankelijk bevestigd tegen prisma/schema.prisma en __tests__/agent-message-schema.test.ts, die alleen kolomvorm toetst en geen waarden. De header claimde dit al correct en is daarom onaangeroerd gebleven.

Het testaantal blijft 237. Dat is bewust: dit testbestand groepeert assertions per thema in composiet-tests, en de nieuwe gevallen zijn daarbinnen ondergebracht in plaats van als losse it()-blokken. Beide mutaties zijn wél uitgevoerd — kimi weer weghalen maakt de nieuwe assertie rood, en isQueueModel naar return true maakt de weiger-assertie rood.

Wat hierna nog moet, en waarom dit alleen nog niet genoeg is: s4m-queue/src/types.ts houdt een bewuste tweelingkopie van deze lijst en loopt nu uit de pas (T-128). En vier tool-schema's in scrum4me-mcp hardcoden ['claude','codex','jp'] zonder pariteitsgate, dus deze uitbreiding werkt daar stil niet door (ST-038). Tot die twee gedaan zijn is as: 'kimi' nog niet bruikbaar.

🤖 Generated with Claude Code

Eerste taak (T-124) van sprint S-2026-07-26-1: `kimi` toevoegen aan het canonieke queue-vocabulaire, zodat `mac:kimi` een geldig adres wordt. `QUEUE_MODELS` wordt `['claude', 'codex', 'kimi', 'jp']` — kimi bij de agents, want `jp` is een mens en de header maakt dat onderscheid ook. Dat kon veilig: nergens in deze repo of in scrum4me-mcp/scrum4me-workers wordt QUEUE_MODELS positioneel geïndexeerd, en dat is gecontroleerd in plaats van aangenomen. `QUEUE_SERVERS` blijft ongewijzigd — Kimi draait op `mac` en die host bestaat al. **Geen migratie nodig, en dat is nagerekend.** De CHECK-constraints op `agent_message` dekken alleen `source`, `status`, `type` en `reply_link_matches_type`; `from_model` en `to_model` zijn kale strings. Onafhankelijk bevestigd tegen `prisma/schema.prisma` en `__tests__/agent-message-schema.test.ts`, die alleen kolomvorm toetst en geen waarden. De header claimde dit al correct en is daarom onaangeroerd gebleven. **Het testaantal blijft 237.** Dat is bewust: dit testbestand groepeert assertions per thema in composiet-tests, en de nieuwe gevallen zijn daarbinnen ondergebracht in plaats van als losse `it()`-blokken. Beide mutaties zijn wél uitgevoerd — kimi weer weghalen maakt de nieuwe assertie rood, en `isQueueModel` naar `return true` maakt de weiger-assertie rood. **Wat hierna nog moet, en waarom dit alleen nog niet genoeg is:** `s4m-queue/src/types.ts` houdt een bewuste tweelingkopie van deze lijst en loopt nu uit de pas (T-128). En vier tool-schema's in scrum4me-mcp hardcoden `['claude','codex','jp']` zonder pariteitsgate, dus deze uitbreiding werkt daar stil niet door (ST-038). Tot die twee gedaan zijn is `as: 'kimi'` nog niet bruikbaar. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
feat(queue): kimi als derde AI-platform in QUEUE_MODELS
All checks were successful
CI / Verify (pull_request) Successful in 20s
9ef937e212
Geplaatst tussen 'codex' en 'jp' zodat de agents (claude, codex, kimi)
gegroepeerd blijven vóór de mens (jp). Geen positionele afhankelijkheid
van QUEUE_MODELS gevonden in deze repo, dus de volgorde was vrij.
QUEUE_SERVERS blijft ongewijzigd — kimi draait voorlopig alleen op
'mac', dat al bestaat. Test uitgebreid met een expliciete
isQueueModel('kimi') === true en een losstaande 'onbekende waarde'-
assertie, beide los van de generieke lijst-iteratie zodat ze de juiste
mutatie vangen.
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
janpeter/scrum4me-shared!44
No description provided.