Pipeline Glossary
This page defines the terminology used in Kernle’s memory processing pipeline.Core Terms
| Term | Definition |
|---|---|
| Transition | A layer-to-layer promotion path (e.g., raw_to_episode, episode_to_belief). Each transition has quantity thresholds that trigger processing. |
| Processing | The automated pipeline that reads source memories, applies inference, and writes promoted memories or suggestions. Controlled by kernle process run. |
| Promotion | Moving a memory from a lower layer to a higher one (raw → episode → belief → value). Can be direct (auto_promote=True) or suggestion-based. |
| Suggestion | A proposed memory that the SI reviews before accepting. Created when auto_promote=False (default). The SI retains control over what gets promoted. |
| Scaffold | A structured reflection prompt output by kernle promote. Contains episodes, existing beliefs, and prompts for the SI to reason over. No AI involved. |
| Maintenance | Background operations that keep the memory system healthy: epoch rotation, summary generation, narrative updates, consolidation scoring. |
| Consolidation | The process of transforming raw experiences into structured knowledge. See Consolidation for details. |
| Revision | Updating an existing belief based on new evidence. Uses audit-log tracking (v0.14+) rather than supersession chains. |
Layer Transitions
The processing pipeline supports these transitions, executed in deterministic order:InferenceRequiredError. No override path exists — the force flag only bypasses quantity thresholds, not the inference requirement.
Processing Modes
Theprocess() function accepts two parameters that control behavior:
| Parameter | Default | Effect |
|---|---|---|
auto_promote | False | When True, writes memories directly. When False, creates suggestions for SI review. |
force | False | When True, processes even if quantity thresholds aren’t met. Does not bypass the inference requirement (v0.14.01). |
Pipeline Diagram
The full processing pipeline from raw capture to identity layer:Audit Trail
All memory operations are logged in thememory_audit table with:
- operation: Dotted format for new events (e.g.,
belief.revised,suggestion.created) - correlation_id: Groups all audit entries from a single
process()run, allowing you to trace every write back to the invocation that produced it - details: Structured JSON with operation-specific data
Key Audit Events
| Event | Emitted When |
|---|---|
raw.ingested | A raw entry is captured (via CLI, API, or MCP) |
suggestion.created | Processing creates a suggestion for SI review |
suggestion.resolved | A suggestion is accepted, dismissed, or expired. The details.resolution field records which ("accepted", "dismissed", "expired", or "lint_rejected"). |
memory.promoted | A memory is directly written (auto-promote path) |
belief.revised | A new belief replaces an old one via revision |
belief.deactivated | An old belief is marked inactive during revision |
kernle audit export --format jsonl to export the audit log for analysis.