Separate incoming updates from agent work You treat delivery and model execution as separate decisions. A resource subscription receives updates but never grants an agent permission to run. go academy academy/topics/notifications-vs-subscriptions website/content-src/academy/course.mjs academy Separate incoming updates from agent work
Unit 10 · React safely to live events

Separate incoming updates from agent work

You treat delivery and model execution as separate decisions. A resource subscription receives updates but never grants an agent permission to run.

7 focused minutesNot started
Unit example (nearest native match)

See the idea in context

source := ax.NewAxMCPEventSourceWithPolicy(client, "inventory", "tenant:demo", "authenticated", ax.AxMCPSubscribeAll())
runtime.AddSource(source)
if err := runtime.Start(); err != nil {
case <-time.After(60 * time.Second):
  1. Discover the endpoint

    The live catalog identifies concrete resources and supported event capabilities.

  2. Apply subscription policy

    Your application chooses which updates it actually wants.

  3. Route through the inbox

    An explicit event route decides whether the update only records state or wakes work.

Run itIn your own project
go get github.com/ax-llm/ax/packages/go

import axllm "github.com/ax-llm/ax/packages/go"

client := axllm.NewAI("openai", map[string]axllm.Value{"apiKey": os.Getenv("OPENAI_API_KEY")})
classify := axllm.NewAx("review:string -> sentiment:class \"positive, negative, neutral\"", nil)

Set OPENAI_APIKEY in your environment before running provider-backed code.

In the ax repo

From a clone of the ax repo:

npm run example -- go src/examples/go/mcp/resource_wake_agent.go
Active practice

Show that you can use it

Answer 2 in a row to learn this · attempt 1
Keep exploring

Source-backed follow-up