← REACTOR FOR EVERYONE06 · PROFESSIONAL · TEAMProfessional or team use

Reactor for professional or team use

Test the system against your workflow

You're a professional trader, run activity across several accounts, or work with others on research and decisions. You have existing processes and clear requirements for data, execution, control and records.

Reactor is a trading operating system that connects research, analysis, decision, execution and management. You can bring it into one specific task, or use it to build a process of several Agents, each with its own role, instructions and authority.

The evaluation starts from your activity: where the system can add value, which capabilities are needed, and how fit is measured. Working as a team also requires a separate check of access and permission requirements; connecting several accounts is not, on its own, a system for managing team permissions.

The examples below show a few ways to use the system.

01Bring Reactor into an existing process02Check data quality and fit for decisions03Research a strategy component by component04Run several decision approaches on the same opportunity05Work with several accounts06Separate roles and authority in an automated process07Connect existing systems08Review records, costs and fit for ongoing operation
01
EXAMPLE 1

Bring Reactor into an existing process

"We have a way of working. We want to improve part of it without rebuilding everything."

You can pick a focused task: scanning, data gathering, trade review, position management or reporting. Define what goes into the task, what needs to come out, and what will count as an improvement.

Reactor can also work alongside existing tools, through supported connections, incoming signals and passing results out.

Existing process
One task through Reactor
Compare quality · time · cost
WHAT YOU'LL SEE
An existing process and one task that runs through Reactor, with a comparison of result quality, working time and cost.
Questions that may come up
Do we have to move all our activity into the system?
You can start with one task and expand based on the results.
What needs to be defined before the trial?
Input, output, data sources, limits of action, and success criteria.
How do we know the improvement is significant?
Compare against the existing baseline on representative cases, using metrics defined in advance.
✓ HOW WILL I KNOW I GOT IT?
You can identify a task suited to a trial, and the evidence needed to decide whether to adopt it.
02
EXAMPLE 2

Check data quality and fit for decisions

"We need to know where the data comes from, how fresh it is, and what's missing."

Reactor gathers information from tools connected to markets and accounts. In analysis it's important to distinguish between a live price, a snapshot, a closed candle and a candle still forming.

You can check a data point's source, the time it refers to, and the scope of the check. Availability varies between markets, assets and brokers.

Live priceSnapshotClosed candleCandle still forming
WHAT YOU'LL SEE
An analysis with tool results, sources and timestamps, including a case where a data point is missing or not fit to continue.
Questions that may come up
Is the same information available across all connections?
We'll check coverage against your activity's list of requirements.
How do you know a scan was complete?
Check which universe was defined, how many assets were checked, and what wasn't.
What happens when the information isn't enough to decide?
Define the process behavior and test it in practice: stop, wait, or report the gap.
✓ HOW WILL I KNOW I GOT IT?
You can decide which data is essential to each decision, and how to spot a check that isn't sufficient.
03
EXAMPLE 3

Research a strategy component by component

"We want to understand what produces the result and where it's worth investing in improvement."

The research process lets you separate the opportunity, the entry decision, execution and trade management.

You can collect occurrences of defined conditions, replay the movement after them with the candle tools, and examine patterns. Then you add a decision layer and test its contribution, and later the position management.

Opportunity
Entry decision
Execution
Trade management
WHAT YOU'LL SEE
The data chain from the signal to the result, and a focused check of one component.
Questions that may come up
How do you tell an edge in detection apart from the quality of the Buyer?
Look at all the signals alongside the decisions on which to take and which to reject.
How do you test a change in management?
Compare exit behavior and results, keeping settings and records that let you understand what changed.
What's needed to compare versions?
Documented instructions, decision and result data, and a distinction between differences in the method and differences in period and market conditions.
✓ HOW WILL I KNOW I GOT IT?
You can choose a component to research and define how you'll measure its contribution to the overall result.
04
EXAMPLE 4

Run several decision approaches on the same opportunity

"We want to compare judgment, not rely on one analysis."

The same opportunity can be assessed with different instructions or different models. For example, a conservative approach, one that looks for a breakout, or one that prefers to wait for a pullback.

You can run the comparison as analysis only, record the decisions and check the results later. That's how you test whether the differences in approach actually help.

