Files
kebab/tasks/p3/p3-1-embedder-trait.md
altair823 d1b99b2994 docs: mark P0–P4 done, add SMOKE recipe, refresh README
State drift after P0–P4 completion + 3 post-merge hotfixes (PR #20
--config across subcommands, PR #24 --config in kb ask, PR #25 RRF
fusion_score normalization). README still framed the project as
"spec frozen, code 0 lines"; phase docs and task specs all carried
status: planned. Sweep:

- README.md: top banner now "P0–P4 done (17/31 tasks) + 3 hotfixes
  applied"; command table marks each subcommand's owning phase and
  current status (kb ask =  via P4-3, kb eval =  P5);
  phase roadmap table grew a Status column (P0–P4 completed, P5
  next, P6–P9 pending); component count bumped 30 → 31 to reflect
  P3-5 (app-wiring, post-spec); core decisions table notes the
  RRF [0,1] normalization invariant; build+실행 section drops the
  "P0 미시작" caveat; new pointers to HOTFIXES.md and SMOKE.md.
- docs/SMOKE.md (new): ~80-line recipe for running the full
  pipeline against an isolated /tmp/kb-smoke/ workspace via
  --config, without polluting ~/.config/kb/ or
  ~/.local/share/kb/. Covers fixture seeding, sample config.toml
  with the post-merge defaults, doctor → ingest → list →
  search × 3 modes → inspect → ask sequence, verification
  checklist, and known-behaviour notes (fastembed model
  download, RAG response time, --config hard-fail on missing
  path).
- tasks/phase-{0..4}-*.md: status frontmatter flipped planned →
  completed.
- tasks/p0/, tasks/p1/, tasks/p2/, tasks/p3/, tasks/p4/: same
  status flip across all 17 component task specs (1+6+2+5+3).
  P5–P9 stay planned.

cargo test --workspace: 319 passed; clippy clean (no source
changes in this commit, just docs + frontmatter).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 16:32:28 +00:00

4.4 KiB

phase, component, task_id, title, status, depends_on, unblocks, contract_source, contract_sections
phase component task_id title status depends_on unblocks contract_source contract_sections
P3 kb-embed (trait crate) p3-1 Embedder trait + EmbeddingInput/Kind validation completed
p0-1
p3-2
p3-3
p3-4
../../docs/superpowers/specs/2026-04-27-kb-final-form-design.md
design §3.7 SearchHit.embedding_model
design §7.1 EmbeddingInput/Kind
design §7.2 Embedder
report §11 LLM/embedding split

p3-1 — Embedder trait crate

Goal

Provide the kb-embed crate that re-exports Embedder trait, EmbeddingInput/EmbeddingKind, and offers a mock implementation for downstream tests. This task is trait-only; concrete adapters live in p3-2.

Why now / why this size

Concrete adapters (fastembed, ollama-embed, candle) need a stable trait surface. Owning the trait + a mock implementation in a tiny crate keeps kb-store-vector and kb-search testable without touching real models.

Allowed dependencies

  • kb-core
  • kb-config
  • serde
  • thiserror
  • tracing
  • [features] mock = [] — opt-in feature flag exposing MockEmbedder. Default OFF. Release builds (omit --features mock) compile MockEmbedder out entirely.

Forbidden dependencies

  • fastembed, ort, tokenizers, kb-source-fs, kb-parse-md, kb-normalize, kb-chunk, kb-store-*, kb-search, kb-llm*, kb-rag, kb-tui, kb-desktop

Inputs

input type source
EmbeddingInput kb_core::EmbeddingInput<'_> callers (parser-side or query-side)
model identity (EmbeddingModelId, EmbeddingVersion, dimensions) adapter at construction

Outputs

output type downstream
Vec<Vec<f32>> row-aligned with input kb-store-vector, kb-search (vector mode)

Public surface (signatures only — no new types)

pub use kb_core::{EmbeddingInput, EmbeddingKind, EmbeddingModelId, EmbeddingVersion, Embedder};

/// Test-only mock that produces deterministic vectors. Compiled only when `mock` feature is on.
#[cfg(feature = "mock")]
pub struct MockEmbedder { /* internal: model_id, dims, seed */ }
#[cfg(feature = "mock")]
impl MockEmbedder {
    pub fn new(model_id: kb_core::EmbeddingModelId, version: kb_core::EmbeddingVersion, dimensions: usize) -> Self;
}
#[cfg(feature = "mock")]
impl kb_core::Embedder for MockEmbedder { /* per §7.2 */ }

Behavior contract

  • MockEmbedder::embed produces vectors deterministically from (text, kind): e.g., vector[i] = hash_to_unit_float(text, kind, i, seed) so two identical inputs produce identical vectors and different inputs produce nearly-orthogonal vectors. Used by downstream tests.
  • MockEmbedder must respect EmbeddingKind::Document vs Query — different prefix mixed into the hash so query embeddings differ from document embeddings of the same text (mirrors real e5 behavior).
  • dimensions() returns the value passed at construction; callers must trust it.
  • Real adapters (p3-2) MUST NOT implement Embedder here.
  • The crate may expose a tiny helper pub fn assert_vector_shape(vecs: &[Vec<f32>], expected_dims: usize) for downstream tests.

Storage / wire effects

  • None.

Test plan

kind description fixture / data
unit trait dyn dispatch via Box<dyn Embedder> works inline
unit MockEmbedder produces identical vector for identical input inline
unit EmbeddingKind::Document vs Query for same text yield different vectors inline
unit dimensions match construction-time value inline
contract property test: 100 random inputs, each vector has length == dimensions, all finite floats inline (proptest)

All tests under cargo test -p kb-embed.

Definition of Done

  • cargo check -p kb-embed passes
  • cargo test -p kb-embed passes
  • No external embedding dep present
  • PR links design §7.2 Embedder, §11

Out of scope

  • Real adapter (kb-embed-local is p3-2).
  • Reranker traits (P+).

Risks / notes

  • MockEmbedder is gated by mock feature (default OFF). Downstream tests opt in via [dev-dependencies] kb-embed = { path = "...", features = ["mock"] }. CI build of release binary (cargo build --release without --features mock) MUST NOT include MockEmbedder symbol — verifiable via cargo bloat or nm symbol scan.
  • Trait re-exports keep the call site stable even if kb-core reorganizes; downstream crates should use kb_embed::Embedder rather than use kb_core::Embedder.