Skip to main content
Plexara
Field notes / product

Automation

Settled work still has to happen again. You do not need to be a data engineer or a software developer to automate it. Connect the assistant you already use to Plexara.

12-minute readProduct

Why automate

Work you already got right still has to happen again next week. Doing it by hand costs the same hour. Asking engineering to pipeline it puts you on a backlog.

You do not need to be a data engineer or a software developer to automate that work. You already have Claude, ChatGPT, Gemini, Claude Code, or Cursor. You connect it to Plexara and you ask. The assistant writes the script, or you save the prompt. Nobody opens a repository.

A scheduled prompt is a saved prompt that ChatGPT, Claude, Gemini, or Copilot re-runs on a schedule you set in that product. A model runs every time. Tokens are spent every time. The output can change from run to run. Use a scheduled prompt when the run needs judgment.

A managed script is a program the assistant writes. Plexara stores it, versions it, and runs it. No model runs at execution time. Use a managed script when the logic is settled and the output should match last time.

The assistant's scheduler can run a Plexara prompt. Plexara can run a script the assistant wrote. The assistant schedules prompts. Plexara schedules scripts.

Decision rule

  1. 01

    Judgment each run

    If this fire needs a person-shaped call, reading numbers against a rule and deciding what to flag, schedule a prompt in the assistant.

  2. 02

    Settled logic

    If the output has to match last time, extracts, CSVs, dashboard refreshes, table registrations, have the assistant write a managed script. Plexara runs it.

  3. 03

    Both

    Scripts produce the numbers. The scheduled prompt reads them. Do not pay a model to re-derive a figure a script already computed.

  4. 04

    Who holds the schedule

    The assistant schedules prompts. Plexara schedules scripts. Mixing those two is how the word automation got blurred.

Scheduled prompts spend a model on every fire. Managed scripts do not.

The assistant on a schedule

ChatGPT, Claude, Gemini, and Copilot all ship a way to re-run a saved prompt. A model is in the loop every time. The run draws on the person's plan. The output can vary. The model underneath will change. The run acts with that person's credentials.

Use it when the run needs judgment. Do not use it when the numbers have to match a recipe you already settled.

Plexara does not schedule these prompts. The assistant does. What Plexara holds is the procedure the prompt names, when you point the scheduler at a prompt in the library.

Assistant schedulers

ProductPlansCap
ChatGPT scheduled tasksFree, Go, Plus, Business, Edu, Pro, Enterprise. As of September 2026.3 / 3 / 5 / 10 / 10 / 15 / 15 active tasks. At most once per hour.
Claude scheduled tasksPro, Max, Team, Enterprise. As of September 2026.No published numeric cap. Hourly, daily, weekly, weekdays, or on demand. Runs remotely.
Gemini scheduled actionsGoogle AI Pro, AI Ultra, qualifying Workspace. As of June 2025.Up to 10 active actions. Push on mobile.
Microsoft 365 Copilot scheduled promptsCopilot license. As of August 2026.Runs in Copilot Chat, Teams, and Outlook. No longer uses Power Automate.
A model runs on every fire. Caps and plan names as of the dates in the Plans column. ChatGPT counts are from OpenAI's scheduled-tasks help article as of September 2026.

A Plexara prompt on the assistant's schedule

Every prompt page in Plexara has a copyable invocation: "Run the `monday-market-briefing` prompt with ..." Paste that line into ChatGPT Tasks, Claude scheduled tasks, or Gemini scheduled actions. When the schedule fires, the assistant connects to Plexara the way it always does, resolves the prompt from the library, and runs it. Arguments, version, approval status, and the audit of every tool call stay in Plexara. The clock stays in the assistant.

On the ACME demo, My Monday Market Briefing is a personal prompt. Last week's revenue by region, top and bottom stores, weather alerts that touch store states, an inventory attention list, pending items in the review queue. It answers in conversation. A person who wants that every Monday pastes the invocation into the assistant they already use.

A private prompt in the assistant works the same way if it calls Plexara tools directly. A governed Plexara prompt adds review, sharing, version history, usage columns, and attached reference material. The library is When prompts become shared infrastructure. Running one by hand or on a schedule is Lesson 404.

The assistant writes it, Plexara runs it

A managed script is a small program the assistant writes during the conversation where the logic was settled. Plexara stores it, versions it, and executes it. No model at run time. The authoring loop, the language, and the regional flash worked example are in the report that runs without the agent. The 600 series is the how-to. What this page adds is the job that looks like ETL, done without a data-team ticket.

Ask the assistant that has Plexara loaded: pull county demographics from the Census API, produce a CSV, register it as a table, feed a dashboard, run it monthly. On ACME that conversation produced three scripts. `acme-county-demographics` makes fifty-one Census ACS 5-year calls and registers two CSVs as tables. `acme-county-competition` does the same for County Business Patterns. `acme-expansion-screen` joins those tables to the store master and writes a CSV plus a JSON feed the Expansion Screen dashboard reads. Nobody on a data team opened a repository.

