Ontology packages
Both packages export a single manifest object and contain no runtime code. Use one with
seedManifests or setOntologyManifest:
config: { ontology: { mode: 'strict', seedManifests: { [entityId]: { mode: 'strict', manifest: schemaOrgWarmAgentManifest } }, },}// or at runtime:await wiki.setOntologyManifest(entityId, schemaOrgWarmAgentManifest, { mode: 'strict' });schema.org warm-agent
Section titled “schema.org warm-agent”@equationalapplications/schema-org-llm-wiki · npm · source
npm install @equationalapplications/schema-org-llm-wikiimport { schemaOrgWarmAgentManifest } from '@equationalapplications/schema-org-llm-wiki';A curated subset of schema.org covering personal and professional knowledge: 9 node types and 28 edge rows (19 property names). It’s about 2 KB serialized, compared with about 50 KB for the full catalog, so prompts stay small. Every name is standard schema.org, which keeps future JSON-LD export straightforward.
| Node types | |
|---|---|
person, organization, place, event, project |
People, groups, locations, gatherings, initiatives |
action, creativework, review, product |
Tasks, media, opinions, owned items |
Edges include knows, spouse, parent, worksFor, memberOf, homeLocation,
workLocation, location, containedInPlace, subOrganization, object, agent,
attendee, organizer, author, publisher, about, itemReviewed, and owns.
Polymorphic properties such as about appear once per source and target pair.
Software organization
Section titled “Software organization”@equationalapplications/schema-software-org · npm · source
npm install @equationalapplications/schema-software-orgimport { schemaSoftwareOrgManifest } from '@equationalapplications/schema-software-org';A superset of warm-agent for an executive agent working for a software company: 17 node types and 40 edges. It adds:
| Type | Parent | Meaning |
|---|---|---|
software_application |
— | A codebase the org builds, ships, or maintains |
service |
— | A running hosted capability (database, API, CI, auth…) |
role |
— | A function a person fills |
design_spec, handoff, procedure, session_recap, reference_doc |
creativework |
Operational documents |
It also adds edges such as dependsOn (software_application → service), specifies,
documents, handoffFor, supersedes, hasRole, operates, provides, and maintains.