Core Concepts
Knowlume is organized around a small set of objects. Understanding them makes the UI and API much easier to reason about.
For the first hands-on workflow, see Quickstart.
Knowledge Filtering
Knowlume is built around filtering, not only summarization.
Search is useful when you already know what you are looking for. Summaries are useful when you want a short overview of an entire source. Knowlume is useful when you do not yet know which parts of a source are valuable and need to inspect the source by quality signals.
The core question is:
Which parts of this source are worth saving into a knowledge base?
The answer is usually not the whole source. In a long podcast or lecture, only a few fragments may be reproducible, non-obvious, or source-rich enough to keep.
Project
A project is a workspace boundary. It groups sources, fragments, selections, and exports.
Use projects for:
- a research topic;
- a customer or client;
- a product area;
- a course or learning plan;
- a temporary investigation.
Every user has an Inbox project for unsorted work.
Source
A source is the original material submitted to Knowlume.
Supported source types include:
- website or article URL;
- YouTube URL;
- pasted text;
- file-based inputs where enabled.
Sources move through lifecycle states: queued, processing, waiting, succeeded, or failed. The public API uses the same external status vocabulary; see Integrations And API.
Processing
Processing is the work Knowlume performs after you add a source or request an export.
For a source, processing usually means:
- fetch or receive source content;
- extract readable text or transcript;
- split content into chunks;
- score and name fragments;
- prepare fragments for review.
For an export, processing turns the selected fragment set into a Markdown artifact.
Fragment
A fragment is a distilled unit of knowledge. It is closer to a reusable note or micro-memory than to a generic summary paragraph.
Good fragments are:
- small enough to review quickly;
- large enough to preserve context;
- tied to a source;
- written as reusable Markdown;
- scored so they can be filtered.
Fragments are the main product output. The UI is built around reviewing, filtering, selecting, and exporting them. See Fragments, Scores, And Export.
Scores
Knowlume scores fragments on three 0-10 axes:
| Score | Meaning |
|---|---|
| Reproducibility | Can the claim or method be checked, repeated, or operationalized? |
| Originality | Was the fragment's real effect hard to predict from its cause and context? |
| Sourcesness | Does the fragment explicitly mention books, articles, tools, services, websites, URLs, or other external sources? |
Public API filters use inclusive integer ranges for these scores.
High reproducibility and high originality together are usually the strongest signal for a personal knowledge base: the fragment is both usable and worth saving.
Selection
A selection is the set of fragments the user wants to keep for export.
Selection is intentionally human-in-the-loop. Knowlume can rank and filter candidates, but the user decides what belongs in the final knowledge pack.
When reviewing a source, use scores to find candidates quickly, then open the fragment detail before saving anything important.
Export
An export converts selected fragments into Markdown.
Exports can be downloaded as files. They can also be sent through an Integration Webhook when the user configures webhook delivery.
Export artifacts are served from:
https://files.knowlu.me/knowlume-artifacts/...
Integration Surfaces
Knowlume has three main surfaces:
| Surface | Audience | Base |
|---|---|---|
| Web app | Human users | https://app.knowlu.me |
| Public API | Automated integrations | https://app.knowlu.me/api/public/v1 |
| MCP | Agent clients | https://app.knowlu.me/mcp/ |
For authentication, examples, and integration boundaries, continue with Integrations And API.