Skip to main content

Implementation Notes: neokapi Framework

Implementation notes contain tactical details for the neokapi framework (Apache-2.0): SQL schemas, wire protocols, algorithm pseudocode, Go interface signatures, and other reference material. They exist alongside the Architecture Decisions, which describe the design choices; notes describe the implementation.

The notes are grouped into the same series as the decisions (F foundations, E engine, C context, S surfaces, M multilingual), so a note sits under the heading of the AD it details. A final group holds the notes that describe this repository's own infrastructure rather than a subsystem of the engine.

F: Foundations

NoteParent ADContent
Content-Model Parity Across Wire ProjectionsF-04 · F-02The lossless model↔proto↔store round-trip invariant, what must round-trip, and the extend-without-breaking checklist gated by a conformance test

E: Engine

NoteParent ADContent
Implementing FormatsE-02Step-by-step guide for new format readers and writers
Skeleton store and streamingE-02The skeleton store, its backings and writer fallbacks, and how the whole-document readers stream through it
Content-Fidelity SurfacingE-02Surfacing non-translatable context: the inverted toggle, channels, parity force-off
Flow Steps FormatE-04 · E-03YAML step list, fan-out, script steps
Session-Scoped Tool AuthoringE-03Guide for writing tools against BlockStore
Plugin ModelE-05In-process registry contract for plugin binaries
Plugin protocol v1E-05The versioned plugin contract: manifest rules, the three transports, the Mode-C gRPC surface and wire format, and the conformance suite

C: Context

NoteParent ADContent
kapi.yaml Project FileC-01kapi.yaml recipe schema and examples
Terminology Data ModelC-08Go structs, Terminology interface
Content Memory Matching AlgorithmC-09Tiered matching, version chains, TMX mapping

S: Surfaces

NoteParent ADContent
CLI ConventionsS-01Input/output/exit-code/project contracts, per-command surface table
MCP Tools ReferenceS-03Where the MCP tool handlers live, how a tool reaches the server, and what shape its result takes
WASM Engine ABIS-01The JS contract the browser build of the CLI exposes to @neokapi/engine, and its reverse bridges

M: Multilingual

NoteParent ADContent
Multimodal ContentM-03The two axes of adaptation, and the timing/geometry/recognition annotations that carry them
OMML Math ConversionM-04core/math Exp AST, OMML reader, nor-splice algorithm, coverage ledger

Repo infrastructure

These two describe how this repository builds and presents itself rather than how the engine works, so they answer to no architecture decision.

NoteContent
CDN asset offloadingWhy the large immutable docs assets are served from S3 + CloudFront, and how they are published
Markdown in the UIWhich metadata fields carry markdown, and the shared Markdown typeset primitive that renders them