Files
doorman/AGENTS.md
T
mrcharles 37d27f1158 docs(agents): gate re-scope — code fast-moving, human gate moved to KNEL/access-roster [#345]
Founder ruling 2026-09-02: no gates for code/host work; two-human
approval applies to the badge-ID control file (separate private repo).

https://projects.knownelement.com/issues/345
2026-09-02 21:59:06 -05:00

3.3 KiB

Agent Guidelines — KNEL/doorman

Physical access control: badge-reader listener + tooling. Modern successor of the 2018 Perl doorman (legacy/doorman.pl, snapshot from KNEL/LegacyTechops).

House rules layering: ~/.zcode/AGENTS.md (global) < PFVCluster AGENTS.md (workspace) < THIS FILE. The more specific file wins.

Authority (NON-NEGOTIABLE)

  • No work without an approved Redmine ticket. Active work: #355 (code & testing, laptop/office), under umbrella #345; deployment is #356. NEVER close tickets without explicit human permission.
  • Ticket gate: echo '#NNN' > .crush/active-ticket before any modifying work; clear when done.
  • Propose, never implement out-of-scope findings — open a sub-ticket.
  • Security/access changes (door hardware, unlock policy, whitelists) are POLICY decisions — the human decides; the agent implements.

Access channels

  • SSH only (sshd is the only approved remote path). The qemu guest-agent is NEVER an execution channel. qm guest exec is banned mechanically.
  • All SSH to fleet hosts routes through the PFVCluster chokepoints: tests/remote.sh.
  • DNS names only — never IP literals.

Gate scope (founder ruling 2026-09-02, revised same day)

  • This repo (code) is fast-moving: tests + shellcheck are the only gates; commit+push per standing policy. The two-approval requirement on main was removed by founder ruling — "no gates" for code/host work on pfvsvrpi and ultix-field.
  • The human gate lives on the badge-ID control file: KNEL/access-roster (private, PR-only, two human approvals enforced). The listener NEVER carries badge data — a change to who can open the door means a PR there, never a change here.
  • Deployment discipline still applies: ultix-field (dev) first, verify, then pfvsvrpi (prod) — serial, health-gated.

Scope boundary: Home Assistant

The HA side (webhook receiver, whitelist, automations, alerts) is owned by the parallel pfv-bms session/repo. This repo ships ONLY the reader-host side + the webhook contract documented in README.md. Do not edit KNEL/pfv-bms from here.

Scope boundary: server-room door ONLY (founder ruling 2026-09-02)

Badge access work is fully contained to the server-room door. Do NOT integrate, configure, or touch any other smart locks in the house — not even "obvious" ones. Any such ask is a new ticket for the founder to approve.

Engineering

  • TDD red/green for all code (scripts/test.sh is the local gate).
  • shellcheck zero-warning (info included) via bash tests/shellcheck.sh.
  • This daemon stays bash + coreutils ONLY — the reader Pi gets no package installs, no CPAN, no Python (ruling 2026-08-31).
  • NEVER restart/kill both readers simultaneously: deploy to the dev reader host (ultix-field), verify, then prod (pfvsvrpi) — serial, health-gated.
  • Every command touching a remote host gets timeout (30s/120s/300s).
  • Commit+push as work lands; conventional format; [#NNN] in subjects.

Docs

Discourse is the documentation SoR (VP TechOps). Repo .md files are pointers or operational docs that must live beside code (this README).