Work on Repeat
Menu

AI routines as a service

Put recurring work on repeat.

AI routines run your audits, content, social publishing, and business reports on schedule—using the models and tools you already trust.

Routine rhythm

MON
TUE
WED
THU
FRI

Next responsibility

Weekly security audit

Reads approved sources. Records every step. Returns a reviewable result.

The service

The work is the unit. Not the workflow.

Define a responsibility once. Give it a schedule, a model, approved tools, and clear limits. Each occurrence becomes an inspectable run.

Routines

Weekly security audit

Active

Every Monday · 09:00

SEO and AI-SEO audit

Active

Every Monday · 10:00

Revenue report

Draft

First day of each quarter

Latest run

Weekly security audit

Running
  1. Run startedmanual trigger
  2. Generating model response

    bounded inference

Inspectable as it runs

Completed model and tool steps appear as they land. The result, errors, usage, and full trace stay attached to the run.

How it works

Responsibility in. Reviewable result out.

No blank canvas and no branching diagram to maintain. The setup stays close to the work: instructions, inputs, tools, limits, and schedule.
  1. Step 01

    Choose the work

    Describe the responsibility, supply its inputs, and choose the model that fits it.

  2. Step 02

    Connect the tools

    Add MCP connections. Every discovered tool starts off until you explicitly approve it.

  3. Step 03

    Set the rhythm

    Run once, inspect the trace, then activate the timezone-aware schedule.

Model choice

One gateway. The right model for each routine.

The live LLMGateway directory is the source of truth. Pick a model per routine, change it without rebuilding the workflow, or use a routed model ID when you want gateway-level selection.
Model directory
Provider-prefixed modelprecise control
Gateway-routed modelrouting policy
Per-routine selectionchange anytime

Provider credentials never come from the browser. All inference runs through the configured LLMGateway account.

GitHub MCP

Tool policy

read_repositoryAllowed
search_codeAllowed
create_pull_requestNeeds explicit confirmation

Tool control

Access is explicit. The trace is permanent.

MCP tools are discovered, never presumed. They begin disabled, write capability is called out, and only the allowlist for that routine reaches the model. Inputs, outputs, timing, and errors stay attached to each run.

Developer surface

The same routine service, over a typed API.

Create revocable keys, trigger runs from your own systems, and receive timestamped HMAC-signed result webhooks. The dashboard and API share the same tenant and execution boundaries.
Trigger a run
curl -X POST \
  https://api.workonrepeat.com/v1/routines/{id}/run \
  -H "Authorization: Bearer wor_••••••••"

→ queued / request id attached

Security by boundary

Credentials stay server-side. Capability stays explicit.

Encrypted connection headers, hash-only API keys, tenant-scoped persistence, bounded execution, redacted traces, and signed delivery are part of the foundation—not a marketing layer.

Review security

Simple monthly plans

One weekly routine free. A daily routine from $10.

Free gives one weekly responsibility room to prove itself. Starter adds a daily routine, signed delivery, and more room to operate. Pro is recommended when several responsibilities need full API access.

$0 weekly · $10/month daily · $39/month for several

Compare monthly plans

Questions

Know what runs. Know what it can do.

The service is designed around clear boundaries rather than vague autonomy claims.
What exactly is an AI routine?
A routine owns a recurring responsibility. It combines instructions, validated inputs, a model, a timezone-aware schedule, execution limits, approved MCP tools, and optional result delivery.
Can different routines use different models?
Yes. Each routine chooses from the current LLMGateway directory. Model inference stays behind one gateway boundary rather than being wired directly to individual providers.
How are connected tools controlled?
Every discovered MCP tool starts disabled. You decide which routine can call which tool, and write-like capabilities require deliberate confirmation before automatic execution.
What happens when delivery fails?
The run keeps its terminal state and error category. Delivery attempts are tracked independently, so an exhausted webhook never rewrites a successful run as failed.

Start with Free

Prove one routine. Put the operation on repeat when it is ready.

Put your first routine to work