Skip to content

Events System

When to Use

Use events when you need to intercept AI requests or responses across all operations without modifying providers. Use Guardrails when you need content filtering. Use events for logging, caching, authentication override, or telemetry.

Decision

Situation Choose Why
Modify input before call PreGenerateResponseEvent Can rewrite input, change auth, force output
Cache/return early PreGenerateResponseEvent + setForcedOutputObject() Short-circuits the provider call
Log or audit responses PostGenerateResponseEvent Fires after non-streamed response
Audit streamed responses PostStreamingResponseEvent Read-only; fires after stream completes
Handle provider exceptions AiExceptionEvent (1.4) Rewrite error or inject fallback output

Pattern

use Drupal\ai\Event\PreGenerateResponseEvent;
use Drupal\ai\Event\PostGenerateResponseEvent;

class MyEventSubscriber implements EventSubscriberInterface {

  public static function getSubscribedEvents(): array {
    return [
      PreGenerateResponseEvent::EVENT_NAME => ['onPreGenerate', 0],
      PostGenerateResponseEvent::EVENT_NAME => ['onPostGenerate', 0],
    ];
  }

  public function onPreGenerate(PreGenerateResponseEvent $event): void {
    $tags = $event->getTags();
    $input = $event->getInput();
    // Modify input or check cache.
    $event->setInput($modifiedInput);
  }

  public function onPostGenerate(PostGenerateResponseEvent $event): void {
    $output = $event->getOutput();
    $tokenUsage = $event->getTokenUsage();
    // Log, cache, or audit.
  }
}

Event Types

Event Constant When Can Modify
PreGenerateResponseEvent ai.pre_generate_response Before provider call Input, config, auth, tags; can force output
PostGenerateResponseEvent ai.post_generate_response After non-streamed response Output
PostStreamingResponseEvent ai.post_streaming_response After streamed response completes Read-only
AiExceptionEvent Changed in 1.4: When provider throws exception Rewrite message; inject recovery output

All events extend AiProviderRequestBaseEvent which provides: requestThreadId, requestParentId, metadata, providerId, operationType, configuration, input, modelId, tags, debugData.

AiExceptionEvent (Changed in 1.4)

Fired by ProviderProxy immediately before re-throwing a caught provider exception. Enables graceful failover.

use Drupal\ai\Event\AiExceptionEvent;

public function onAiException(AiExceptionEvent $event): void {
  if ($event->getException() instanceof AiRateLimitException) {
    // Serve a cached response instead of re-throwing.
    $event->setForcedOutputObject($cachedOutput);
  }
}

public static function getSubscribedEvents(): array {
  return [AiExceptionEvent::class => ['onAiException', 0]];
}

Event Properties

Method Pre Post PostStreaming Description
getInput() / setInput() R/W R R Operation input
getOutput() -- R/W R Operation output
getOperationType() R R R Type string (chat, etc.)
getProviderId() R R R Provider plugin ID
getTags() / setTags() R/W R R Request tags array
getConfiguration() / setConfiguration() R/W R R Provider config
getRequestThreadId() R R R UUID linking pre/post events
getRequestParentId() R R R Parent request UUID (chained calls)
getMetadata($key) / setMetadata($key, $val) R/W R/W R Arbitrary metadata store
setAuthentication($auth) R/W -- -- Override authentication
setForcedOutputObject($output) R/W -- -- Short-circuit provider call

Tagging Convention

$provider->chat($input, $model, [
  'my_module',                     // Module tag
  'my_module:feature:summarize',   // Feature tag
  'my_module:entity_type:node',    // Entity type
  'my_module:bundle:article',      // Bundle
]);

Tags enable: logging filters, guardrail targeting, event subscriber filtering, cost attribution.

Common Mistakes

  • Wrong: Not using getRequestThreadId() to correlate pre/post events → Right: UUID links pre and post events; use it for correlated logging
  • Wrong: Modifying output in PostStreamingResponseEventRight: This event is read-only — use PostGenerateResponseEvent for modification
  • Wrong: Not handling AiExceptionEvent for rate limits → Right: Subscribe to inject fallback responses instead of surfacing API errors to users

See Also