Repository navigation
tools status
pnpm status (implemented in tools/status/src/cli.mjs) is a read-only diagnostic that summarizes the state of the SAFRS automation control plane in one report: the shared task registry, lease state, the live governance verification result, and a git summary of the current worktree. It is the quickest way to see whether work is safely claimable and where verification stands before running heavier checks.
| File | Purpose |
|---|---|
tools/status/src/cli.mjs |
Report assembly and rendering (pnpm status) |
tools/task/src/ownership.mjs |
Registry validation, overlap detection, redaction, public-task projection |
tools/task/src/storage.mjs |
Shared registry and local lease-ledger access |
tools/automation/src/leases.mjs |
Lease chain verification and replay |
scripts/safrs-verify.sh / scripts/safrs-verify.ps1
|
Live governance probe the report runs |
tools/status/src/cli.mjs builds a single report from several sources:
-
Task registry — reads
active-tasks.jsonfrom the Git common directory control plane (git-common-dir/safrs-control-plane), validates it viatools/task/src/ownership.mjs, and projects each task throughpublicTask(which redacts notes, paths, and secret-shaped values). -
Ownership overlap —
findOverlapConflictsdetects mutation-active tasks with overlapping scopes; any conflict makes ownershipok: false. -
Governance — runs the repository's own verification script (
safrs-verify.ps1on Windows,safrs-verify.shotherwise) and parses its output for failing Python checkers. It stays read-only relative to the registry: if the governance probe changes the registrymtime, it reportsunknownwith astatus-detected-registry-mtime-changefailure. -
Lease state — for each mutation-active task it reads the local
lease-events.ndjsonledger and reports chain validity, fencing token, last event type, and whether the chain has been reconciled with the remote authority (authority_run_urlpresent). - Git summary — current branch, abbreviated HEAD, dirty path count, and a sample of redacted changed paths.
-
Tool inventory warnings — flags
allowed_toolsids that do not exist in.safrs/tool-inventory.json.
The report computes a status of PASS, WARN, or FAIL and a concrete next_action. Human output is in Bahasa Indonesia and runs through redactText; --json emits the raw report.
graph TD
R["git-common-dir/safrs-control-plane<br/>active-tasks.json"] -->|read| CL["status CLI"]
L["lease-events.ndjson"] -->|per active task| CL
V["safrs-verify script"] -->|live probe| CL
G["git rev-parse / diff"] -->|summary| CL
I[".safrs/tool-inventory.json"] -->|allowed-tools check| CL
CL --> OUT["PASS / WARN / FAIL + next_action"]
pnpm status # human summary (Bahasa Indonesia, redacted)
pnpm status --json # raw JSON reportThe command exits 0 on PASS/WARN and 1 on FAIL.
- Reuses registry and ownership logic from
tools/task/srcand lease primitives fromtools/automation/src; see Task CLI and Automation control plane. - Runs the repository's own verification script, so it reports the same governance signal as
pnpm governance. - Owns no mutable state — it only reads the shared control plane.
- Task CLI — claim, state, close, list
- Automation control plane — contracts, leases, gates, evidence
- Automation control plane (features) — end-to-end lifecycle
- SAFRS governance — risk model, roles, verification
- Architecture — control plane in the six-layer model
SAFRS — the Sentra Agent-First Repository Standard — defines how a software repository should be structured, governed, and enforced when autonomous Artificial Intelligence agents perform a substantial share of engineering work by Sentra Artificial Intelligence.
SAFRS v1.1 addresses that problem through five coupled mechanisms:
- a six-layer repository architecture from Trust Boundary to Human Authority;
- a role-based permission model in which capability never implies trust;
- a four-tier risk model with cumulative mandatory controls;
- a multi-agent execution protocol with explicit task states and one mutation owner per bounded scope;
- a knowledge governance model that distinguishes current architecture, historical decisions, execution plans, Git history, and running code.
Built in Indonesia as part of the Sentra Artificial Intelligence ecosystem.
Sentra Artificial Intelligence · Source Repository · Official Website
Dr Ferdi Iskandar — Creator & Maintainer
LinkedIn ·
ORCID ·
Hugging Face ·
Kaggle ·
Medium ·
Substack ·
X ·
Threads
MyPrompt · Sentra Artificial Intelligence · Indonesia
- SentraBot
- Kediri History
- Academic Smartboard
- Avery
- Portfolio Dr. Novia
- Golden Path (legacy demonstrator)
- Control Center
- Capsule template
- Risk model (R0–R3)
- Agent roles and permissions
- Capsule sovereignty
- Multi-agent protocol
- Document lifecycle
- Sensitive paths
- Verification integrity
Lore — how this repository grew
- Schemas (
@safrs/schemas) - Environment (
@safrs/env) - Database (
@safrs/database) - API (
@safrs/api) - UI (
@safrs/ui) - Telemetry (
@safrs/telemetry) - Token (
@sentra/token) - Config (
@safrs/config) - Auth (
packages/auth)
- SAFRS governance checkers
- SAFRS Automation Control Plane
- Gaffer Runtime
- Doctor
- Project wizard
- project-standalone
- Capabilities
- Codegen
- Deps-graph
- Status CLI
- Task CLI