Which engines can be scheduled
| Engine | Can be scheduled | What an unattended run does |
|---|---|---|
| Rivine Research | Yes | Observes, researches and saves cited briefs |
| Rivine TaskForce | Yes | Briefings and structured deliverables |
| Rivine Cicero | Yes | Regulatory watch and drafts for your review. It never files or signs anything. |
| Rivine Confluence | Yes | Refreshes forecasts and scenarios |
| Rivine Browse | No | Needs your own browser and signed-in sessions on your device |
| Rivine Code | No | Useful scheduled work would need write access to your repository |
| Rivine Assist | No | Edits the document on your screen, so it is interactive by nature |
Setting up an automation
Each automation has an engine, a goal, a budget and a schedule. You can start from a template or write your own.
- Create it as a draft. Choose the engine, describe the goal, set a budget and a schedule (recurring or one time).
- Run a test. The test run uses exactly the engine, goal and budget you set.
- Activate it. An automation becomes active only after a test of this exact setup passes, or after you review and approve a test result that was held for review.
- Let it run. Scheduled runs start at each time you set.
Note: Changing the engine, goal or budget returns the automation to draft, and it needs a new passing test. Changing only the schedule does not.
How a run happens
- Checks before starting. The automation must be active and unchanged since its passing test, and your balance must meet the engine's start floor.
- A fresh taskspace. Each run starts a new engine turn in its own taskspace, with a short summary of the previous result for continuity.
- No connectors. A run can read public sources and create work in your workspace. It never connects to or acts on your accounts or connected apps.
- Independent check. Automatic checks run first, then an independent review that sees the goal and the result but not the engine's reasoning.
- Result and notification. A run that passes is marked Succeeded; otherwise it is marked Needs review. You are notified either way, and the run's status, timing, cost and taskspace are kept in the automation's history.
Retries and pausing
| Situation | What happens |
|---|---|
| Temporary error | Retried twice, a few minutes apart |
| Out of credits | The run stops and the automation pauses |
| Refused by policy | The run stops and the automation pauses |
| Three consecutive failures | The automation pauses |
You can pause an automation yourself at any time, and edit or delete it.
Lifecycle
| State | Meaning |
|---|---|
| Draft | Being set up or edited. Does not run on its schedule. |
| Active | Passed a test of its current setup. Runs on schedule. |
| Paused | Stopped by you, by a credit or policy stop, or after three consecutive failures. |
| Completed | A one-time automation that has run. |
Billing
Each run is billed to your prepaid credits like any other engine turn, at the same per-engine start floor as the web app. See Plans & Pricing.

