How Set Custom Property works
Use this tool to write a value to a Flywheel user custom property during an agent run. This is useful when the agent determines something you want to persist, such as qualification status, risk level, lifecycle stage, or routing tags. The property update is applied immediately, making the new value available to downstream tools in the same run and to any future agent runs or segments that reference it.Configuration
Inputs
Instructions describing when this tool should be used.
The target org user ID to update.
The custom property definition to update.
The value to set. Type should match the selected custom property.
Outputs
Whether the update completed successfully.
The user ID whose property was updated.
The name of the custom property that was set.
The value the property held before this update, if any.
The value that was written to the property.
Use Cases
Health Score TaggingBest Practices
Property Design- Keep property definitions stable and strongly typed to avoid schema drift.
- Use clear, descriptive naming conventions so downstream reporting is easy to interpret.
- Define an expected set of values (e.g. enum-like strings) for properties used in segmentation.
- Have the agent write derived values intentionally — not on every run unless a re-evaluation is required.
- Use conditions in the agent prompt to gate writes (e.g. only set
customer_healthwhen the score actually changes). - Pair property updates with Find Event to base the written value on real activity data.
- Reference updated properties in subsequent tool calls within the same run for consistent decision-making.
- Use custom properties as segment criteria to trigger other workflows or broadcasts.
- Audit property change history to understand how agent-driven updates affect user journeys.