Skip to content

Quick actions

A quick action is an on-demand launcher for a prepared request. You decide when to run it; Axis supplies the current project context and opens a visible session for the work.

Real Axis Routines: scheduled work, event-triggered work, and manual actions remain visible and inspectable.

Real Axis UI with deliberately seeded, privacy-safe demonstration content.

Good examples:

  • review the current uncommitted changes,
  • inspect this project’s service logs,
  • find project work that has gone quiet,
  • prepare a changelog from the current release range.

The button removes repetitive setup. It does not remove review or evidence.

A quick action needs a clear title and a request that can stand on its own. Describe the outcome and expected evidence rather than teaching users a prompt formula:

Review this project's uncommitted changes. Group them by intended outcome, identify
anything unfinished or unrelated, and provide the exact evidence I need before deciding
what to keep.

Project-scoped variables may let one action work across projects. Verify the supported substitution syntax in the current creation surface rather than copying internal tool arguments from another version.

Choose between a quick action and a Routine

Section titled “Choose between a quick action and a Routine”
Need Best fit
Lightweight button, ordinary session is enough Quick action
Scheduled runs and first-class run history Routine
On-demand runs but comparable run history matters Manual Routine
Exact existing session should resume later Scheduled check-in

Launching from a button does not grant more authority. The resulting session should use the same working agreement, provider boundaries, capacity controls, evidence standards, and approval gates as a request typed by hand.

Actions lose value when every one-off prompt becomes a button. Keep actions for stable, recognizable jobs. Rename or remove stale launchers rather than forcing users to remember which near-duplicate is current.

Run the action in two projects and confirm each session uses the correct project context, produces inspectable evidence, and stops at the same human authority boundary.