AI research-agent deep dive / PG-017

Role Authority Inspector

A role label is not live permission. To inspect authority, read the role registry, role contract, execution-role record, AgentJob allowlist, completion evidence, and any required human gate.

Role authority inspection stackA role label narrows through registry status, contract source, execution-role record, AgentJob allowlist, completion evidence, and human-gate boundary.
Visual orientation only: inspection order is not role activation or write permission.

Static comprehension diagram

Inspection moves from visible label to task-local authority.

The diagram is a static reader aid generated from the dossier Mermaid source. It does not replace the registry, contracts, execution-role records, AgentJobs, completions, or human gates.

Role authority inspection stack from role label to registry row, contract, execution-role record, AgentJob allowlist, completion evidence, and human gate boundary.
Role labels and registry rows support inspection; live authority comes from task-local execution records and AgentJob allowlists.

Authority inspection stack

A role row starts the inspection; it does not finish it.

The safe reading path starts with source-visible role status and ends with a current AgentJob boundary and completion evidence.

1. Registry

Read status and gate fields

Start with role id, version, authority level, status, human-gate state, may/may-not fields, output form, validators, and notes.

2. Contract

Open the versioned role source

The role contract is the governed text. A public page can summarize it, but cannot replace it.

3. Execution role

Check the one-job binding

The current job must bind the role through `registered_role`, `task_overlay`, or `one_job_provisional_role`.

4. AgentJob

Inspect the allowlist

Actual transaction authority comes from allowed reads, writes, outputs, validators, source classes, and claim boundary.

5. Completion

Read the receipt

Completion evidence records what changed, which commands passed, what verdict was reached, and what remains blocked.

6. Human gate

Protected actions need approval

A human-gated role or claim-promotion path requires explicit tracked approval, not just a visible registry row.

Representative registry readings

Static examples show how status should be read.

These examples are representative committed rows, not a live permission console. Source inspection remains in the upstream registry.

active

director-of-research@0.3.0

Authority: routing_control

Gate: not human-gated

may modify sources: false; may promote claims: false

Safe: Can route bounded work under the current control process when a task and AgentJob authorize it.

Unsafe: Director label grants all write authority.

active

ontology-formalizer@0.2.0

Authority: science_draft

Gate: not human-gated

may modify sources: false; may promote claims: false

Safe: Can produce bounded draft/control formalization only when the AgentJob allows that work.

Unsafe: Role name adopts ontology or source law.

status_defined

gate-chair@0.1.0

Authority: human_gated

Gate: requires human gate

may promote claims: true; may execute autonomously: false

Safe: The role exists, but execution and promotion require explicit tracked approval.

Unsafe: Gate Chair row visibility authorizes promotion.

active

project-control-maintainer@0.2.0

Authority: project_control

Gate: not human-gated

may modify sources: true; may promote claims: false

Safe: Can maintain project-control surfaces inside the current AgentJob allowlist.

Unsafe: Project-control role can promote physics.

superseded

director-of-research@0.1.0

Authority: routing_control

Gate: not human-gated

historical row retained for old execution records

Safe: Visible for audit history and old-record interpretation.

Unsafe: Superseded visibility means current active authority.

Boundaries

Visibility must not become authority drift.

The inspector is useful only if it keeps catalog display, registry status, role contracts, and live transaction authority separate.

Registry

not permission

A registry row establishes source-visible status; it does not authorize a live transaction.

Contract

not allowlist

A role contract explains normal scope; the AgentJob controls current reads and writes.

Active

not enough

Active status still needs a task-local execution-role record and AgentJob.

Superseded

history only

Superseded rows stay visible so older task records remain interpretable.

Gate

not bypassed

A human-gated role requires explicit tracked approval before protected action.

Catalog

not registration

This website page cannot register roles, supersede roles, or promote claims.

Safe and unsafe summaries

Safe inspection names the forbidden shortcut.

A public role inspector can orient readers. It cannot register roles, activate roles, change role status, change write permission, or promote physics claims.

Safe summary

Inspect the stack before concluding authority.

Read registry row, role contract, execution-role record, AgentJob allowlist, completion evidence, and any human gate.

Unsafe summary

A visible role label grants permission.

It would be unsafe to treat a role name, catalog card, active status, or historical row as current write or claim authority.

Reader path

The route is a reader layer. Source links remain provenance for readers who need to inspect the committed registry and contracts.

Source authority