Skip to content

Account

Account is you, not a project: the avatar at the top right → Account, or beta.plune.ai/account. It has two tabs, Profile and API tokens.

The Profile tab: the name Alex Morgan beside the initials AM with a Save button, the sign-in address alex@example.com, the role User, and the Language and Theme selects. The Profile tab: the name Alex Morgan beside the initials AM with a Save button, the sign-in address alex@example.com, the role User, and the Language and Theme selects.
Your nameShown wherever a case, a run or a result names you, and on the Members list. Empty means your address. Save wakes up once the name changes, and the initials follow at once.
Sign-in addressWhere your sign-in links come — Plune has no passwords. It is not changed here.
Your roleWhat this account may do in Plune; only Plune changes it. Your role in a project is a different thing — see Members.
LanguageEnglish or Українська. It is kept with your account, so signing in on another browser opens in it. Until you choose, Plune speaks your browser’s language if it is English or Українська, and English otherwise.
ThemeDark or Light. Kept with your account the same way. Dark until you choose.

A token is how the CLI, the Playwright reporter and CI sign in — the web session is only for the dashboard. Tokens are yours, not a project’s: this tab lists every one you hold, from every project, and each writes to the one project picked when it was made.

  1. Open API tokens and pick the Project the token should write to. Only projects you can write to are offered: a project you only read cannot take a token.

  2. Click Generate a token. It appears once, with copy beside it — copy it now. Plune keeps only a hash of it and cannot show it again.

    A new token's card: Copy it now — the token is shown only once — with the day it stops, the token itself and a copy button; the list of tokens below. A new token's card: Copy it now — the token is shown only once — with the day it stops, the token itself and a copy button; the list of tokens below.
    The token shown here is a sample.
  3. Put it where your tool reads it — below.

A project’s Settings → General, its Getting started and an empty runs list all link here with that project already picked.

The API tokens tab: the Project select on Shop web, Generate a token, 2 of 10 tokens, and two tokens listed by project — Checkout web and Shop web — each with its first characters, the day it was created, the day it stops and Revoke. The API tokens tab: the Project select on Shop web, Generate a token, 2 of 10 tokens, and two tokens listed by project — Checkout web and Shop web — each with its first characters, the day it was created, the day it stops and Revoke.
  • Each row leads with the project the token writes to, then its first characters, the day it was made and the day it stops.
  • A token lives 90 days. Revoke ends it at once, and there is no undo.
  • Ten live tokens per account. At ten, Generate a token sleeps, and the count says to revoke one first.
  • After a token is made, the button rests for three seconds.
Terminal window
plune login # paste the token when asked
plune login --token plune_… # or give it on the line
echo "$PLUNE_TOKEN" | plune login # or pipe it in

plune login checks the token against the API before it saves it, so a wrong one fails here rather than two commands later. More in Sync runs to the platform.

Save the token as a repository secret named PLUNE_TOKEN (Settings → Secrets and variables → Actions), then report every run — green or red:

.github/workflows/test.yml
name: Test
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with:
node-version: 22
- run: npm ci
- run: npm test # writes junit.xml
- name: Report the run to Plune
if: always()
continue-on-error: true
env:
PLUNE_TOKEN: ${{ secrets.PLUNE_TOKEN }}
run: npx -y @plune-ai/cli run import junit.xml --create

if: always() because a failed run is the one worth recording; continue-on-error so a hiccup on our side never turns your build red.

Save the token as a masked CI/CD variable named PLUNE_TOKEN (Settings → CI/CD → Variables); GitLab hands it to every job as an environment variable.

.gitlab-ci.yml
test:
image: node:22
script:
- npm ci
- npm test # writes junit.xml
after_script:
# runs whether the tests passed or not, and cannot fail the job
- npx -y @plune-ai/cli run import junit.xml --create

With the Playwright reporter there is no import step: the same PLUNE_TOKEN in the job’s environment is all it needs — see Report Playwright results as they run.

Terminal window
curl -H "Authorization: Bearer $PLUNE_TOKEN" https://beta-api.plune.ai/v1/runs

The answer is the runs of the token’s project, as JSON. Every endpoint, with examples, is in the API reference.