docs(k1): record Node 0.7.1 installation and acceptance boundaries

This commit is contained in:
DCCONSTRUCTIONS
2026-09-07 10:57:56 +03:00
parent 63ea2bed67
commit 111fe3dcfb
@@ -60,3 +60,51 @@ the board owns Bluetooth, network observation, K1 commands and raw data.
Ops direct tools are absent in this session. This local report is prepared for
the K1 and Node cards; no Ops publication is claimed.
## Release addendum: installation confirmed
The observations above describe the pre-build checkpoint. The final source
commit is `63ea2bed672cd17251fc484560a58d0de2e1075c`, published to `origin/main`;
the local and remote branches were verified equal with a clean working tree.
Core UI was built and published to canonical port 8000. The backend was
replaced only after idle/completed acquisition and control, no pending cleanup
and no running operation had been verified. The replacement reports
`operational=true`; no alternate Mission Core backend was introduced.
Package `mission-core-node_0.7.1_amd64.deb` contains 429546210 bytes and has
SHA-256 `83ea1cdc9aea598e92fae519124279c9583be56b37cafca049e7029e22a92ee7`.
Its provenance binds the source checkpoint, including K1 frontend files. Package
metadata, maintainer scripts, required runtime files and the transferred hash
were verified before installation. The owner completed normal Ubuntu
administrator authentication on the previously trusted Mini. At
2026-09-07T07:51Z, `dpkg-query` confirms 0.7.1; both `mission-core-node` and
`mission-core-k1` are active with no automatic restarts. Bluetooth and
NetworkManager are active, and the Bluetooth adapter is powered on. The original
Node identity and Core binding remain intact; Core receives the available idle
Bridge runtime. RealSense remains registered and configured, but its hardware
is currently absent from the board's USB inventory. Live RealSense acceptance
after this update is not claimed.
The installed worker starts without an application credential, as designed;
discovery is available while control authority remains to be prepared. Transfer
of the existing macOS Keychain application key to the Mini's encrypted systemd
credential store was rejected before execution by automatic approval review:
explicit consent for that credential and destination is required. The owner
has been asked for that consent. No key was read or transferred. The prepared
import uses protected SSH stdin and an in-memory pipe, normal Ubuntu sudo
authentication, the installed root-only import helper, and an idle worker
restart. It does not transfer a Wi-Fi password or put secrets in command-line
arguments, environment variables, source files or logs.
Direct Ops tools subsequently became available. Their startup rules, project
context and current cards were read through the direct MCP. Five release and
acceptance blocks were appended to K1 card #3, preserving all 29 existing blocks
and its historical state. Node card #76 received progress comment
`604aa523-b1a0-4e61-8452-35d5a0fcbf1f`; its frozen 26-block architecture baseline
was not changed. The prior successful-after-cache-clear checker, Ubuntu live
acceptance, credential readiness and board recovery checkers remain open.
Next acceptance is one explicit Bridge workflow through the installed Node and
Core interfaces, with cache cleared before every hardware test as requested by
the owner. Camera/LiDAR output, the isolated live profile and board-side outage
recovery are not yet proved by this installation check.