Skip to content

checkpoint: consume engram-parser v0.3 checkpoint/tensor APIs and retire in-tree GGUF ownership #47

Description

@rmems

2026-09 direction update

This issue remains the checkpoint-boundary migration tracker, but the target has changed.

cortex-tensor is no longer being developed as an independent checkpoint/tensor framework. Its role is becoming ANN backend interoperability and reference execution for ANN/SNN hybrid systems.

The old plan to consume engram-parser 0.2.0 only to wrap parse_checkpoint_layout is superseded.

Goal

Consume the published engram-parser 0.3.x checkpoint/tensor substrate and retire long-term ownership of GGUF parsing/layout/mmap policy from cortex-tensor.

Version ownership: this issue ships in cortex-tensor v0.2 — Boundary reset & reference backend. The v0.3 dependency requirement refers to engram-parser, not a cortex-tensor release. These versions are independent.

Dense Transformer tensor-role discovery and ANN/SNN/hybrid topology are owned by engram-parser v0.4 (rmems/engram-parser#88 and its milestone). Do not make that later topology work an acceptance gate for this checkpoint-boundary migration.

Cortex should receive normalized checkpoint/tensor information and bind those weights into ANN execution stages. It should not know whether the source checkpoint was GGUF or Safetensors in its core execution APIs.

Target boundary

GGUF / Safetensors
       |
       v
engram-parser
  format-independent checkpoint / tensor metadata / raw payload access
       |
       v
cortex-tensor
  ANN stage weight binding + execution

Scope

  • depend on a published engram-parser 0.3.x release when its required checkpoint/tensor surface is ready;
  • replace the in-tree GGUF header/KV/tensor-directory walk with engram-owned APIs;
  • migrate checkpoint-backed MoE/Transformer weight lookup toward the v0.3 normalized checkpoint/tensor API; defer automatic topology/role discovery to the engram-parser v0.4 track;
  • remove new format-specific growth from src/moe/checkpoint.rs / src/moe/gguf.rs;
  • preserve compatibility wrappers only as migration shims;
  • keep ANN numerical execution and routing math where still useful.

Acceptance criteria

  • GGUF and Safetensors consumer paths use engram-owned checkpoint/tensor metadata and payload access.
  • Equivalent fixtures preserve tensor inventory and existing reference-backend weight-binding behavior.
  • Malformed/unsupported input fails with explicit errors rather than falling back to the retired parser.
  • Remove the in-tree GGUF parsing/layout implementation; document any temporary compatibility wrapper and its removal condition.
  • Record the exact engram-parser version and required features used for validation; release dependency resolves from the published v0.3.x package.
  • No ModelTopology/TensorRole or other v0.4-only API is required to close this issue.

No longer cortex-tensor responsibilities

  • owning GGUF mmap policy;
  • expanding GGUF dtype/parser coverage;
  • Safetensors format parsing;
  • GPU/SAAQ synapse-source policy;
  • general ML-framework replacement work.

Blocked by / related

GitHub canonical public issue: #47

Activity

  1. self-assigned this
    on Sep 15, 2026
  2. added
    documentationImprovements or additions to documentation
    modularizationWork to make repos more modular and overlapping
    on Sep 15, 2026
  3. linear-code commented on Sep 15, 2026

    @linear-code
  4. rmems commented on Sep 15, 2026

    @rmems
    OwnerAuthor

    Cursor agent — freeze docs in #48 now point here. This issue is not closed by that PR; implement the wrap once engram-parser#45 (mmap + K-quant) lands.

  5. rmems commented on Sep 15, 2026

    @rmems
    OwnerAuthor

    Unblocked on the parser side. rmems/engram-parser#45 shipped in rmems/engram-parser#73 (optional mmap + packed Q8_0/Q5_K/Q6_K/IQ3_M; default path still zero-dep).

    corinth-canal#144 decided option 1 (upstream first, adopt second) and closed. corinth-canal#115 is re-scoped to consume load_gguf_mmap rather than whole-file load_gguf. CUDA host-register stays in the consumer.

    This issue can now target engram-parser main with --features mmap (crate version still 0.2.0 / Unreleased on crates.io).

  6. changed the title [-]moe/gguf: consume engram-parser 0.2.0 and wrap parse_checkpoint_layout[/-] [+]checkpoint: consume engram-parser 0.3 topology/tensor APIs and retire in-tree GGUF ownership[/+] on Sep 24, 2026
  7. rmems commented on Sep 27, 2026

    @rmems
    OwnerAuthor
  8. coderabbitai commented on Sep 27, 2026

    @coderabbitai
    Contributor

    Warning

    Could not create a plan because the ticket is lacking information or is ambiguous.

    You can reply directly to this comment with additional context or clarifications to help CodeRabbit complete the planning task, with an @-mention to the bot.

  9. changed the title [-]checkpoint: consume engram-parser 0.3 topology/tensor APIs and retire in-tree GGUF ownership[/-] [+]checkpoint: consume engram-parser v0.3 checkpoint/tensor APIs and retire in-tree GGUF ownership[/+] on Oct 2, 2026
  10. reopened this on Oct 3, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Projects

Relationships

None yet

Development

No branches or pull requests

Issue actions