Concepts

Knowledge Graph

How Hissuno's interconnected knowledge graph connects sessions, contacts, issues, scopes, and knowledge sources.

The Knowledge Graph

At the core of Hissuno is an interconnected knowledge graph. Every entity - sessions, contacts, issues, scopes, knowledge sources, and companies - is a node in this graph, connected through a unified relationship layer.

     Knowledge <-> Scopes <-> Issues
          ^                     ^
          |                     |
     Sessions <-> Contacts -----+

Agents don't just retrieve isolated facts. They traverse relationships to build real understanding. A support agent answering a customer question can walk from the contact to their past sessions, to related issues, to the relevant codebase - assembling full context in one query. A coding agent can go from an issue to the customers who reported it, to their actual conversations, to understand the real problem before writing a line of code.

Entity Types

EntityDescription
SessionsCustomer conversations from the widget, Slack, Intercom, Gong, and other feedback sources
ContactsIndividual people who interact with your product
CompaniesOrganizations that contacts belong to
IssuesBugs, feature requests, and other product items extracted from sessions
Knowledge SourcesYour codebase, docs, websites, and other reference materials
ScopesProduct areas and initiatives that organize the graph (see Scopes)

Relationships

All connections between entities are stored in a single entity_relationships table. Each row links exactly two entities with optional metadata. Relationships are bidirectional - querying either direction returns the connection.

This uniform structure means every entity type can connect to every other entity type. A session links to the contact who created it, the issues extracted from it, the scopes it relates to, and the knowledge sources that informed the agent's response.