-
Notifications
You must be signed in to change notification settings - Fork 228
docs(ai-agent-sub-process): Update event handling #7788
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
👋 🤖 🤔 Hello, @afgambin! Did you make your changes in all the right places? These files were changed only in docs/. You might want to duplicate these changes in versioned_docs/version-8.8/.
You may have done this intentionally, but we wanted to point it out in case you didn't. You can read more about the versioning within our docs in our documentation guidelines. |
...nts/connectors/out-of-the-box-connectors/agentic-ai/aiagent/configuration/_event-handling.md
Outdated
Show resolved
Hide resolved
...nts/connectors/out-of-the-box-connectors/agentic-ai/aiagent/configuration/_event-handling.md
Show resolved
Hide resolved
...nts/connectors/out-of-the-box-connectors/agentic-ai/aiagent/configuration/_event-handling.md
Outdated
Show resolved
Hide resolved
| 1. Tool B: `Tool B result` | ||
| 1. Event message: `Content from event message` | ||
| - One message per completed tool. | ||
| - Each message containing the **event payload**. For example, the timer or event subprocess handler output. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What is the meaning of "each" here? That multiple event messages could be included?
Regarding the event payload, we briefly mention toolCallResult in the intro paragraph, but could we add a dedicated section describing what the event payload is?
With camunda/connectors#6105, the following will happen:
- If the event subprocess creates a non-empty
toolCallResult, it's contents will be added as payload to the user message coming from the event. - If no
toolCallResultis created, a generic message will be added as user message, describing that an interrupting/not interrupting event was handled. See https://github.com/camunda/connectors/pull/6105/changes#diff-8c6ee6aec05c67d77e288c1949011fe8ada5aa7e3b58e3b0a6ee146dcd50e26fR52
|
|
||
| For the AI Agent Sub-process (implemented as an ad-hoc sub-process): | ||
|
|
||
| - **Only non-interrupting event subprocesses are allowed** on the agent scope, by design and enforced by Modeler. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We probably should also document this on the generic AHSP and/or Event Subprocess pages as suggested by Philipp here.
While the AI Agent is our only solution building on the AHSP job worker, the general event subprocess logic triggering job workers is not specific to the AI Agent.
|
The preview environment relating to the commit 2046268 has successfully been deployed. You can access it at https://preview.docs.camunda.cloud/pr-7788/ |
Description
This PR addresses this issue.
When should this change go live?
bugorsupportlabel)available & undocumentedlabel)holdlabel)low priolabel)PR Checklist
{type}(scope): {description}commit message(s)/docsdirectory (version 8.9)./versioned_docsdirectory.@camunda/tech-writersunless working with an embedded writer.