You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Add new Agent IO instructions, tutorial/guide (#265)
- Added Telegram (source) to mermaid diagram
- Updated Agents overview with instructions, screenshots on new IO
- Cleaned up sidebar (removed "Agent" prefix in Agent IO section)
- Created new "Agent IO" guides/tutorial page explaining key concepts
- Added links to existing YouTube videos in relevant pages
To configure your agent to receive data from a webhook, you need to add a new webhook source. When receiving data from a webhook, the agent will send the data to the agent's inputs asynchronously without waiting for the agent to finish processing the data.
90
92
@@ -114,7 +116,7 @@ To trigger a webhook using curl with a required Bearer token authentication, you
114
116
115
117
The response from the webhook will contain an informational message if successful. Additionally, the `Location` header will contain the URL that can be used to read the agent output. This URL will block until the agent has started streaming the output response.
116
118
117
-
#### Agent API Source
119
+
#### API Source
118
120
119
121
To configure your agent to receive data as an API endpoint, you need to add a new API source. When receiving data from an API endpoint, the agent will send the data to the agent's inputs synchronously and wait for the agent to respond.
120
122
@@ -144,7 +146,7 @@ To invoke an API using curl with a required Bearer token authentication, you can
144
146
Make sure to use the correct agent ID in the webhook URL.
145
147
</Callout>
146
148
147
-
#### Agent Email Source
149
+
#### Email Source
148
150
149
151
For Email sources, you can configure your agent at a unique agent email address. When receiving an email, the agent will send the email content to the agent's inputs asynchronously without waiting for the agent to finish processing the email.
150
152
@@ -156,7 +158,7 @@ For Email sources, you can configure your agent at a unique agent email address.
156
158
157
159
The response from the API will contain an informational message if successful. Additionally, the `Location` header will contain the URL that can be used to read the agent output. This URL will block until the agent has started streaming the output response.
158
160
159
-
#### Agent Discord Source
161
+
#### Discord Source
160
162
161
163
For Discord sources, you can configure your agent to receive messages from a Discord server. When a user tags the bot in a Discord message, the agent will receive the message content asynchronously without waiting for the agent to finish processing the message.
Discord sources can only be triggered by messages where the bot is tagged in a Discord server. The bot cannot receive all messages in a channel for privacy reasons.
249
251
</Callout>
250
252
251
-
#### Agent SMS Source
253
+
{/* #### Slack Source
254
+
255
+
For Slack sources, you can configure your agent to receive messages from a Slack workspace. Users @mention your agent in Slack to trigger responses. By default, replies are sent as threads (configurable).
256
+
257
+
<ThemeImage baseName="agent-io-slack-source" alt="Agent New Slack Source" />
258
+
259
+
To set up Slack Integration, you'll need to create a Slack App and configure OAuth:
260
+
261
+
1. **Create a Slack App** in your Slack workspace
262
+
2. **Configure OAuth** with the following credentials:
263
+
- App Name
264
+
- Client ID
265
+
- Client Secret
266
+
- Signing Secret
267
+
3. **Set OAuth Redirect URL** to: `https://api.agentuity.com/io/slack/source/oauth/callback`
268
+
4. **Configure Event Subscriptions** with the Request URL provided by Agentuity
269
+
5. **Subscribe to Bot Events**: `message.channels`, `message.im`, `app_mention`
270
+
271
+
<Callout type="info">
272
+
You must configure OAuth and Event Subscriptions in your Slack App settings for the integration to work properly.
273
+
</Callout> */}
274
+
275
+
#### Telegram Source
276
+
277
+
For Telegram sources, you can configure your agent to receive messages from Telegram users. Users can message your agent directly on Telegram.
278
+
279
+
<ThemeImagebaseName="agent-io-telegram-source"alt="Agent New Telegram Source" />
280
+
281
+
To configure a Telegram source:
282
+
283
+
1.**Get a Bot Token** from @BotFather on Telegram
284
+
2.**Enter the Bot Token** in the configuration
285
+
286
+
#### SMS Source
252
287
253
288
For SMS sources, you can connect your Twilio account to allow your agent to be triggered by incoming text messages. This requires providing your Twilio API credentials.
254
289
@@ -261,7 +296,7 @@ To configure an SMS source, you will need the following credentials from your Tw
261
296
262
297
Once validated, you can select one or more of your Twilio numbers to forward incoming messages to your agent.
263
298
264
-
#### Agent Schedule Source
299
+
#### Schedule Source
265
300
266
301
For running an agent on a schedule, you can configure your agent to use a cron source. When the agent is scheduled to run, the agent will send the data to the agent's inputs asynchronously without waiting for the agent to finish processing the data.
267
302
@@ -277,6 +312,50 @@ A cron source can only be triggered internally by the Agentuity Platform and not
For Discord destinations, you can configure your agent to send messages to a Discord channel when triggered by external sources (webhooks, APIs, other agents, etc.). This is different from Discord sources which handle @mentions within Discord.
1.**Select a Discord Server** from your connected servers
324
+
2.**Choose a Channel** where messages will be sent
325
+
3.**Invite the Bot** if not already in the server using the provided invite link
326
+
327
+
<Callouttype="info">
328
+
The bot must be invited to your Discord server before you can configure it as a destination. Use the invite link provided if you see "Bot not found in server" error.
329
+
</Callout>
330
+
331
+
#### Email Destination
332
+
333
+
For Email destinations, you can configure your agent to send emails when triggered.
-**With Inbound Email**: Sends from your agent's address `[agent-id]@agentuity.run`
347
+
-**Custom Domain** (Enterprise): Use your organization's domain for outbound emails
348
+
349
+
Configuration requires:
350
+
-**Recipient Addresses**: List of email addresses to send to
351
+
-**Subject Line**: Email subject for outbound messages
352
+
353
+
> Note: Email subject and recipients can only be configured through the UI at this time.
354
+
355
+
<Callouttype="info">
356
+
**Enterprise Feature:** Organizations can configure custom email domains for outbound emails. This requires DNS configuration and is currently only available through Agentuity support. Contact us to set up custom email domains for your organization.
357
+
</Callout>
358
+
280
359
### Agent Deployments
281
360
282
361
Agentuity supports continuous deployment using a native GitHub App integration and a GitHub Actions workflow.
Agent IO enables your agents to communicate with external platforms through two types of connections: Sources (inbound) and Destinations (outbound). Understanding the distinction between these connection types is essential for properly configuring your AI agents on the Agentuity platform.
9
+
10
+
## Sources vs Destinations
11
+
12
+
### Sources (Inbound Connections)
13
+
14
+
Sources enable bidirectional communication between a platform and your agent. When configured, the platform can trigger your agent and receive responses within the same conversation context.
15
+
16
+
**How Sources Work:**
17
+
1. Platform triggers agent (e.g., @mention in Slack)
18
+
2. Agent processes the request
19
+
3. Agent responds directly within the same platform conversation
20
+
21
+
**Example:** When someone @mentions your agent in Discord, the agent can respond back in the same Discord channel.
22
+
23
+
### Destinations (Outbound Connections)
24
+
25
+
Destinations allow your agent to send messages to a platform when triggered by *external sources*. These are one-way connections for delivering agent output to specified channels.
3. Agent sends output to configured destination platforms
31
+
32
+
**Example:** Your GitHub repository triggers your agent on each commit, and the agent sends a formatted summary to your team's Discord channel.
33
+
34
+
## Choosing Your Configuration
35
+
36
+
| Use Case | Configuration Needed |
37
+
|---------------------|---------------------|
38
+
| Chat bot that responds to @mentions|**Source only**|
39
+
| Send notifications when something happens |**Destination only**|
40
+
| Forward messages between platforms |**Source** for receiving, **Destination** for sending |
41
+
| Full assistant with chat and notifications |**Both** Source and Destination |
42
+
43
+
### Sources Only
44
+
Perfect for conversational bots that respond to user questions, @mentions, or direct messages.
45
+
46
+
**Example:** Your team wants a Slack bot that answers questions about your documentation. You only need a Slack Source - users @mention the bot, and it replies in the thread.
47
+
48
+
### Destinations Only
49
+
Ideal for automated notifications, scheduled updates, or forwarding alerts from monitoring systems.
50
+
51
+
**Example:** You want GitHub commit notifications in Discord. Configure a webhook to trigger your agent, then add Discord as a Destination. No Discord Source needed since the bot doesn't respond to Discord messages.
52
+
53
+
### Both Sources and Destinations
54
+
Required when your agent needs conversations AND notifications, connecting multiple platforms, or building a full-featured assistant.
55
+
56
+
**Example:** You're building a team assistant that answers questions in Slack (Source) but also posts daily standup reminders (Destination) and forwards important emails to the channel (Email Source → Slack Destination).
57
+
58
+
## Key Considerations
59
+
60
+
-**Sources** provide complete conversational capability - you don't need a destination to reply
61
+
-**Destinations** work independently - perfect for one-way notifications
62
+
- A single agent can have multiple sources and destinations configured
Copy file name to clipboardExpand all lines: content/Guides/object-storage.mdx
+13-1Lines changed: 13 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -390,4 +390,16 @@ Track your object storage usage through the Cloud Console:
390
390
3. Monitor provider information and creation dates
391
391
4. Use [agent telemetry](/Guides/agent-telemetry) to track storage operations
392
392
393
-
For structured data with complex queries, consider using object storage to store data exports while maintaining indexes in key-value or vector storage.
393
+
For structured data with complex queries, consider using object storage to store data exports while maintaining indexes in key-value or vector storage.
394
+
395
+
## Storage Types Overview
396
+
397
+
<iframe
398
+
width="100%"
399
+
height="400"
400
+
src="https://www.youtube.com/embed/rT9eCMRztpI"
401
+
title="How to Give Your AI Agents Persistent Memory"
Copy file name to clipboardExpand all lines: content/Guides/vector-db.mdx
+12Lines changed: 12 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -204,3 +204,15 @@ Vector storage serves as long-term memory for agents, enabling them to:
204
204
- Build and maintain agent-specific knowledge repositories
205
205
206
206
For more information on memory patterns, see the [Key-Value Storage guide](/Guides/key-value) for short-term memory or explore [Agent Communication](/Guides/agent-communication) for sharing knowledge between agents.
207
+
208
+
## Storage Types Overview
209
+
210
+
<iframe
211
+
width="100%"
212
+
height="400"
213
+
src="https://www.youtube.com/embed/rT9eCMRztpI"
214
+
title="How to Give Your AI Agents Persistent Memory"
0 commit comments