Guide · Publications, accounts, settings

Guide · Publications, accounts, settings

Moderating and administering

This page covers two distinct roles. A moderator sees the publication queue and the reports; they reach neither the mail configuration, nor the AI configuration, nor the creation of administrator accounts. An administrator has access to everything.

The publication queue

A wiki or a quiz requested for publication arrives with the status Pending review. The queue is found in the administration area, on the publications tab.

For each item the screen shows: the title, the author, the status, the date of the request, and a preview of the content. Two actions:

A note accompanies every decision. It is sent to the author in the notification email, and stays visible in the item’s history.

The author is told, once. On approval, an email goes automatically to the author's address: title, link to the content, moderator's note. If a moderator approves their own content, no email is sent — nobody needs to be told about their own action. A refusal sends no email: the reason is shown in the interface, and the author sees it on returning to their content.

What a moderator should look at

The role is to say yes or no with a reason, not to rewrite someone’s work.

Managing accounts

The administration area lists accounts with their roles:

Role Scope
Author Writes, requests publication
Moderator Approves publications, does not touch sensitive settings
Administrator Everything: accounts, mail, AI, SSO, legal notices

The usual actions: promote or demote an account, disable an account (without deleting it), reset a password in an emergency.

Instance settings

The Settings tab groups four blocks:

Values fixed by the deployment (demo mode, database, TLS, MCP server) are shown read-only: they come from the environment, not from the screen.

Single sign-on

The Single sign-on tab: add an OIDC provider (Keycloak, Authentik, Google Workspace…) or SAML. Fields needed: issuer URL, client identifier, secret, allowed domains, and the callback URL to declare at the provider (shown by the screen). The state reads Ready, Incomplete or Disabled.

The Create unknown accounts option decides whether someone authenticated by the provider gets an account automatically. When disabled, only existing accounts can sign in that way.

Bans and abuse

A visitor hammering a form (sign-in, sign-up, forgotten password) receives warnings, then a temporary ban — held in memory, with an expiry. The administration screen lists the addresses concerned, the reason and the deadline, and lets you lift a ban.

Private networks and trusted proxies are exempt: without that, a reverse proxy would give every visitor the same address, and the first spammer would ban everyone.

AI error log

When a call to the model fails, the error is recorded (AI error log tab) with the date, the entry point and the message. It is the first place to look when “translation stopped working” or “the AI draft does not answer”.

The Legal notices tab: publisher, host, contact, and the texts shown on /legal. A public instance must fill them in; the demonstration fills them as an example.

Good practice