Triple
T27592207
| Position | Surface form | Disambiguated ID | Type / Status |
|---|---|---|---|
| Subject | Crossplane |
E699809
|
entity |
| Predicate | instanceOf |
P0
|
FINISHED |
| Object | cloud-native control plane |
C23256
|
CONCEPT FINISHED |
How this triple was built (1 step)
Every LLM step that produced this triple, in pipeline order — named-entity classification, the disambiguation choices (the exact options shown, with the pick highlighted), and the generated description. The batch + timestamp of each is in the Provenance table below.
CD
Concept disambiguation
gpt-5-mini-2025-08-07
Target class: cloud-native control plane Context triple: [Crossplane, instanceOf, cloud-native control plane]
-
A.
container-native infrastructure platform
A container-native infrastructure platform is an integrated environment that provisions, orchestrates, and manages compute, networking, and storage resources optimized specifically for running and scaling containerized applications.
-
B.
Kubernetes control plane component
A Kubernetes control plane component is a core service (such as the API server, scheduler, or controller manager) that collectively manages cluster state, scheduling, and orchestration of workloads.
-
C.
control plane component
chosen
A control plane component is a system element responsible for managing, configuring, and orchestrating the behavior and state of underlying data plane resources within a distributed or networked environment.
-
D.
cloud-native application
A cloud-native application is a software system designed and built specifically to run in cloud environments, leveraging microservices, containers, dynamic orchestration, and continuous delivery to achieve scalability, resilience, and rapid iteration.
-
E.
cloud native project
A cloud native project is an application or system designed, built, and operated to fully leverage cloud computing models—such as containerization, microservices, dynamic orchestration, and managed services—for scalability, resilience, and rapid delivery.
- F. None of above.
Provenance (1 batch)
The batch behind each pipeline step, in order, with when it ran. Timestamps are batch-level — stages were processed in waves, so the object chain (NER → NED1 → NEDg → NED2) reads in order, but predicate / elicitation batches can sit in a different wave.
| Step | Stage | Batch ID | Status | When |
|---|---|---|---|---|
| creating | Elicitation | batch_69ef6a4d71f081909a1235763206b691 |
completed | April 27, 2026, 1:53 p.m. |
Created at: April 27, 2026, 2:05 p.m.