ConservativeLooks for a breakoutWaits for a pullback
WHAT YOU'LL SEE
The same input, the decisions of several approaches, and an explanation of the differences between them.
Questions that may come up
Is agreement between models enough to act?
Agreement is one more data point. You need to check the quality of the information and the approach's performance across cases.
How do you compare consistently?
Define a shared input, decision time, output and evaluation metrics.
Does every approach get authority to execute?
You can compare without execution and grant authority only to the path you choose.
✓ HOW WILL I KNOW I GOT IT?
You can explain what each approach assesses, and how you'll decide whether it adds value.
05
EXAMPLE 5

Work with several accounts

"We want an orderly picture, and processes that fit different accounts."

You can work with connected accounts and examine positions, data and actions in the context of each account. The workflow needs to account for the broker, the assets, trading hours and the authority defined.

You can look at using similar instructions across several accounts, adapted to each one's data and capabilities.

BrokerAssetsTrading hoursDefined authority
WHAT YOU'LL SEE
An analysis of selected accounts, and a process that makes clear in which account each action happens.
Questions that may come up
Can every process run in every account?
You need to check tool support and that the instructions fit each account and asset.
How do you prevent using data from the wrong account?
Check how information and actions are attributed throughout the process, and the access scope defined for the Agent.
Are there separate permissions for team members?
We'll check the requirement against the existing capabilities. An Agent's authority to act is different from user permissions in the system.
✓ HOW WILL I KNOW I GOT IT?
You can map which accounts and actions belong to each process, and which access requirements still need verifying.
06
EXAMPLE 6

Separate roles and authority in an automated process

"We want automation with a clear division of responsibility."

You can split the process into detection, mapping, decision, risk management, profit management and reporting Agents. For each role you define the information required, the output and the authority.

You can keep human approval at selected steps. The AI's judgment operates inside the frame defined for each role.

Detection
Mapping
Decision
Risk management
Profit management
Reporting
WHAT YOU'LL SEE
An opportunity passing between the Agents, including approval points and cases where the process doesn't continue.
Questions that may come up
Can an Agent that analyzes also execute?
Only according to the tools and permissions it was given. You can separate the roles.
What happens when a step fails?
You need to define and test how the process responds to failure, and how it affects the following steps.
How do you test the process before widening authority?
Start at an execution level suited to testing, examine representative cases, and widen based on the findings.
✓ HOW WILL I KNOW I GOT IT?
You can identify who makes each decision, who is allowed to execute, and what stops the process from continuing.
07
EXAMPLE 7

Connect existing systems

"We have scanners, alerts or an AI environment. We want to connect them to the process."

Webhooks can deliver signals into Reactor and trigger analysis or a follow-up action. You can also pass information to external systems through supported connections.

An MCP connection lets another AI environment use capabilities exposed through Reactor, according to the connection's permissions and controls.

Event from an external system
Processing in Reactor
Result returned or passed on
WHAT YOU'LL SEE
An event from an external system, its processing in Reactor, and the result that's returned or passed on.
Questions that may come up
How do you know which connection fits?
By how you work: an incoming event, an outgoing result, or an AI environment that needs access to tools.
What's needed for the information to be interpreted correctly?
Field mapping, identification of asset and account, and a clear definition of what the event means.
How do you troubleshoot the connection?
Check delivery, the event history and the runs created, including handling of errors and duplicate events.
✓ HOW WILL I KNOW I GOT IT?
You can follow an event across the systems and identify where a decision was made or an action taken.
08
EXAMPLE 8

Review records, costs and fit for ongoing operation

"We need to understand the activity and estimate the running cost."

Run records let you review the model that ran, the tool calls and their results, failures, run duration and AI cost. Alongside that, you review the actions in the account and trading performance.

The trial should include both normal cases and relevant edge cases: missing information, a tool failure, an order that didn't complete, or a breach of the process conditions.

Missing informationTool failureOrder not completedBreach of process conditions
WHAT YOU'LL SEE
A healthy run, a run with a problem, and a summary of usage and costs for the scope tested.
Questions that may come up
Are the run records enough for all of the organization's requirements?
We'll review requirements such as data retention, export, permissions and audit separately. The existing records don't, on their own, prove fit for every organizational requirement.
How do you estimate the monthly cost?
Measure representative runs and factor in models, frequency and volume of activity.
What counts as a successful trial?
Meeting the criteria that were defined: data and decision quality, execution, behavior under failure, usability and cost.
✓ HOW WILL I KNOW I GOT IT?
You can determine what the trial has already proven, and what still needs checking before bringing it into your operation.
SEE IT LIVE
Want to go through these examples with us?

In a live demo we'll open the system and walk through the examples that fit you, at your pace.

Book a live demo
ANOTHER TYPE?
Not quite you?

Go back and pick the description closest to where you are today.

All user types