Segment Automation via Rube MCP
Selective Reading Rule
Start with:
references/senior-master-standard.md
references/usage-routing.md
references/quality-checklist.md
Then load only the inherited docs, scripts, assets, or examples that match the user's actual task.
Automate Segment customer data platform operations through Composio's Segment toolkit via Rube MCP.
Prerequisites
- Rube MCP must be connected (RUBE_SEARCH_TOOLS available)
- Active Segment connection via
RUBE_MANAGE_CONNECTIONS with toolkit segment
- Always call
RUBE_SEARCH_TOOLS first to get current tool schemas
Setup
Get Rube MCP: Add https://rube.app/mcp as an MCP server in your client configuration. No API keys needed — just add the endpoint and it works.
- Verify Rube MCP is available by confirming
RUBE_SEARCH_TOOLS responds
- Call
RUBE_MANAGE_CONNECTIONS with toolkit segment
- If connection is not ACTIVE, follow the returned auth link to complete Segment authentication
- Confirm connection status shows ACTIVE before running any workflows
Core Workflows
1. Track Events
When to use: User wants to send event data to Segment for downstream destinations
Tool sequence:
SEGMENT_TRACK - Send a single track event [Required]
Key parameters:
userId: User identifier (required if no anonymousId)
anonymousId: Anonymous identifier (required if no userId)
event: Event name (e.g., 'Order Completed', 'Button Clicked')
properties: Object with event-specific properties
timestamp: ISO 8601 timestamp (optional; defaults to server time)
context: Object with contextual metadata (IP, user agent, etc.)
Pitfalls:
- At least one of
userId or anonymousId is required
event name is required and should follow consistent naming conventions
- Properties are freeform objects; ensure consistent schema across events
- Timestamp must be ISO 8601 format (e.g., '2024-01-15T10:30:00Z')
- Events are processed asynchronously; successful API response means accepted, not delivered
2. Identify Users
When to use: User wants to associate traits with a user profile in Segment
Tool sequence:
SEGMENT_IDENTIFY - Set user traits and identity [Required]
Key parameters:
userId: User identifier (required if no anonymousId)
anonymousId: Anonymous identifier
traits: Object with user properties (email, name, plan, etc.)
timestamp: ISO 8601 timestamp
context: Contextual metadata
Pitfalls:
- At least one of
userId or anonymousId is required
- Traits are merged with existing traits, not replaced
- To remove a trait, set it to
null
- Identify calls should be made before track calls for new users
- Avoid sending PII in traits unless destinations are configured for it
3. Batch Operations
When to use: User wants to send multiple events, identifies, or other calls in a single request
Tool sequence:
SEGMENT_BATCH - Send multiple Segment calls in one request [Required]
Key parameters:
batch: Array of message objects, each with:
type: Message type ('track', 'identify', 'group', 'page', 'alias')
userId / anonymousId: User identifier
- Additional fields based on type (event, properties, traits, etc.)
Pitfalls:
- Each message in the batch must have a valid
type field
- Maximum batch size limit applies; check schema for current limit
- All messages in a batch are processed independently; one failure does not affect others
- Each message must independently satisfy its type's requirements (e.g., track needs event name)
- Batch is the most efficient way to send multiple calls; prefer over individual calls
4. Group Users
When to use: User wants to associate a user with a company, team, or organization
Tool sequence:
SEGMENT_GROUP - Associate user with a group [Required]
Key parameters:
userId: User identifier (required if no anonymousId)
anonymousId: Anonymous identifier
groupId: Group/organization identifier (required)
traits: Object with group properties (name, industry, size, plan)
timestamp: ISO 8601 timestamp
Pitfalls:
groupId is required; it identifies the company or organization
- Group traits are merged with existing traits for that group
- A user can belong to multiple groups
- Group traits update the group profile, not the user profile
5. Track Page Views
When to use: User wants to record page view events in Segment
Tool sequence:
SEGMENT_PAGE - Send a page view event [Required]
Key parameters:
userId: User identifier (required if no anonymousId)
anonymousId: Anonymous identifier
name: Page name (e.g., 'Home', 'Pricing', 'Dashboard')
category: Page category (e.g., 'Docs', 'Marketing')
properties: Object with page-specific properties (url, title, referrer)
Pitfalls:
- At least one of
userId or anonymousId is required
name and category are optional but recommended for proper analytics
- Standard properties include
url, title, referrer, path, search
- Page calls are often automated; manual use is for server-side page tracking
6. Alias Users and Manage Sources
When to use: User wants to merge anonymous and identified users, or manage source configuration
Tool sequence:
SEGMENT_ALIAS - Link two user identities together [Optional]
SEGMENT_LIST_SCHEMA_SETTINGS_IN_SOURCE - View source schema settings [Optional]
SEGMENT_UPDATE_SOURCE - Update source configuration [Optional]
Key parameters:
- For ALIAS:
userId: New user identifier (the identified ID)
previousId: Old user identifier (the anonymous ID)
- For source operations:
sourceId: Source identifier
Pitfalls:
- ALIAS is a one-way operation; cannot be undone
previousId is the anonymous/old ID, userId is the new/identified ID
- Not all destinations support alias calls; check destination documentation
- ALIAS should be called once when a user first identifies (e.g., signs up)
- Source updates may affect data collection; review changes carefully
Common Patterns
User Lifecycle
Standard Segment user lifecycle:
1. Anonymous user visits -> PAGE call with anonymousId
2. User interacts -> TRACK call with anonymousId
3. User signs up -> ALIAS (anonymousId -> userId), then IDENTIFY with traits
4. User takes action -> TRACK call with userId
5. User joins org -> GROUP call linking userId to groupId
Batch Optimization
For bulk data ingestion:
1. Collect events in memory (array of message objects)
2. Each message includes type, userId/anonymousId, and type-specific fields
3. Call SEGMENT_BATCH with the collected messages
4. Check response for any individual message errors
Naming Conventions
Segment recommends consistent event naming:
- Events: Use "Object Action" format (e.g., 'Order Completed', 'Article Viewed')
- Properties: Use snake_case (e.g., 'order_total', 'product_name')
- Traits: Use snake_case (e.g., 'first_name', 'plan_type')
Known Pitfalls
Identity Resolution:
- Always include
userId or anonymousId on every call
- Use ALIAS only once per user identity merge
- Identify before tracking to ensure proper user association
Data Quality:
- Event names should be consistent across all sources
- Properties should follow a defined schema for downstream compatibility
- Avoid sending sensitive PII unless destinations are configured for it
Rate Limits:
- Use BATCH for bulk operations to stay within rate limits
- Individual calls are rate-limited per source
- Batch calls are more efficient and less likely to be throttled
Response Parsing:
- Successful responses indicate acceptance, not delivery to destinations
- Response data may be nested under
data key
- Check for error fields in batch responses for individual message failures
Timestamps:
- Must be ISO 8601 format with timezone (e.g., '2024-01-15T10:30:00Z')
- Omitting timestamp uses server receive time
- Historical data imports should include explicit timestamps
Quick Reference
| Task |
Tool Slug |
Key Params |
| Track event |
SEGMENT_TRACK |
userId, event, properties |
| Identify user |
SEGMENT_IDENTIFY |
userId, traits |
| Batch calls |
SEGMENT_BATCH |
batch (array of messages) |
| Group user |
SEGMENT_GROUP |
userId, groupId, traits |
| Page view |
SEGMENT_PAGE |
userId, name, properties |
| Alias identity |
SEGMENT_ALIAS |
userId, previousId |
| Source schema |
SEGMENT_LIST_SCHEMA_SETTINGS_IN_SOURCE |
sourceId |
| Update source |
SEGMENT_UPDATE_SOURCE |
sourceId |
| Warehouses |
SEGMENT_LIST_CONNECTED_WAREHOUSES_FROM_SOURCE |
sourceId |
When to Use
This skill is applicable to execute the workflow or actions described in the overview.
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
1---2name: segment-automation3description: ALWAYS use this when the request matches Segment Automation: Automate Segment tasks via Rube MCP (Composio): track events, identify users, manage groups, page views, aliases, batch operations.4---56# Segment Automation via Rube MCP78## Selective Reading Rule910Start with:1112- `references/senior-master-standard.md`13- `references/usage-routing.md`14- `references/quality-checklist.md`1516Then load only the inherited docs, scripts, assets, or examples that match the user's actual task.1718Automate Segment customer data platform operations through Composio's Segment toolkit via Rube MCP.1920## Prerequisites2122- Rube MCP must be connected (RUBE_SEARCH_TOOLS available)23- Active Segment connection via `RUBE_MANAGE_CONNECTIONS` with toolkit `segment`24- Always call `RUBE_SEARCH_TOOLS` first to get current tool schemas2526## Setup2728**Get Rube MCP**: Add `https://rube.app/mcp` as an MCP server in your client configuration. No API keys needed — just add the endpoint and it works.2930311. Verify Rube MCP is available by confirming `RUBE_SEARCH_TOOLS` responds322. Call `RUBE_MANAGE_CONNECTIONS` with toolkit `segment`333. If connection is not ACTIVE, follow the returned auth link to complete Segment authentication344. Confirm connection status shows ACTIVE before running any workflows3536## Core Workflows3738### 1. Track Events3940**When to use**: User wants to send event data to Segment for downstream destinations4142**Tool sequence**:431. `SEGMENT_TRACK` - Send a single track event [Required]4445**Key parameters**:46- `userId`: User identifier (required if no `anonymousId`)47- `anonymousId`: Anonymous identifier (required if no `userId`)48- `event`: Event name (e.g., 'Order Completed', 'Button Clicked')49- `properties`: Object with event-specific properties50- `timestamp`: ISO 8601 timestamp (optional; defaults to server time)51- `context`: Object with contextual metadata (IP, user agent, etc.)5253**Pitfalls**:54- At least one of `userId` or `anonymousId` is required55- `event` name is required and should follow consistent naming conventions56- Properties are freeform objects; ensure consistent schema across events57- Timestamp must be ISO 8601 format (e.g., '2024-01-15T10:30:00Z')58- Events are processed asynchronously; successful API response means accepted, not delivered5960### 2. Identify Users6162**When to use**: User wants to associate traits with a user profile in Segment6364**Tool sequence**:651. `SEGMENT_IDENTIFY` - Set user traits and identity [Required]6667**Key parameters**:68- `userId`: User identifier (required if no `anonymousId`)69- `anonymousId`: Anonymous identifier70- `traits`: Object with user properties (email, name, plan, etc.)71- `timestamp`: ISO 8601 timestamp72- `context`: Contextual metadata7374**Pitfalls**:75- At least one of `userId` or `anonymousId` is required76- Traits are merged with existing traits, not replaced77- To remove a trait, set it to `null`78- Identify calls should be made before track calls for new users79- Avoid sending PII in traits unless destinations are configured for it8081### 3. Batch Operations8283**When to use**: User wants to send multiple events, identifies, or other calls in a single request8485**Tool sequence**:861. `SEGMENT_BATCH` - Send multiple Segment calls in one request [Required]8788**Key parameters**:89- `batch`: Array of message objects, each with:90 - `type`: Message type ('track', 'identify', 'group', 'page', 'alias')91 - `userId` / `anonymousId`: User identifier92 - Additional fields based on type (event, properties, traits, etc.)9394**Pitfalls**:95- Each message in the batch must have a valid `type` field96- Maximum batch size limit applies; check schema for current limit97- All messages in a batch are processed independently; one failure does not affect others98- Each message must independently satisfy its type's requirements (e.g., track needs event name)99- Batch is the most efficient way to send multiple calls; prefer over individual calls100101### 4. Group Users102103**When to use**: User wants to associate a user with a company, team, or organization104105**Tool sequence**:1061. `SEGMENT_GROUP` - Associate user with a group [Required]107108**Key parameters**:109- `userId`: User identifier (required if no `anonymousId`)110- `anonymousId`: Anonymous identifier111- `groupId`: Group/organization identifier (required)112- `traits`: Object with group properties (name, industry, size, plan)113- `timestamp`: ISO 8601 timestamp114115**Pitfalls**:116- `groupId` is required; it identifies the company or organization117- Group traits are merged with existing traits for that group118- A user can belong to multiple groups119- Group traits update the group profile, not the user profile120121### 5. Track Page Views122123**When to use**: User wants to record page view events in Segment124125**Tool sequence**:1261. `SEGMENT_PAGE` - Send a page view event [Required]127128**Key parameters**:129- `userId`: User identifier (required if no `anonymousId`)130- `anonymousId`: Anonymous identifier131- `name`: Page name (e.g., 'Home', 'Pricing', 'Dashboard')132- `category`: Page category (e.g., 'Docs', 'Marketing')133- `properties`: Object with page-specific properties (url, title, referrer)134135**Pitfalls**:136- At least one of `userId` or `anonymousId` is required137- `name` and `category` are optional but recommended for proper analytics138- Standard properties include `url`, `title`, `referrer`, `path`, `search`139- Page calls are often automated; manual use is for server-side page tracking140141### 6. Alias Users and Manage Sources142143**When to use**: User wants to merge anonymous and identified users, or manage source configuration144145**Tool sequence**:1461. `SEGMENT_ALIAS` - Link two user identities together [Optional]1472. `SEGMENT_LIST_SCHEMA_SETTINGS_IN_SOURCE` - View source schema settings [Optional]1483. `SEGMENT_UPDATE_SOURCE` - Update source configuration [Optional]149150**Key parameters**:151- For ALIAS:152 - `userId`: New user identifier (the identified ID)153 - `previousId`: Old user identifier (the anonymous ID)154- For source operations:155 - `sourceId`: Source identifier156157**Pitfalls**:158- ALIAS is a one-way operation; cannot be undone159- `previousId` is the anonymous/old ID, `userId` is the new/identified ID160- Not all destinations support alias calls; check destination documentation161- ALIAS should be called once when a user first identifies (e.g., signs up)162- Source updates may affect data collection; review changes carefully163164## Common Patterns165166### User Lifecycle167168Standard Segment user lifecycle:169```1701. Anonymous user visits -> PAGE call with anonymousId1712. User interacts -> TRACK call with anonymousId1723. User signs up -> ALIAS (anonymousId -> userId), then IDENTIFY with traits1734. User takes action -> TRACK call with userId1745. User joins org -> GROUP call linking userId to groupId175```176177### Batch Optimization178179For bulk data ingestion:180```1811. Collect events in memory (array of message objects)1822. Each message includes type, userId/anonymousId, and type-specific fields1833. Call SEGMENT_BATCH with the collected messages1844. Check response for any individual message errors185```186187### Naming Conventions188189Segment recommends consistent event naming:190- **Events**: Use "Object Action" format (e.g., 'Order Completed', 'Article Viewed')191- **Properties**: Use snake_case (e.g., 'order_total', 'product_name')192- **Traits**: Use snake_case (e.g., 'first_name', 'plan_type')193194## Known Pitfalls195196**Identity Resolution**:197- Always include `userId` or `anonymousId` on every call198- Use ALIAS only once per user identity merge199- Identify before tracking to ensure proper user association200201**Data Quality**:202- Event names should be consistent across all sources203- Properties should follow a defined schema for downstream compatibility204- Avoid sending sensitive PII unless destinations are configured for it205206**Rate Limits**:207- Use BATCH for bulk operations to stay within rate limits208- Individual calls are rate-limited per source209- Batch calls are more efficient and less likely to be throttled210211**Response Parsing**:212- Successful responses indicate acceptance, not delivery to destinations213- Response data may be nested under `data` key214- Check for error fields in batch responses for individual message failures215216**Timestamps**:217- Must be ISO 8601 format with timezone (e.g., '2024-01-15T10:30:00Z')218- Omitting timestamp uses server receive time219- Historical data imports should include explicit timestamps220221## Quick Reference222223| Task | Tool Slug | Key Params |224|------|-----------|------------|225| Track event | SEGMENT_TRACK | userId, event, properties |226| Identify user | SEGMENT_IDENTIFY | userId, traits |227| Batch calls | SEGMENT_BATCH | batch (array of messages) |228| Group user | SEGMENT_GROUP | userId, groupId, traits |229| Page view | SEGMENT_PAGE | userId, name, properties |230| Alias identity | SEGMENT_ALIAS | userId, previousId |231| Source schema | SEGMENT_LIST_SCHEMA_SETTINGS_IN_SOURCE | sourceId |232| Update source | SEGMENT_UPDATE_SOURCE | sourceId |233| Warehouses | SEGMENT_LIST_CONNECTED_WAREHOUSES_FROM_SOURCE | sourceId |234235## When to Use236This skill is applicable to execute the workflow or actions described in the overview.237238## Limitations239- Use this skill only when the task clearly matches the scope described above.240- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.241- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.