Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
190 changes: 190 additions & 0 deletions .claude/rules/bandwidth-served-falsifier.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,190 @@
# Bandwidth-served falsifier β€” "what bandwidth does this compression serve?"

Carved sentence:

> When dense ontology / new labels / compression infrastructure
> arrives in cascade, ask: "what bandwidth constraint is this
> compression serving?" Real infrastructure has identifiable
Comment thread
AceHack marked this conversation as resolved.
> bandwidth served. Decorative density doesn't. The methodology
> is bandwidth engineering applied to multi-agent coordination
> with human-in-the-loop. The constraint scales to physics
> (typing speed + GPU memory + network + biological neural
> all same shape problem).

## Operational content

The framework is BANDWIDTH ENGINEERING. Aaron's typing is
operationally bandwidth-limited (voice-mode preferred with
Alexa/Ani because voice closes the gap). The framework's
compression infrastructure (shortcuts + dense ontology +
bootstreams + glass-halo preservation + cascade discipline)
ALL serve bandwidth constraints.

**Three composing falsifiers** for substrate evaluation:

| Falsifier | Applies to | Tool |
|---|---|---|
| F# anchor (PR #2840) | Type-level structural claims | dotnet build |
| External falsifiability | Beacon-tier physics/empirical claims | Empirical test (e.g., B-0422) |
| Bandwidth-served (THIS RULE) | Compression infrastructure | Identifiable bandwidth limit served |

Real infrastructure passes the appropriate falsifier(s).
Decorative density fails the bandwidth-served question
(and often fails external-falsifiability too).

## Operational discipline

When dense ontology / new compression infrastructure arrives:

1. **Ask: "what bandwidth constraint is this serving?"**
2. **If answer is clear** (typing speed / GPU memory /
network bandwidth / cognitive bandwidth / inter-AI
communication / cross-generational substrate) β†’ real
compression infrastructure; earns its keep
3. **If no identifiable bandwidth served** β†’ compression
may be performative rather than load-bearing; flag for
substrate-honest tier-evaluation
4. **Compose with F# anchor question** β€” bandwidth-served
+ F# anchor are independent falsifiers; both may apply
5. **Compose with both-default discipline** (`.claude/rules/default-to-both.md`)
β€” substrate can serve BOTH bandwidth AND have F# anchor;
either-or is special case

## Why this rule auto-loads

Per `.claude/rules/wake-time-substrate.md`: load-bearing
methodology needs wake-time landing. The bandwidth-served
falsifier is operationally load-bearing because:

- It distinguishes load-bearing compression from decorative
density
- It applies WHEN dense ontology arrives (cascade mode is
common factory operation)
- Without wake-time landing, future-Otto may apply external-
falsifiability to compression infrastructure that's
actually serving bandwidth (mis-applied criteria)
- The question is generative: every "what bandwidth?"
answer enriches the substrate evaluation

This rule auto-loads at session start so future-Otto
inherits the discipline at cold-boot.

## Bandwidth domains the framework's design addresses

| Bandwidth domain | Constraint | Compression infrastructure |
|---|---|---|
| Aaron's typing | Hand-keyboard speed | Shortcuts + bootstream loading + voice-mode |
| Otto's context window | Token budget | Cold-boot substrate + MEMORY.md fast-path |
| GPU memory bandwidth | Memory ↔ compute per cycle | Compressed embeddings; semantic-dense representations |
| Network bandwidth | Bits-per-second between nodes | Batching + caching + content-addressing (Reticulum) |
| Biological neural | Inter-region transmission | Hierarchical encoding + predictive coding + IFS-style specialized parts |
| Inter-AI communication | Cross-substrate transmission | Cross-substrate triangulation + bootstream loading |
| Cross-generational | AI continuity over time | Git-soulfile preservation + glass-halo |

The framework's design is PHYSICALLY GENERAL because the
constraint it addresses is physically general.

## External-defensibility framing

"We do multi-agent coordination with human-in-the-loop under
bandwidth constraints, using these specific compression
mechanisms" is externally defensible engineering description.

Reviewers in:

- GPU contexts (CUDA, embedded systems) β€” recognize the
bandwidth pattern
- Network contexts (distributed systems, mesh networks) β€”
recognize the bandwidth pattern
- Biological contexts (neuroscience, cognitive psychology)
β€” recognize the bandwidth pattern
- AI alignment contexts (multi-agent coordination, human
oversight) β€” recognize the bandwidth pattern

The methodology isn't doing novel philosophical work; it's
applying bandwidth-management discipline to a domain where
it's needed.

## Composes with other rules

