# Inventory audit — Phase 0
Date of audit: 2026-11-09. Scope: what may be published on https://maclustr.spboucher.ai, and on what evidence.
# 1. Verified facts
| Fact |
Value |
Evidence |
| Machines documented |
29, one record each (data/nodes.json) |
Owner's cluster inventory + read-only discovery of 2026-11-09 |
| Machines that answered on 2026-11-09 |
28 |
sysctl, system_profiler, ifconfig read over SSH (20 directly, 8 through the gateway node) |
| Machine not reachable |
1 MacBook Pro (node-09), powered off |
Keeps its record measured on 2026-09-10; lifecycle offline; GPU cores and link rate left null |
| Families |
12 Mac Studio, 13 Mac mini, 2 MacBook Pro, 2 MacBook Air |
system_profiler model name |
| CPU cores (measured) |
393 |
hw.ncpu per machine. The earlier "401" figure counted 32 cores per M3 Ultra; the machines report 28 |
| Unified memory |
1 068 GB, a sum over separate machines |
hw.memsize per machine |
| GPU cores |
known for 28 of 29 machines; total withheld on the site |
system_profiler SPDisplaysDataType / IORegistry |
| Internal storage |
245–995 GB per machine |
container size reported by diskutil |
| Wired link |
1 GbE (1000BASE-T) on every machine that reported a link |
negotiated media read with ifconfig |
| Network storage |
2 NAS units |
owner inventory; enclosures visible in photograph rack-c |
| External infrastructure |
1 hosted bare-metal server acting as public gateway (TLS + encrypted tunnel) |
owner records, 2026-10-02 |
| Photographs |
4, taken 2026-11-07 |
EXIF creation date of the originals |
| Research use |
4 working papers with public pages + 1 ongoing experiment |
wp.spboucher.ai pages fetched on 2026-11-09; owner project notes |
# 2. Historical statements in the brief that the evidence does NOT support today
| Statement in the brief |
Finding |
Treatment on the site |
| "25 nodes" |
Was true on 2026-09-25; inventory is 29 today |
Totals are computed; history is in the timeline |
| "10 GbE networking" |
Not verified. Every measured link negotiates 1 GbE |
Site states 1 GbE measured and claims no faster interconnect |
llama.maclustr.io / qwen.maclustr.io endpoints |
Not active; the unified LLM endpoint was dismantled on 2026-06-09 |
Mentioned only as history, no hostname, no model-performance claim |
| "OVH bare-metal systems" (plural) |
Four were retired on 2026-10-02; one remains |
Described as one external public gateway, provider not named |
| "MacBook laptop nodes with M4/M5 chips" |
Laptops are M4 Max (MacBook Pro) and M3 (MacBook Air); M5/M6 chips are in desktop machines |
Records show the measured chip |
| "some 48 GB systems planned/ordered" |
Two Mac mini M4 Pro 48 GB and one MacBook Pro 48 GB are in service |
Listed as active; the planned-hardware section is empty |
# 3. Unknowns (shown as "Not yet documented", never filled in)
- Shelving unit and shelf of 26 machines. Only three machines are placed, from text legible in photograph
rack-c (a laptop status screen and two labels).
- GPU core count and current link rate of node-09.
- Power draw, temperatures, energy per task: never measured systematically.
- Benchmarks under the published protocol: none.
data/benchmarks.json is empty and the page shows a forthcoming state.
- Per-node workload history: not published.
# 4. Publication permissions and privacy decisions
- Never published: IP addresses, MAC addresses, serial numbers, domain names of nodes, tunnel addressing, credentials, monitoring endpoints, municipality.
pnpm privacy scans the built site for them and fails the build.
- Photographs: two originals carried GPS coordinates. Published files are re-encoded with all metadata removed (
scripts/build-images.mts asserts it). Originals stay in assets/, which is git-ignored.
- Node names: the public name of each record is the short label printed on the machine and visible in the owner's photographs (it encodes chip and memory, not an address). The record id is the neutral
node-NN. Owner decision: to anonymize, replace publicName in data/nodes.json.
- Location: not stated beyond what the photographs show.
- Affiliation: the site names no institution. It states that the infrastructure is personally owned, funded and operated.
# 5. Points requiring owner verification
- Contact address. The brief spells it
contatct@spboucher.ai and asks for confirmation. The site publishes contact@spboucher.ai, the address already used on the owner's other sites, because the supplied spelling looks like a typo and mail to it would bounce. One-line change in data/site.json if the supplied spelling was intended.
- Public use of machine labels as node names (see §4).
- Research log entries: wording of "use of the cluster" for the four papers, and whether other papers should be listed.
- Whether the two NAS units and the external gateway may be described in more detail.
- SMTP provider for the access form (optional; the form works through the visitor's mail application without it).