Automation
Run SoulFire's current native automation modes, tune the key settings, and inspect what the coordinator is doing.
This page covers the currently shipped native automation surface for users and operators. It documents the commands and settings you can use today, not roadmap-only features.
What native automation is
SoulFire currently ships with a built-in automation controller for common progression-style goals. Today, that surface is centered on:
- starting a full beat-the-game automation run
- starting an acquisition goal for a specific target
- pausing, resuming, stopping, and inspecting that work
- tuning a small set of collaboration, recovery, and safety settings
Use native automation when you want SoulFire to drive progression goals for you. Use Scripting when you want event-driven behavior such as chat reactions, menu flows, timed actions, or custom logic graphs.
Choose the right tool
| If you want to... | Use... | Why |
|---|---|---|
| Run a built-in progression controller | Native automation | This is the current built-in operator surface |
| Make bots react to events, chat, or GUI flows | Scripting | The node system is better for event-driven behavior |
| Drive bots manually with targeted commands | Commands | Better for one-off operator control |
| Build new low-level logic or integrations | Development | That is plugin-authoring work, not operator automation |
Before you start
Make sure the instance is already in a usable state:
- Bot Settings point at the correct target server and version
- accounts are imported if the target server needs them
- proxies are imported only if you actually need them
- the instance session is running
- you can open the instance Terminal or use the CLI shell
If you are still setting up the instance, start with Run Your First Session in GUI Mode, Import Accounts, and Import Proxies.
Start automation
1. Review Automation Settings
Open the instance and go to Automation Settings. For a first run, the defaults are usually the right place to start.
2. Start the session
Automation acts on running bots. If the instance is stopped, start it first from Overview or with the normal session commands.
3. Run an automation command
Use the instance terminal in the GUI, the CLI shell, or a dedicated-server console with the correct instance selected.
Start a full progression run:
automation beatStart an acquisition goal for a specific target:
automation get ender_pearl 12automation get <target> <count> accepts an item or automation target.
If you are unsure which target names are accepted, use terminal suggestions or start with normal Minecraft item ids.
4. Watch status and adjust
The two most useful inspection commands are:
automation status
automation teamstatusautomation status shows what each selected bot thinks it is doing right now.
automation teamstatus shows instance-level shared state such as collaboration mode, role policy, End-entry throttling, and high-level progression counters.
Day-to-day control
Pause automation without clearing the current goal:
automation pauseResume paused bots:
automation resumeStop automation completely:
automation stopTemporarily turn shared collaboration on or off for the visible instance:
automation collaboration true
automation collaboration falseIf you are debugging a single bot, turning collaboration off is often the fastest way to reduce noise.
Key settings
These are the current native automation settings exposed to users and operators.
| Setting | Scope | Default | Use it for |
|---|---|---|---|
enabled | Bot | true | Master switch for native automation on a specific bot |
team-collaboration | Instance | true | Lets bots share goals, roles, and team state |
role-policy | Instance | STATIC_TEAM | Chooses whether bots use coordinated roles or behave independently |
shared-end-entry | Instance | true | Prevents every bot from entering the End at once |
max-end-bots | Instance | 3 | Caps how many bots may be active in the End simultaneously |
allow-death-recovery | Bot | true | Lets a bot try to recover items and continue after death |
memory-scan-radius | Bot | 48 | Controls how large the automation memory scan area is |
memory-scan-interval-ticks | Bot | 20 | Controls how often full memory scans run |
retreat-health-threshold | Bot | 8 | Tells automation when to disengage because health is low |
retreat-food-threshold | Bot | 12 | Tells automation when to interrupt itself to eat |
Practical operator advice
First run
Leave collaboration enabled, keep shared End entry enabled, and do not change the scan or retreat settings until you have a specific reason.
Single-bot debugging
Set team-collaboration to off or change role-policy to INDEPENDENT.
That removes most team-side coordination from the picture and makes status output easier to read.
Stabilizing larger runs
If bots are dying or dogpiling the same phase, keep shared-end-entry on and lower max-end-bots before you start changing lower-level settings.
Performance tuning
Do not start by shrinking the memory scan settings. Reduce bot count, reduce concurrency, and simplify the environment first.
What native automation is not
Native automation is not a replacement for every other SoulFire automation feature.
- It is not the same thing as visual scripting.
- It is not the right tool for chat handlers, menu interaction flows, or webhook-driven logic.
- It is not the plugin-authoring API.
- It is not yet a dedicated user-facing automation API surface separate from the normal server and command model.
If you need custom reactions, event graphs, or integration-heavy workflows, stay in Scripting.
When something looks wrong
If automation appears idle, stuck, or inconsistent:
- make sure the session is actually running
- confirm
enabledis on for the affected bots - run
automation status - run
automation teamstatus - disable collaboration while debugging
If the problem is still unclear, go straight to Troubleshooting, especially Scripts And Automation.
Related pages
CLI Mode
Use SoulFire from a terminal or SSH session.
GUI Navigation
Find where the instance settings and terminal live in the interface.
Scripting
Build event-driven automation with the node editor.
Troubleshooting
Diagnose automation, scripting, proxy, and remote-server problems by symptom.
Commands
See the built-in command surface, including automation commands.
How is this page?
Last updated on