CircleKit 0.3.69 — reading colour

Shared reading colour — consumer remains open

CircleKit PR166 merged07c2fc0a066e15e6ff72b09e43654fe1d381d706.
Featurea49bb720a0782fffae59ad0204866551608576af has the identical tree;
production7c68727 followed by the real-row wait, package version and QA note.
Normal publisher deployed0.3.69 from that clean exact merge, deployment
1abbfa3d.circlekit.pages.dev; previous immutable catalogs retained/verified.

Public Maven18 AAR/POM/module files compare byte-identical to the exact-merge
stage and each public.sha256. Key SHA256:

• ringkit:624d2d99ee205557cd1240542c1469884923862c822990585c321164db15d963
• designkit:d600c0cc383dbde4489756da48980a62989e67a268f0627dc28cd38dcd333f09
• circlekit-assets:6cb88ae64713b984992c764860ac4d2c815a5c7afed1dbbb353d3cb5968e7c43

Immutable package:
https://circlekit.pages.dev/npm/v1d/circlekit-assets/0.3.69/v1d-circlekit-assets-0.3.69.tgz

16 focused JVM, assets generation check, release compile. Existing native
direction test now pixel-checks the explicit pigment both in the passive
value and the shared INFO. Compiling grey-text mutation RED; restored1/1
in2.038s. Synthetic Magenta is a transport fixture, NOT the product wind ramp.
First no-hierarchy capture rejected; test waits for its actual flow-filled row.
Image inspected, direction90deg preserved, title neutral and CLOSE visible.
Actual self-targeted Phone test package removed; Skyvw APK/density/font
unchanged; no settings/location/data/Wear edits. Phone explicitly handed to3.

Open product step, NOT claimed delivered in Skyvw1174: connect the existing
selected product wind ramp from raw layer speed to RowSpec.semanticColor,
and carry CircleActionCue.semanticColor through Skyvw's existing native cue
adapter. No new palette/threshold/source or HOME edit. Canonical belongs to3
instrument, then6 timelineB, then4's consumer colour slice by explicit queue.
The user is correct that the neutral WIND ALOFT picture still misses the law.