Inhoud samenvatten met:
Famulor heeft Milian Missions uitgebreid met Mission Studio. Sinds de update van 30 augustus 2026 kunnen Missions niet alleen handmatig of volgens een schema worden uitgevoerd, maar ook als reactie op workspace-events. Een voltooid gesprek, een nieuw bericht, een boeking, een lead, een webhook of een event uit een gekoppeld systeem kan nu het startpunt zijn voor achtergrondtaken. De nieuwe trigger is slechts een deel van de release: het doel, de context, de koppelingen, de toegestane acties en de run-limieten worden samen vastgelegd in een gepubliceerde versie.
Belangrijkste punten
- Mission Studio brengt triggers, toegang, runs en versies samen in één workspace.
- Event-gestuurde Missions reageren op workspace-events; bestaande handmatige en geplande Missions blijven ongewijzigd.
- Elke gepubliceerde versie legt de trigger, filters, resources, app-koppelingen, actiegroepen en run-limieten vast.
- Runs zijn zichtbaar, worden in volgorde verwerkt en zijn traceerbaar via status, creditverbruik en transcripten.
- Event Missions zijn momenteel een Workspace Beta-functie.
Wat is er nieuw in Mission Studio?
Volgens de documentatie van Famulor's Milian Missions is een Mission een versiebeheerde taak voor Milian, de copilot van de workspace. Deze draait op de achtergrond zonder dat er een browsertabblad open hoeft te staan, op aanvraag, volgens een schema of nu dus na een event. Mission Studio organiseert de configuratie in Overzicht, Trigger, Toegang, Runs en Versies. Bestaande Missions die alleen op schema draaien, worden niet automatisch gemigreerd; de eerste bewerking in Studio maakt een nieuw concept aan.
Eén gepubliceerde Mission heeft precies één trigger. Naast handmatige en geplande starts ondersteunt de Studio events van gesprekken, conversaties, berichten, e-mail, boekingen, leads, inkomende webhooks, CRM-systemen en gekoppelde apps. Met AND/OR-filters kan de trigger worden verfijnd op basis van relevante event-velden. Het operationele model verschuift daarmee van "elke ochtend controleren" naar "reageren wanneer het relevante event zich voordoet."
Dit is anders dan acties tijdens een live gesprek. Acties tijdens een gesprek voeren werk uit terwijl een assistent met een klant spreekt. Missions handelen onafhankelijke achtergrondtaken af die handmatig, volgens schema of door een workspace-event worden gestart.
Van schema's naar events: waarom dit belangrijk is
Schema's blijven nuttig voor dagelijkse rapportages en wekelijkse reviews. Voor operationele events introduceren ze echter wachttijden of onnodige polling. Een event-trigger start een Mission dichter bij het moment dat het werk heeft gecreëerd. Tegelijkertijd voorkomt de gepubliceerde versie dat een vluchtige wijziging direct de actieve logica verandert.
Het bredere ecosysteem van agents debatteert over dezelfde operationele problemen. Een drukbezochte Hacker News-thread over duurzame workflows richt zich op hervatting, retries, overhead van versiebeheer, observeerbaarheid en de werkelijke kosten van operaties. Dat is een signaal uit de community, geen bewijs van effectiviteit. De SKILL.nb-studie benadrukt eveneens versiebeheer, execution gates en auditeerbaar bewijs als betrouwbaarheidsmechanismen voor herbruikbare agent-workflows. Mission Studio past die operationele logica toe op echte workspace-taken.
Drie praktische patronen voor event-gestuurde Missions
1. Follow-up na een gesprek
Een voltooid gesprek kan een Mission starten die de beschikbare context evalueert en, binnen de toegestane acties, een concept voor een follow-up, taak of interne samenvatting voorbereidt. Filters moeten de trigger beperken tot gevallen die daadwerkelijk een follow-up vereisen. Dit voorkomt brede batch-controles en houdt de workflow dicht bij de klantinteractie.
2. Leads verrijken binnen gedefinieerde grenzen
Een nieuwe lead kan een Mission triggeren die gebruikmaakt van goedgekeurde workspace-resources en opgeslagen app-koppelingen. Een nuttig doel is bewust smal: relevante informatie verzamelen, het record structureren en een volgende stap voorbereiden. Teams die actuele webinformatie nodig hebben, kunnen de workflow combineren met passend onderzoek of Agent Tools, maar alleen wanneer die tools expliciet zijn opgenomen in de toegang van de Mission.
3. Boekingen en berichten omzetten in follow-up werk
Een boeking, inkomende e-mail of bericht kan achtergrondwerk starten, zoals het voorbereiden van een interne checklist, het op de hoogte stellen van het verantwoordelijke team of het produceren van een beknopte overdracht. Het patroon vormt een aanvulling op geautomatiseerde planning over kanalen heen zonder de klantconversatie te overladen met extra proceslogica.
Duidelijke grenzen in plaats van onbeperkte agent-toegang
Mission Studio maakt de toegestane operationele scope zichtbaar vóór publicatie. De actieve versie bevat de trigger, filters, gerefereerde resources, individuele opgeslagen app-koppelingen, toegestane actiegroepen en plafonds voor credits, tool-aanroepen en runtime. Milian ontvangt alleen deze gepubliceerde scope tijdens een run.
Koppelingen worden direct voor elke run opnieuw gecontroleerd. Een Mission weigert te draaien als een verleende koppeling ontbreekt, verlopen is, uitgeschakeld is of niet werkt. Voor inkomende webhooks kan een workspace-eigenaar of beheerder een secret genereren die slechts één keer wordt getoond en in de X-Automation-Secret header wordt verzonden. Het roteren van de secret maakt de vorige waarde direct ongeldig.
Deze controles sluiten aan bij de aanpak in Famulor's Voice AI governance-gids: definieer eerst het doel en de rechten, voer daarna de agent uit en beoordeel achteraf de runs en transcripten.
Versiebeheer en runs: wat blijft traceerbaar
Publiceren creëert een onveranderlijke versie. Latere wijzigingen blijven in een concept staan terwijl de actieve versie blijft draaien. Het herstellen van een oudere versie creëert ook een nieuw concept in plaats van de geschiedenis te herschrijven. Leden kunnen concepten opslaan; workspace-eigenaren en beheerders kunnen publiceren of pauzeren. Rollen voor Viewer en Billing blijven alleen-lezen.
Elke trigger creëert een zichtbare achtergrond-run. Event-runs worden gededupliceerd en één voor één per Mission verwerkt; extra events wachten in FIFO-volgorde in plaats van stilletjes te worden genegeerd. Het dashboard toont de actieve versie, de laatste en volgende run, de status, het creditverbruik en de aandachtstatus. Volgens de documentatie worden run-transcripten tien dagen bewaard.
Fouten blijven zichtbaar. Een mogelijk voltooide externe mutatie wordt niet automatisch opnieuw geprobeerd. Na het beoordelen van het transcript kan een voltooide run handmatig opnieuw worden gestart; dit creëert een afzonderlijk gemarkeerde run die gekoppeld is aan de bronuitvoering. Dat gedrag helpt het risico op het dupliceren van externe acties te verkleinen.
Hoe te beginnen met een goed afgebakende Mission
- Definieer een smal doel: beschrijf een verifieerbaar resultaat in plaats van een open opdracht.
- Kies één trigger: gebruik een event wanneer directe respons waarde toevoegt; een schema is vaak duidelijker voor periodieke rapportages.
- Voeg filters toe: beperk de trigger tot relevante gevallen en test de geselecteerde velden met realistische voorbeelden.
- Beperk context en acties: gebruik
@om alleen noodzakelijke workspace-resources, koppelingen en tools toe te voegen. - Stel run-limieten in: kies het maximale aantal credits, tool-aanroepen en runtime dat bij de taak past.
- Controleren en publiceren: inspecteer het doel, de trigger, filters, toegang en limieten als één onveranderlijke versie.
- Observeer runs: beoordeel de status, transcripten en aandachtstatus voordat je de scope uitbreidt.
REST API en MCP voor technische teams
Missions zijn niet beperkt tot dashboardbeheer. De publieke REST API dekt het aanmaken, lezen, bijwerken, verwijderen en uitvoeren van Missions, plus het weergeven en opnieuw uitvoeren van runs. Dezelfde mogelijkheden zijn beschikbaar als MCP-tools met afzonderlijke routines:read en routines:write scopes. Teams die agents aansturen vanuit externe interfaces kunnen de architectuur in Famulor MCP met ChatGPT en Claude als aanvullende context gebruiken.
Veelgestelde vragen
Vervangen event-gestuurde Missions de schema's?
Nee. Handmatige, uurlijkse, dagelijkse, doordeweekse, wekelijkse en aangepaste schema's blijven beschikbaar. Bestaande geplande Missions blijven ongewijzigd draaien.
Wat gebeurt er als Workspace Beta-functies worden uitgeschakeld?
Event Missions worden gepauzeerd en gemarkeerd als zijnde aandacht vereist. Klassieke handmatige en geplande Missions blijven actief.
Kan een draaiende Mission inkomende events verliezen?
Volgens de documentatie van Famulor wachten extra events in volgorde van aankomst wanneer een Mission al draait. Event-runs worden ook gededupliceerd.
Zijn eerdere versies nog traceerbaar?
Ja. Gepubliceerde versies zijn onveranderlijk. Bewerkingen en herstelacties creëren nieuwe concepten in plaats van de geschiedenis te herschrijven.
Conclusie: event-gestuurd werk vereist een operationeel kader
Mission Studio maakt van Milian Missions meer dan alleen terugkerende taken. Events kunnen werk direct starten, terwijl gepubliceerde versies, beperkte toegang, run-limieten en transcripten de operaties traceerbaar houden. Een goede eerste implementatie is een smal, risicoarm proces met een expliciete succescontrole. Schakel Workspace Beta-functies in, open Milian Missions en publiceer pas nadat de trigger, filters, toegang en limieten samen zijn beoordeeld.
Auteur bij Famulor
