> ## Documentation Index > Fetch the complete documentation index at: https://docs.octavehq.com/llms.txt > Use this file to discover all available pages before exploring further. # What is the Octave Library? > The Octave Library stores your GTM strategy as interconnected entities that AI agents query at runtime. Learn how it works. ## How the Library works The Library is Octave's central knowledge graph. It stores everything your GTM team knows — your ICP definitions, buyer personas, competitive positioning, messaging, proof points, objections, motions, and reference customers — as structured entities that AI agents and workflows can query at runtime. Every library entity is workspace-scoped (each customer has their own), searchable via full-text and semantic search, versionable to track changes over time, and interconnected through typed relationships. When you run an Octave agent, it pulls context from the Library to generate relevant, accurate output grounded in your actual strategy — not generic templates. This is what separates Octave from tools that rely on prompt engineering alone. The agent reads your strategy, selects the relevant entities, and generates output that reflects your positioning, your proof points, and your competitive differentiation for each specific prospect. ## Entity types in the Library The Library contains the following entity types. Each serves a distinct role in your go-to-market strategy: | Entity | What it represents | Example | | -------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- | | [Offerings](/concepts/offerings) | What you sell — [Products](/concepts/offerings), [Services](/concepts/services), and [Solutions](/concepts/solutions) | "Octave Platform", "Implementation Service", "Enterprise GTM Solution" | | [Personas](/concepts/personas) | Buyer and user profiles | "VP of Sales", "GTM Engineer" | | [Use Cases](/concepts/use-cases) | Problems your offering solves | "Automate outbound sequencing" | | [Segments](/concepts/segments) | Target market verticals | "Enterprise SaaS", "Healthcare" | | [Motions](/concepts/motions) | GTM strategies binding offering, narrative, and persona×segment cells | "Enterprise Healthcare Net-New Motion" | | [Proof Points](/concepts/proof-points) | Stats and validations | "58% cost-per-meeting reduction" | | [Competitors](/concepts/competitors) | Competitive vendors | "Lavender", "Unify" | | [Alternatives](/concepts/alternatives) | Non-product substitutes | "Manual spreadsheets", "Do nothing" | | [Buying Triggers](/concepts/buying-triggers) | Purchase readiness signals | "Series B fundraise", "New CRO hire" | | [Objections](/concepts/objections) | Recurring pushback with reframe and response | "Too expensive", "We're doing this in-house" | | [References](/concepts/references) | Customer success stories | "Acme Corp — 3x pipeline in 90 days" | [Playbooks](/concepts/playbooks) are deprecated and have been replaced by [Motions](/concepts/motions). ## How entities connect Library entities are designed to reference each other. [Offerings](/concepts/offerings) — Products, [Services](/concepts/services), and [Solutions](/concepts/solutions) — define what you sell. [Personas](/concepts/personas) define who buys and uses them. [Use Cases](/concepts/use-cases) describe the problems they solve. [Segments](/concepts/segments) identify where to find those buyers. [Motions](/concepts/motions) bind these together into executable strategies — each Motion contains Motion Playbooks (narrative angles) and Motion ICPs (persona×segment cells with their own narratives, learnings, and recommended evidence). [Alternatives](/concepts/alternatives), [Competitors](/concepts/competitors), [Buying Triggers](/concepts/buying-triggers), and [Objections](/concepts/objections) cover the full surface of what stops or starts a deal, and the [analytics](/concepts/analytics) layer feeds real conversation evidence back into every one of them. When an agent runs — whether it's qualifying a prospect, generating a sequence, or prepping for a call — it traverses these relationships to pull the right context for that specific situation. The agent doesn't guess. It reads your strategy. The [analytics pipeline](/concepts/analytics) closes the loop: every call, email, and deal outcome flows through Events → Findings → Insights → Reports, with findings linked back to the Library entities they reference so your strategy evolves with what's actually happening in the market. ## What makes the Library different from a CRM A CRM stores account and contact records. The Library stores your *strategy* — the reasoning behind who to target, what to say, and why your offering wins. CRM data tells you Acme Corp has 500 employees and is in Series C. The Library tells you that Series C SaaS companies with a new CRO are your highest-converting segment, that they care about time-to-pipeline, that your strongest proof point is the 58% cost-per-meeting reduction at a similar company, and that the objection you're most likely to hear is "we just hired BDRs to do this in-house" — along with the reframe that works. Agents need both. But without the Library, they're just doing enrichment. With it, they're executing your strategy.