Separate incoming updates from agent workYou treat delivery and model execution as separate decisions. A resource subscription receives updates but never grants an agent permission to run.cppacademyacademy/topics/notifications-vs-subscriptionswebsite/content-src/academy/course.mjsacademySeparate 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
auto source=std::make_shared<axllm::AxMCPEventSource>(client,"inventory","tenant:demo","authenticated",axllm::AxMCPResourceSubscriptionPolicy::all());
runtime.register_target(std::move(target)).add_source(source).start();
if(!changed.wait_for(lock,std::chrono::seconds(60),[&]{return complete;}))throw std::runtime_error("Timed out waiting for an MCP resource notification");
Discover the endpoint
The live catalog identifies concrete resources and supported event capabilities.
Apply subscription policy
Your application chooses which updates it actually wants.
Route through the inbox
An explicit event route decides whether the update only records state or wakes work.
Run itIn your own project
include(FetchContent)
FetchContent_Declare(axllm GIT_REPOSITORY https://github.com/ax-llm/ax GIT_TAG main SOURCE_SUBDIR packages/cpp)
FetchContent_MakeAvailable(axllm)
target_link_libraries(your_app PRIVATE axllm::axllm)
#include <axllm/axllm.hpp>
auto llm = axllm::ai("openai", axllm::object({{"apiKey", std::getenv("OPENAI_API_KEY")}}));
auto classify = axllm::ax("review:string -> sentiment:class \"positive, negative, neutral\"");
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 -- cpp src/examples/cpp/mcp/resource_wake_agent.cpp