MOTIVATION: I'm a recovering metadata nerd. I studied it in grad school. In many ways, connections between nodes are more important than the nodes themselves. Right now, the knowledge graph does an amazing job at node management, but connection management can be improved. If this is done correctly, it will accelerate insight generation and improve user experience. REQUEST: Add an automated connection summary between two or more nodes. This can be placed directly in a connection card or elsewhere. Rather than limiting summaries to just nodes, treat connections as important by giving them summaries as well. As a user, I can see the connections between nodes, but they I am still forced to investigate those connections manually. I propose that the knowledge graph adds treats relationships as first class entities. SOLUTION: Users should be able to interact with connections directly. Just like how a user can click a node, they should be able to click a connection. This will reveal a panel just like the panel for nodes. The difference is that this panel will provide detail on the nature of the connection itself. Users should be able to save and manage connections. This is particularly useful when using the "pathfinder" feature. The summary will compile each connection summary and rapidly overview the relationship between the starting and ending nodes. IMPLEMENTATION: It feels like the knowledge graph is currently designed around RDF triples, which deprioritizes relationship fidelity. I recommend leaning further into the property graph approach. The graph already utilizes this to describe [NODE] <-out/inbound-> [NODE] connections. However, by giving the connections priorities too, users will gain more insight. This can be done by shifting to a [SUBJECT] <-predicate-> [OBJECT] connection view to provide semantic context. Here's the difference spelled out in an example: (Current State) Node Relationship: [Richard Hamming] references-> [Bell Labs] [Bell Labs] <-is referred to by [Richard Hamming] (Future State) Semantic Triple: [Richard Hamming] was employed by-> [Bell Labs] [Bell Labs] employed-> [Richard Hamming]