Plans and limits
What a plan tier changes, and the limits that apply to every organization.
A plan tier is a value stored on your user. It changes one thing, a cap on scheduled launches. The rest of this page lists the limits that apply whatever the tier.
The tier¶
The tier is a field on the user, not on the organization. A new user starts on
free. Pentr sets the tier; nothing in the console or the API changes it, and
neither of them shows it. The one place it appears is the reason recorded when
a schedule's occurrence is skipped for the cap, which names the tier.
What the tier changes¶
The tier sets how many engagements the organization may have queued or
running at the same time:
| Tier | Cap |
|---|---|
free |
1 |
pro |
3 |
enterprise |
10 |
A tier the table does not list gets a cap of 1.
The cap is checked in one place: when a schedule fires. The count covers the
whole organization's queued and running engagements, and the tier is read
from the user who created the schedule. At or above the cap, the occurrence is
skipped. An engagement you submit from the console or the API is never refused
for the cap, and counts towards it once it is queued.
Caps and skips describes how a capped
schedule behaves.
The cap does not change how fast runs start. The scheduler runs one engagement at a time and the rest wait in the queue, whatever the tier (Running an engagement).
What the tier does not change¶
Nothing else reads the tier. Every organization has the six frameworks, share links, reports in PDF, SARIF and CSV, locker exports, schedules and the API, on the same terms.
Limits that apply to every organization¶
| Limit | Value | Described in |
|---|---|---|
| Agent steps in one run | 500 | When a run fails |
| Consecutive failing steps before a run aborts | 5 | When a run fails |
| Time one command may run | 300 seconds | Rules of engagement |
| Size of one artifact | 10 MiB | Artifacts |
| Share link lifetime | 1 to 365 days, default 30 | Share links |
| Share requests from one address | 60 a minute | Share links |
| Failed share-token lookups from one address | 10 a minute | Share links |
| Locker downloads through one share link | 10 an hour | Share links |
| Shortest gap between a cadence's fire times, on the local clock | 1 hour | Cadence |
| Life of an ownership attestation | 90 days | Ownership verification |
| Retention of a run's progress trace | 24 hours | Running an engagement |
| Events kept in a run's progress trace | 5,000 | Running an engagement |
Reaching the step limit or the consecutive-failure limit ends the run, which is
then recorded as completed, the same as a run that finished. A command that
reaches its time limit is killed and the run continues. An artifact over its
size limit fails the step that produced it.
Last updated 2026-09-23