Hourly is the same shape. `acme-dc-weather-watch` calls the National Weather Service six times and patches the data island of an HTML dashboard, on the hour, UTC. After a run, the Scripts page shows the schedule in words, the next fire, and how the last run went. A Failing tile is the list of what needs a person. A failed scheduled run mails its owner with the reason and the log. Failures are not retried. The same script on the same inputs fails the same way.

A delivery destination Deasil sets up for the deployment is how a CSV lands in a bucket. The script names the destination. It never holds a credential.

Census pipeline on ACME

  1. 01

    Ask the assistant

    Pull county demographics from the Census ACS 5-year API, write a CSV, register it as a table.

  2. 02

    acme-county-demographics

    Fifty-one Census calls. Two CSVs, registered as tables. On demand on the ACME demo.

  3. 03

    acme-county-competition

    Fifty County Business Patterns calls on the same Census connection. One CSV, registered.

  4. 04

    acme-expansion-screen

    One federated query joining those tables to the store master. CSV plus a JSON feed the Expansion Screen dashboard reads.

Extract from two federal APIs, register the files as tables, join them for a dashboard. An agent wrote it in conversation. No data engineer opened a ticket.

Where the coding agents' own schedulers fall

Claude Code, Codex, and Cursor are how a lot of people write the first draft of a script. Their own schedulers still run a model when the schedule fires. That is a scheduled prompt. Use it when the run needs judgment. Do not use it when the logic is already settled.

Authoring and executing are separate decisions. The agent that wrote the script can hand it to Plexara. Plexara runs it under the author's access, with a run record and no model in the loop. Replit Scheduled Deployments also run with no model: a shell command on a schedule. Plexara adds checks those schedulers do not: a script cannot be saved unless it parses, a dry run executes under the author with nothing persisted, and a run can never do what its author could not.

What runs when the schedule fires

ProductAt fire time
Codex AutomationsA Codex model session
GitHub Copilot cloud agentA billed cloud agent session
Cursor AutomationsA cloud sandbox running the agent
Devin scheduled sessionsA Devin session
Claude Code routinesA Claude Code cloud session
Replit Scheduled DeploymentsA shell command. No model.
Plexara managed scriptsThe saved script. No model.
Authoring and executing are separate decisions. Codex, Copilot, Cursor, Devin, and Claude Code are strong authors. Their own schedulers still run a model at fire time.

Why the split holds up

A model per run is a cost and a variance. Processing one million rows costs roughly $800 to $2,000 through an LLM, against under $1 with SQL or rules. The ACME regional flash, the worked example in the earlier insight, is three queries and 1.85 seconds, and it charges no tokens against anyone's subscription because no model ran.

Reliability falls when you ask a model to do the same tool-using job twice. tau-bench measures pass^k, all k trials succeed, and found GPT-4o function-calling agents under 50 percent of tasks, with pass^8 under 25 percent in retail. A scheduled prompt that has to invent Tuesday's ranking will invent a different Tuesday. A managed script will not.

The model under a scheduled prompt will change. OpenAI gives at least six months' notice for generally available models. Anthropic gives at least 60 days. GPT-5.5 leaves ChatGPT on October 14, 2026. A prompt written against one model silently runs on another. A managed script does not care which model the author used last quarter.

Fivetran's 2026 benchmark put 53 percent of engineering capacity on pipeline maintenance, 4.7 failures a month, about 13 hours each. The Plexara answer is not a data team in front of every extract. A script that does not parse cannot be saved. Validate reports what it would reach before it runs. A dry run executes for real under the author, with nothing persisted. The language has no network, filesystem, clock, or randomness, so the class of string-built SQL and unbounded I/O has nowhere to live. Every version records its author. A failed run mails once and waits for an edit.

The combined pattern

A lot of standing work needs both: numbers that stay the same, and a decision that can change.

On ACME, three managed scripts compute category velocity, supplier margin, and regional weather, with no model at run time. The Weekly Merchandising Review is a scheduled prompt. It runs those scripts for the numbers, reads them against five knowledge pages (seasonality calendar, returns policy, store formats, stock health bands, weather playbook), and writes a promote, discount, discontinue, or watch list. The assistant is on a weekly clock. The scripts are on theirs. Both are audited.

That is the pattern: managed scripts produce the numbers; a scheduled prompt reads them. Do not pay a model to re-derive a figure a script already computed. Do not ask a script to decide a discount.

Weekly merchandising review

  1. Managed script

    acme-category-velocity

    Category movement, no model at run time.

  2. Managed script

    acme-supplier-margin

    Supplier quote margins from a registered price sheet. Mondays at 7:00, Los Angeles time.

  3. Managed script

    acme-weather-context

    Regional weather against the store footprint.

  4. Scheduled prompt

    weekly-merchandising-review

    The assistant reads those outputs against five knowledge pages and writes promote, discount, discontinue, or watch.

Three scripts compute. One scheduled prompt decides. Both audited.

Choosing

Judgment each run: schedule a prompt in the assistant you already use. Settled logic: have that assistant write a managed script, and let Plexara run it. Both: scripts for the numbers, a scheduled prompt for the call.

The assistant schedules prompts. Plexara schedules scripts. The model is rented. The prompts and scripts are owned.

Further Reading