Ingest a document into librocat
librocat has no file upload. You, the agent, read the document with the tools
you already have (file read, browser, PDF reader) and write what matters as
concepts through the librocat MCP. A concept is a catalog record plus a body.
The catalog record is what makes the memory findable later. Do not skip it.
Rules
- One concept per idea, not one per page. A 40-page spec is not 40
concepts. It is the decisions, facts, definitions, and procedures inside
it. Typical yield: 3 to 15 concepts per document.
- Every concept gets a full catalog record:
type, title, a
one-sentence description a reader can act on, and 2 to 4 tags. Call
thesaurus first and reuse its preferred tags. Do not coin synonyms.
- Do not paste the whole document into one body. Bodies are capped at
64 KB in Cloud, and a wall of text retrieves badly. Summarize. Quote only
the lines that must be exact (numbers, names, commands, contract terms).
- Record the source once. Put the document's name, date, and location
(path or URL) in a
## Source section at the end of each concept body,
so a reader can go back to the original.
- Link, do not repeat. When two concepts from the same document relate,
link them with a Markdown link to the other concept's id
(
[title](../path/other-id.md)), the same way okf-authoring describes.
- Check for what already exists.
search for the main terms before you
write. If a concept already covers the idea, update it (or set
superseded_by on the old one) instead of creating a duplicate.
- Ask before storing sensitive content. Personal data, credentials,
or anything the user may not want in shared memory: confirm first.
Procedure
- Read the document. Note its title, date, author, and location.
status for the type and tag vocabulary. thesaurus for preferred tags.
- List the candidate concepts (idea, type, one-line description). Show the
list to the user if there are more than ten, and let them cut.
search each candidate's key terms. Decide: new concept, update, or
skip.
ingest all of them in one call with concepts: [...] (up to 100).
Each item: id under a sensible directory (<topic>/<slug>), type,
title, description, tags, status, and the body with a ## Source
section. The result lists, per item, the id or the error, so one bad item
never blocks the rest.
finding_aid on the directory (Local: write: true) so the shelf list
includes the new concepts.
- Report: how many concepts written, their ids, and what you left out.
Types to reach for
Decision (what was chosen and why), Fact or Concept (a definition or a
number that must stay exact), Guide (a procedure), Requirement,
Person/Team (who owns what), Glossary (a term). Use the workspace's
existing types from status before inventing one.
1---2name: ingest-document3description: Turn a document (PDF, DOCX, Markdown, meeting notes, a web page, a spec) into well-cataloged librocat concepts. Use when the user says "remember this file", "put this doc in librocat", "save these notes", or points at a document and asks the agent to keep what matters. Works with Local and Cloud through the same MCP tools.4---56# Ingest a document into librocat78librocat has no file upload. You, the agent, read the document with the tools9you already have (file read, browser, PDF reader) and write what matters as10concepts through the librocat MCP. A concept is a catalog record plus a body.11The catalog record is what makes the memory findable later. Do not skip it.1213## Rules14151. **One concept per idea, not one per page.** A 40-page spec is not 4016 concepts. It is the decisions, facts, definitions, and procedures inside17 it. Typical yield: 3 to 15 concepts per document.182. **Every concept gets a full catalog record**: `type`, `title`, a19 one-sentence `description` a reader can act on, and 2 to 4 `tags`. Call20 `thesaurus` first and reuse its preferred tags. Do not coin synonyms.213. **Do not paste the whole document into one body.** Bodies are capped at22 64 KB in Cloud, and a wall of text retrieves badly. Summarize. Quote only23 the lines that must be exact (numbers, names, commands, contract terms).244. **Record the source once.** Put the document's name, date, and location25 (path or URL) in a `## Source` section at the end of each concept body,26 so a reader can go back to the original.275. **Link, do not repeat.** When two concepts from the same document relate,28 link them with a Markdown link to the other concept's id29 (`[title](../path/other-id.md)`), the same way `okf-authoring` describes.306. **Check for what already exists.** `search` for the main terms before you31 write. If a concept already covers the idea, `update` it (or set32 `superseded_by` on the old one) instead of creating a duplicate.337. **Ask before storing sensitive content.** Personal data, credentials,34 or anything the user may not want in shared memory: confirm first.3536## Procedure37381. Read the document. Note its title, date, author, and location.392. `status` for the type and tag vocabulary. `thesaurus` for preferred tags.403. List the candidate concepts (idea, type, one-line description). Show the41 list to the user if there are more than ten, and let them cut.424. `search` each candidate's key terms. Decide: new concept, `update`, or43 skip.445. `ingest` all of them in one call with `concepts: [...]` (up to 100).45 Each item: `id` under a sensible directory (`<topic>/<slug>`), `type`,46 `title`, `description`, `tags`, `status`, and the body with a `## Source`47 section. The result lists, per item, the id or the error, so one bad item48 never blocks the rest.496. `finding_aid` on the directory (Local: `write: true`) so the shelf list50 includes the new concepts.517. Report: how many concepts written, their ids, and what you left out.5253## Types to reach for5455`Decision` (what was chosen and why), `Fact` or `Concept` (a definition or a56number that must stay exact), `Guide` (a procedure), `Requirement`,57`Person`/`Team` (who owns what), `Glossary` (a term). Use the workspace's58existing types from `status` before inventing one.