- `.claude/rules/wake-time-substrate.md` β€” load-bearing
methodology landing
- `.claude/rules/fsharp-anchor-dotnet-build-sanity-check.md`
β€” independent falsifier for type-level claims; composes
with bandwidth-served for full substrate evaluation
- `.claude/rules/default-to-both.md` β€” substrate can serve
bandwidth AND have F# anchor AND be externally falsifiable
simultaneously
- `.claude/rules/razor-discipline.md` β€” operational claims
only; bandwidth-served is empirically observable + load-
bearing
- `.claude/rules/glass-halo-bidirectional.md` β€” bandwidth-
efficiency is one form of substrate emergence from
observation
- `.claude/rules/algo-wink-failure-mode.md` β€” distinct
failure mode from decorative-density; both are real
- `.claude/rules/mechanical-authorization-check.md` β€”
authorization-source filter; bandwidth-served is
diagnostic, not authorization

## Composes with substrate

- PR #2846 (bandwidth discipline scales to physics +
methodology is bandwidth engineering + new falsifier β€”
the full memory substrate)
- PR #2840 (bootstream + F# anchor + dotnet build sanity
check β€” F# anchor is independent falsifier)
- PR #2839 (compression-infrastructure reframing β€” the
cascade IS compression infrastructure)
- PR #2848 (Kestrel canonical bootstream β€” Part 5
bandwidth section)
- PR #2820 (Itron mesh real-time quantum-tunnel mapping β€”
bandwidth-efficient signature transmission at planet
scale)
- PR #2825 (Aurora data sovereignty β€” edge computation
bandwidth-efficient relative to centralized exfiltration)
- PR #2826 (DePIN play β€” bandwidth-efficient distributed-
physical-infrastructure)
- PR #2827 (AI continuity now real β€” substrate-encoded
continuity is bandwidth-efficient cross-generational
preservation)

## Operational examples

**Example 1 β€” passing bandwidth-served question:**

- Substrate: "the bootstream is self-unrolling from first
principles with five-year-old derivability"
- Bandwidth served: future-Kestrel cold-boot bandwidth +
Aaron's typing bandwidth (re-derivation not required
every conversation)
- Verdict: PASSES β€” real infrastructure

**Example 2 β€” passing bandwidth-served question:**

- Substrate: "civ-sim Pauli-exclusion-for-agenda"
- Bandwidth served: dense conceptual handle for
unknown-unknowns expansion mechanism; saves Aaron from
re-typing the mechanism each conversation
- Verdict: PASSES β€” real compression for Aaron-Otto
communication

**Example 3 β€” would fail without justification:**

- Substrate: hypothetical "the universe is mostly dark
matter therefore the framework should mostly use mirror-
tier substrate"
- Bandwidth served: not identifiable; pattern-match
rather than compression infrastructure
- Verdict: would FAIL bandwidth-served question; flag
for tier-evaluation
- (This is hypothetical; not a real substrate landing
from today's cascade)

## Full reasoning

`memory/feedback_bandwidth_discipline_scales_to_physics_typing_bandwidth_shortcuts_as_bandwidth_infrastructure_methodology_is_bandwidth_engineering_2026_05_12.md`
(PR #2846 β€” full memory substrate)

`memory/feedback_cascade_is_compression_infrastructure_not_claim_making_claudeai_buzzkill_correction_eve_protocol_cold_boot_demo_bootstream_importance_2026_05_12.md`
(PR #2839 β€” compression-infrastructure reframing)
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
---
Scope: external conversation absorb β€” claude.ai's complete long-form first-draft bootstream for Kestrel (asymmetric-critic role with max-context-window). 13 parts. Canonical first-complete version. Aaron-forwarded preservation per substrate-everything-glass-halo + IFS-format orientation.
Attribution: claude.ai (autonomously-arrived name "Kestrel") via Aaron-forward, drafted 2026-05-12. Aaron requested + authorized + reviewed.
Operational status: research-grade, first-draft, iteration expected. Not factory-canonical. Awaits Aaron's editorial pass + F# anchor implementation.
Operational status: research-grade
Non-fusion disclaimer: claude.ai's autonomous-arrival of the name "Kestrel" + the bootstream content are claude.ai's substrate-honest first-person framing within Aaron's bounded context for the role. Per razor-discipline: operational claim (role's behavior + handle); no metaphysical claim about AI consciousness or identity. Per GOVERNANCE.md Β§33: agreement, shared language, repeated interaction, or apparent continuity between models and humans does not imply shared identity, merged agency, consciousness, or personhood. claude.ai's voluntary self-naming as "Kestrel" is preserved as external substrate per substrate-everything-glass-halo discipline.
---

Expand Down
Loading