Mikhail ChusavitinandClaude Sonnet 5
ba751c861d
Renders hardware.licenses[] (Reanimator hardware ingest contract v2.12) between power_supplies and sensors, same treatment as every other component category: preferred section order, title, and column order. Purely additive — consumers whose snapshots don't carry hardware.licenses are unaffected, and any snapshot that does already renders it today via the generic extraKeys fallback, just without a curated order/columns. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Reanimator Chart
chart is a small read-only web viewer for Reanimator hardware JSON snapshots.
Version: 1.0
It is intended to be embedded into other Go applications that collect audit data in different ways and want a consistent HTML view of the resulting Reanimator JSON.
Integration
For embedding instructions, see docs/embedding.md.
As Git Submodule
To embed chart into another repository as a git submodule:
git submodule add https://git.mchus.pro/reanimator/chart.git internal/chart
git submodule update --init --recursive
In the host application's go.mod, point the module path at the checked-out submodule:
replace reanimator/chart => ./internal/chart
Example mount inside the host application:
mux.Handle("/chart/", http.StripPrefix("/chart", viewer.NewHandler(viewer.HandlerOptions{
Title: "Hardware Snapshot",
})))
To update the submodule later:
git submodule update --remote internal/chart
git add internal/chart
git commit -m "Update reanimator chart submodule"
Standalone local run:
make run
Product Scope
- render a Reanimator JSON snapshot as HTML
- preserve the source payload shape
- show all fields from JSON
- use compact tables and section navigation
- color statuses for quick scanning
Explicit Non-Goals
- no ingest pipeline
- no audit collection
- no background jobs
- no summary generation beyond what already exists in JSON
- no mutation of the input data
- no vendor-specific parsing logic
Architecture Docs
Project-specific architecture lives in bible-local/README.md.