Kyb/DocsBeta

Core Concepts

Kyb models your organisation as a semantic graph of typed entities and relationships. This page explains the building blocks.

Entities

An entity represents a real-world thing in your architecture: a system, service, application, database, business process, person, team, or any other element worth tracking. Every entity has a name, an optional description, and a type.

Entity types follow the ArchiMate 3.2 standard. Common types include Application Component, Application Service, Technology Service, Business Process, and Business Actor. Kyb extends ArchiMate with specializations like Person, Team, Database, GKE Cluster, and Cloud Run Service for more precise classification.

ArchiMate Layers

ArchiMate organises architecture into distinct layers representing different levels of abstraction. Every entity belongs to a layer:

Motivation Layer

The “why” behind the architecture: stakeholders, drivers, goals, outcomes, principles, requirements, assessments, and constraints. Examples: Chief Risk Officer (Stakeholder), 99.99% Availability (Goal), Zero Trust Policy (Principle).

Strategy Layer

Strategic capabilities, courses of action, resources, and value streams. Examples: Payment Processing (Capability), Cloud Migration Program (Course of Action), Customer Onboarding (Value Stream).

Business Layer

Products, business services, processes, actors, roles, and business objects. Examples: Checkout Process (Business Process), Billing Operations (Business Actor), Invoice (Business Object).

Application Layer

Software systems, applications, components, interfaces, and data schemas. Examples: Payment Service (Application Component), REST Orders API (Application Interface), User Record (Data Object).

Technology & Physical Layer

Digital and physical infrastructure: servers, networks, cloud runtimes, storage, and physical assets (facilities, equipment, materials). Examples: GKE Cluster (Node), Cloud SQL (Technology Service), Frankfurt Data Centre (Facility), Edge Gateway (Device).

Relationships

Relationships are typed connections between entities. They define how things depend on, compose, serve, or communicate with each other.

Kyb supports two categories of relationship:

ArchiMate relationships

ServingFlowCompositionAggregationAssignmentRealizationAccessTriggeringAssociationInfluenceSpecialization

Org structure relationships (Kyb extensions)

reportsTofunctionalOwnershipleadsTeamteamMembers

Confidence and Review Status

Every entity carries a confidence score from 0 to 100% indicating how certain the system is about its classification. Entities created by AI inference or cloud discovery start with lower confidence and are marked as Unreviewed.

The Review Queue lets you systematically work through unreviewed entities, approving or correcting each one. Reviewed entities are marked with a checkmark on the graph canvas.

Provenance

Every fact in the graph carries provenance: how it got there. This lets you trace any entity or relationship back to its origin. Source types include:

  • -- LLM Inference (created by the AI assistant)
  • -- GCP Discovery (auto-discovered from cloud)
  • -- Archi Import (imported from an Archi file)
  • -- Manual entry (created by a user)

Projects and Sub-projects

A project is a workspace containing a complete architecture graph. Projects can be organised hierarchically using sub-projects to represent bounded contexts or organisational divisions.

Entities from one project can reference entities in another project. These cross-project references appear as foreign nodes on the graph canvas, visually distinguished so you can see what belongs to the current project versus what is referenced from elsewhere.

Architecture Scenarios

Scenarios allow you to model alternative futures, target-state options (e.g., Option A vs Option B), and planned migrations directly on the same graph without duplicating data.

Using RDF-star annotations, entities and relationships can belong to one or more scenarios. You can also mark baseline elements as “deleted in a scenario” without altering the master architecture. See Architecture Scenarios for full workflows.

Custom Properties & Metamodel

While ArchiMate defines core element types, real-world architecture requires custom metadata. Kyb allows you to extend the metamodel with custom classes, relationships, and typed properties (text, integer, currencies, URLs, and SKOS controlled vocabularies) backed by SHACL constraint validation. Learn more in Custom Metamodel & Shapes.

Tags

Tags provide cross-cutting classification across elements, relationships, and classes. You can assign custom colored tags (e.g. Critical, PCI-DSS, Phase-1) to filter views and display status lozenges directly on the canvas. See Tags & Metadata.

Next: Graph Explorer

Now that you understand the building blocks, learn how to visualise and edit them in the Graph Explorer.