Package Exports
- @semiont/make-meaning
Readme
@semiont/make-meaning
Making meaning from resources through actors, context assembly, and relationship reasoning.
This package implements the actor model from ARCHITECTURE.md. It owns the Knowledge Base and the actors that interface with it:
- Stower (write) — the single write gateway to the Knowledge Base; handles all resource and annotation mutations and job lifecycle events
- Browser (read) — handles all KB read queries: resources, annotations, events, annotation history, referenced-by lookups, entity type listing, and directory browse (merging filesystem listings with KB metadata)
- Gatherer (context assembly) — assembles gathered context for annotations (
gather:requested) and resources (gather:resource-requested) - Matcher (search/link) — context-driven candidate search with multi-source retrieval, composite structural scoring, and optional LLM semantic scoring
- CloneTokenManager (yield) — manages clone token lifecycle for resource cloning
All actors subscribe to the EventBus via RxJS pipelines. They expose only initialize() and stop() — no public business methods. Callers communicate with actors by putting events on the bus.
The EventBus is a complete interface for all knowledge-domain operations. HTTP routes in the backend are thin wrappers that delegate to EventBus actors. The system can operate entirely without HTTP — see EventBusClient in @semiont/api-client.
Quick Start
npm install @semiont/make-meaningStart Make-Meaning Service
import { startMakeMeaning } from '@semiont/make-meaning';
import { SemiontProject } from '@semiont/core/node';
import { EventBus } from '@semiont/core';
import type { Logger } from '@semiont/core';
// EventBus is created outside make-meaning — it is not encapsulated by this package
const eventBus = new EventBus();
const project = new SemiontProject('/path/to/project');
// Start all infrastructure
const makeMeaning = await startMakeMeaning(project, config, eventBus, logger);
// Access components
const { knowledgeSystem, jobQueue } = makeMeaning;
const { kb, stower, browser, gatherer, matcher, cloneTokenManager } = knowledgeSystem;
// Graceful shutdown
await makeMeaning.stop();This single call initializes:
- KnowledgeSystem — groups the Knowledge Base and its actors
- KnowledgeBase — groups EventStore, ViewStorage, WorkingTreeStore, GraphDatabase, and GraphDBConsumer
- Stower — subscribes to write commands on EventBus
- Browser — subscribes to all KB read queries and directory browse requests on EventBus
- Gatherer — subscribes to annotation and resource gather requests on EventBus
- Matcher — subscribes to candidate search requests on EventBus
- CloneTokenManager — subscribes to clone token operations on EventBus
- JobQueue — background job processing queue + job status subscription
- 6 annotation workers — poll job queue for async AI tasks
Gather Context (via EventBus)
import { firstValueFrom, race, filter, timeout } from 'rxjs';
// Emit gather request for an annotation
eventBus.get('gather:requested').next({
annotationUri,
resourceId,
options: { contextLines: 5 },
});
// Await result
const result = await firstValueFrom(
race(
eventBus.get('gather:complete').pipe(filter(e => e.annotationUri === annotationUri)),
eventBus.get('gather:failed').pipe(filter(e => e.annotationUri === annotationUri)),
).pipe(timeout(30_000)),
);Architecture
Actor Model
All meaningful actions flow through the EventBus. The KB actors are reactive — they subscribe via RxJS pipelines in initialize() and communicate results by emitting on the bus.
graph TB
Routes["Backend Routes"] -->|commands| BUS["Event Bus"]
Workers["Job Workers"] -->|commands| BUS
EBC["EventBusClient"] -->|commands| BUS
subgraph ks ["Knowledge System"]
STOWER["Stower<br/>(write)"]
BROWSER["Browser<br/>(read)"]
GATHERER["Gatherer<br/>(context assembly)"]
MATCHER["Matcher<br/>(search/link)"]
CTM["CloneTokenManager<br/>(clone)"]
KB["Knowledge Base"]
STOWER -->|persist| KB
BROWSER -->|query| KB
GATHERER -->|query| KB
MATCHER -->|query| KB
CTM -->|query| KB
end
BUS -->|"yield:create, yield:update, yield:mv<br/>mark:create, mark:delete, mark:update-body<br/>mark:add-entity-type, mark:archive, mark:unarchive<br/>mark:update-entity-types, job:start, job:*"| STOWER
BUS -->|"browse:resource-requested, browse:resources-requested<br/>browse:annotations-requested, browse:annotation-requested<br/>browse:events-requested, browse:annotation-history-requested<br/>browse:referenced-by-requested, browse:entity-types-requested<br/>browse:directory-requested"| BROWSER
BUS -->|"gather:requested<br/>gather:resource-requested"| GATHERER
BUS -->|"match:search-requested"| MATCHER
BUS -->|"yield:clone-token-requested<br/>yield:clone-resource-requested<br/>yield:clone-create"| CTM
STOWER -->|"yield:created, yield:updated, yield:moved<br/>mark:created, mark:deleted, mark:body-updated<br/>mark:entity-type-added, ..."| BUS
BROWSER -->|"browse:resource-result, browse:resources-result<br/>browse:annotations-result, browse:annotation-result<br/>browse:events-result, browse:annotation-history-result<br/>browse:referenced-by-result, browse:entity-types-result<br/>browse:directory-result"| BUS
GATHERER -->|"gather:complete, gather:failed<br/>gather:resource-complete, gather:resource-failed"| BUS
MATCHER -->|"match:search-results, match:search-failed"| BUS
CTM -->|"yield:clone-token-generated<br/>yield:clone-resource-result<br/>yield:clone-created"| BUS
classDef bus fill:#e8a838,stroke:#b07818,stroke-width:3px,color:#000,font-weight:bold
classDef actor fill:#5a9a6a,stroke:#3d6644,stroke-width:2px,color:#fff
classDef kb fill:#8b6b9d,stroke:#6b4a7a,stroke-width:2px,color:#fff
classDef caller fill:#4a90a4,stroke:#2c5f7a,stroke-width:2px,color:#fff
class BUS bus
class STOWER,BROWSER,GATHERER,MATCHER,CTM actor
class KB kb
class Routes,Workers,EBC callerKnowledge System and Knowledge Base
The Knowledge System binds the Knowledge Base to its actors. Nothing outside the Knowledge System reads or writes the Knowledge Base directly.
The Knowledge Base is an inert store — it has no intelligence, no goals, no decisions. It groups five subsystems:
| Store | Implementation | Purpose |
|---|---|---|
| Event Log | EventStore |
Immutable append-only log of all domain events |
| Materialized Views | ViewStorage |
Denormalized projections for fast reads |
| Content Store | WorkingTreeStore |
Working-tree files addressed by URI |
| Graph | GraphDatabase |
Eventually consistent relationship projection |
| Graph Consumer | GraphDBConsumer |
Event-to-graph synchronization pipeline |
import { createKnowledgeBase } from '@semiont/make-meaning';
const kb = await createKnowledgeBase(eventStore, project, graphDb, logger);
// kb.eventStore, kb.views, kb.content, kb.graph, kb.graphConsumerEventBus Ownership
The EventBus is created by the backend (or script) and passed into startMakeMeaning() as a dependency. Make-meaning does not own or encapsulate the EventBus — it is shared across the entire system.
Documentation
- Architecture — Actor model, data flow, storage architecture
- API Reference — Context modules and operations
- Examples — Common use cases and patterns
- Job Workers — Async annotation workers (in @semiont/jobs)
- Scripting — Direct scripting without HTTP backend
Exports
Service (Primary)
startMakeMeaning(project, config, eventBus, logger)— Initialize all infrastructureMakeMeaningService— Type for service return value (knowledgeSystem,jobQueue,workers,stop)
Knowledge System
KnowledgeSystem— Interface grouping the Knowledge Base and its actorsstopKnowledgeSystem(ks)— Ordered teardown of the Knowledge System
Knowledge Base
createKnowledgeBase(eventStore, project, graphDb, logger)— Async factory functionKnowledgeBase— Interface grouping the five KB stores (includinggraphConsumer)
Actors
Stower— Write gateway actorBrowser— Read actor (all KB queries, directory listings merged with KB metadata)Gatherer— Context assembly actor (annotation and resource gather flows)Matcher— Search/link actor (context-driven candidate search with structural + semantic scoring)CloneTokenManager— Clone token lifecycle actor (yield domain)
Operations
ResourceOperations— Resource CRUD (emits commands to EventBus)AnnotationOperations— Annotation CRUD (emits commands to EventBus)
Context Assembly
ResourceContext— Resource metadata queries from ViewStorageAnnotationContext— Annotation queries and LLM context buildingGraphContext— Graph traversal and searchLLMContext— Resource-level LLM context assembly
Generation
generateResourceSummary— Resource summarizationgenerateReferenceSuggestions— Smart suggestion generation
Dependencies
- @semiont/core — Core types, EventBus, utilities
- @semiont/api-client — OpenAPI-generated types
- @semiont/event-sourcing — Event store and view storage
- @semiont/content — Content-addressed storage
- @semiont/graph — Graph database abstraction
- @semiont/ontology — Schema definitions for tags
- @semiont/inference — AI primitives (generateText)
- @semiont/jobs — Job queue and annotation workers
Testing
npm test # Run tests
npm run test:watch # Watch mode
npm run test:coverage # Coverage reportLicense
Apache-2.0