Skip to content

Overhaul docs to reflect deterministic-lossy fingerprinting narrative, add limitations, and align tests - #27

Draft
cto-new[bot] wants to merge 1 commit into
mainfrom
fix-hash-collisions-readme-arch-integrity
Draft

Overhaul docs to reflect deterministic-lossy fingerprinting narrative, add limitations, and align tests#27
cto-new[bot] wants to merge 1 commit into
mainfrom
fix-hash-collisions-readme-arch-integrity

Conversation

@cto-new

@cto-new cto-new Bot commented Dec 15, 2025

Copy link
Copy Markdown
Contributor

Summary

This PR overhauls project documentation to reflect the supplied deterministic-lossy fingerprinting narrative, adds a formal Limitations section, updates architecture and security docs, cross-links to new limitations, and aligns tests with the new payload structure and tiny-tier behavior.

Details

  • Rewrote README hero to include the deterministic narrative, five-point core value proposition, explicit limitations, and updated quick-start snippets referencing micro-tier and integrity guard; replaced hype text with actual metrics (300-byte embeddings, 22% MSE improvement, SHA256 latency comparisons).
  • Added docs/Limitations.md with a dedicated “Limitations & Status” section covering tiny payload caveats, fault-injection guarantees, reconstruction error bounds, throughput variability, and transparency links.
  • Refreshed architecture and security docs (docs/ARCHITECTURE.md, docs/SECURITY.md, docs/README.md) to describe the dual-channel design, self-optimizing loop, integrity token, and tier-specific serialization; include updated diagrams/flow tables and callouts for funded tiers if substantiated.
  • Updated docs/README.md to cross-link the new Limitations section and ensure all docs reference it.
  • Updated tests to reflect payload representation changes (support for dict or FrackturePayload dataclass, relaxed expectations for tiny payloads) and ensure compatibility with new serialization semantics; updated access patterns accordingly.
  • Maintained backward compatibility: payload may be accessed as a dict-like object or as a FrackturePayload dataclass; no breaking API changes to end-user usage.
  • No breaking changes to the public API surface.

…rrative

Overhaul README hero and documentation to align with the supplied deterministic-lossy fingerprint narrative. Add a formal Limitations section, refresh architecture/security docs, and ensure cross-linked references to limitations. Update quick-start snippets to reference micro-tier and integrity guard with real metrics (300-byte embeddings, 22% MSE improvement, SHA256 latency). Adjust tests to reflect new payload handling (dict or FrackturePayload dataclass) and tiny-tier semantics, with relaxed expectations where appropriate. No breaking changes to public API; payloads remain accessible as dict-like objects or as FrackturePayload dataclass for compatibility.

### Summary
This PR overhauls project documentation to reflect the supplied deterministic-lossy fingerprinting narrative, adds a formal Limitations section, updates architecture and security docs, cross-links to new limitations, and aligns tests with the new payload structure and tiny-tier behavior.

### Details
- Rewrote README hero to include the deterministic narrative, five-point core value proposition, explicit limitations, and updated quick-start snippets referencing micro-tier and integrity guard; replaced hype text with actual metrics (300-byte embeddings, 22% MSE improvement, SHA256 latency comparisons).
- Added docs/Limitations.md with a dedicated “Limitations & Status” section covering tiny payload caveats, fault-injection guarantees, reconstruction error bounds, throughput variability, and transparency links.
- Refreshed architecture and security docs (docs/ARCHITECTURE.md, docs/SECURITY.md, docs/README.md) to describe the dual-channel design, self-optimizing loop, integrity token, and tier-specific serialization; include updated diagrams/flow tables and callouts for funded tiers if substantiated.
- Updated docs/README.md to cross-link the new Limitations section and ensure all docs reference it.
- Updated tests to reflect payload representation changes (support for dict or FrackturePayload dataclass, relaxed expectations for tiny payloads) and ensure compatibility with new serialization semantics; updated access patterns accordingly.
- Maintained backward compatibility: payload may be accessed as a dict-like object or as a FrackturePayload dataclass; no breaking API changes to end-user usage.
- No breaking changes to the public API surface.

### Breaking Changes
None
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants