The word system becomes useful when parts are related in ways that produce persistent behavior at the level of a whole.

A system is a bounded set of interdependent elements whose organization and interactions produce behavior over time within an environment.

This definition contains several commitments. A system has elements, but it cannot be understood from an inventory alone. It has a boundary, though that boundary depends partly on the question being asked. It has a state that can change. It interacts with an environment. Its overall behavior depends on relations among parts, not merely on the parts considered separately.

The word and its central idea

English system comes through Latin systema from Greek systēma, an organized whole composed of parts. Its roots carry the idea of things standing together rather than existing as an unrelated assortment.Etymonline: system

The term now covers very different objects:

• the solar system;
• a nervous system;
• an ecosystem;
• a legal system;
• an organization;
• a payment system;
• a software system;
• an AI system.

These examples do not share one material composition or one kind of purpose. What they share is an analytical form: distinguishable elements participate in relations that sustain some pattern of behavior at the level of a whole.

What must a system contain?

The smallest useful account of a system normally identifies:

elements
+ relations
+ a boundary

An account of how the system operates also needs:

state
+ rules or mechanisms of change
+ an environment
+ inputs and outputs
+ time

For an engineered system, further questions become central:

intended purpose
+ constraints
+ performance criteria
+ authority and responsibility

Engineering standards commonly define a system as interacting elements organized to achieve one or more stated purposes.ISO/IEC/IEEE 42020:2019

That purpose-centered definition is appropriate for engineered systems. It should not be projected onto every natural system. A climate system and a river system display organized behavior without needing intentions of their own.

A system is not an inventory

Suppose an online publishing operation contains an author, articles, Markdown files, a Git repository, a static-site generator, a deployment service, a domain, search engines, and readers.

The list tells us what might be present. It does not yet explain the system. The explanation begins with relations:

author ──writes──> article
article ──stored as──> Markdown
Git ──records──> revision
site generator ──transforms──> web page
deployment service ──publishes──> site
reader ──visits──> page
search engine ──indexes──> content

The system exists as an organized pattern of dependencies, transformations, permissions, and flows. If those relations disappear, the same objects may remain, but the publishing capability does not.

This is why a system is not simply the sum of its components. Organization is causally relevant.

How is a system different from a collection?

A collection is defined mainly by membership. A system is defined by interdependence and organization.

One hundred chairs in a warehouse form a collection. Players, coaches, rules, training, communication, and matches may form a team system. A contact list is a collection of records. Communication, roles, authority, and feedback can turn a group of people into an operating organization.

Boundaries make system analysis possible

Everything is connected to something else. If every remote influence must be included, the system expands until it becomes indistinguishable from the world. A useful analysis therefore defines a boundary.

A boundary answers:

Which elements and relations belong to the system under study, and which belong to its environment?

Consider a coffee shop. An analysis of waiting time may include customers, ordering, baristas, equipment, and queue rules. An analysis of profitability may add rent, suppliers, delivery platforms, and pricing. A food-safety analysis may include storage, temperature control, cleaning, and regulation.

The coffee shop has not become three different objects. The analytical boundary changes because the question changes.

INCOSE describes the environment as the part of the outside world that significantly interacts with and affects a system, often as the source of inputs and destination of outputs. Defining the boundary and environment is therefore a basic step in systems thinking.INCOSE: Systems Thinking 101

The boundary is selected, but it is not arbitrary. A model cannot exclude a major causal influence merely because including it would make the diagram untidy.

Open systems exchange with an environment

An environment may provide information, energy, materials, users, prices, legal constraints, threats, and disturbances. A system may return products, decisions, services, waste, risk, and social effects.

environment
    ↓ input
system state and operation
    ↓ output
changed environment
    ↓ new input
continued operation

Most systems studied in biology, society, organizations, and computing are open in this sense. They depend on continued exchange.

A closed system is often an analytical idealization. It means that particular exchanges can be ignored for a particular purpose, not that the object has no relation to anything outside it.

Systems have state and history

A system is not only an architecture diagram. It occupies states, changes state, and carries effects from its history.

A website may be healthy, building, partially deployed, unavailable because of DNS, or updated in a repository while production still serves an earlier release. The same components and nominal connections can therefore produce different outcomes at different moments.

A simple dynamic description is:

current state + input + transition rules
                    ↓
             next state + output

Time delays matter. A page may be live before a search engine indexes it. A product may improve before public expectations change. A policy may appear effective in the short term while accumulating a long-term cost.

Ignoring delay turns a dynamic system into a misleading snapshot.

Feedback changes subsequent behavior

Feedback occurs when an output or consequence returns as an influence on later system behavior.

Negative feedback counteracts a deviation. A thermostat detects a falling temperature, turns on heating, and later turns it off as the room returns to range. Negative feedback often supports stability.

Positive feedback reinforces a change. More engagement may produce more recommendation exposure, which produces more engagement. Positive feedback may create growth, lock-in, polarization, or collapse.

The words positive and negative do not mean good and bad. They describe whether the loop amplifies or counteracts change.

Delayed feedback can cause overshoot and oscillation. Missing feedback can allow a system to optimize a proxy long after the proxy has stopped representing the intended result.

Emergence comes from organization

“The whole is greater than the sum of its parts” is a familiar systems slogan. It is suggestive but imprecise.

What the inventory omits is organization: spatial arrangement, causal interaction, timing, feedback, and constraints. Those relations allow a whole to display properties that isolated parts do not display.

• A single vehicle does not constitute a traffic jam; many mutually constraining vehicles can.
• A single market participant does not determine a market price; structured interaction among many participants may produce one.
• A single neuron does not perform the full cognitive work of a nervous system; organized neural activity supports higher-level capacities.
• A molecule does not have the thermodynamic temperature of a macroscopic body; temperature characterizes a collective state.

Systems biology likewise studies components in the context of their interactions and the constraints imposed by the whole.Stanford Encyclopedia of Philosophy: Philosophy of Systems and Synthetic Biology

Emergence should not be used as a label for mystery. An emergent property still calls for an explanation of arrangement, interaction, scale, constraint, and time.

Does every system have a goal?

No. Purpose, function, and intention must be distinguished.

An engineered payment system is built for stated purposes. An organization may pursue several partly conflicting objectives. A heart performs a biological function that can be explained through physiology and evolution without attributing intention to the organ. A solar system displays lawful behavior without pursuing a goal.

Even in designed systems, four things can diverge:

stated purpose
designer intention
metric actually optimized
outcome actually produced

A recommendation service may claim to improve user satisfaction while optimizing clicks. Higher click-through rates may coexist with lower trust, worse information quality, or compulsive use.

A system should therefore be evaluated by its operation and effects, not only by its declared purpose.

System, structure, mechanism, process, and model

These terms answer different questions.

A publishing system has a structure of repositories, builders, and servers; a mechanism that converts Markdown into HTML; a process of drafting, review, commit, build, and deployment; and a function of making content reliably accessible.

The system is the object under study. A system model is a selective representation of that object. A diagram may omit details usefully, but success in the diagram does not guarantee success in the world.

Systems, entities, and ontology

An entity analysis asks which particular object is being referred to. A system analysis asks how entities and relations are organized into behavior over time. An ontology specifies which kinds of entities and relations a domain recognizes.

entity: an identifiable object
relation: a way objects are connected
system: organized objects and relations operating over time
ontology: an account of the recognized kinds and relations

A system can itself be treated as an entity. A payment system may have an owner, version, status, service boundary, and lifecycle. At a lower level, the same system contains account, order, fraud-control, channel, and settlement subsystems.

Something can therefore be a system at one level and a component of a larger system at another. The relevant level depends on the question.

Related discussions appear in “What Is an Entity? Identity, Reference, and AI Systems” and “What Is Ontology? From What Exists to What AI Can Represent”.

Subsystems and systems of systems

Complex systems are often nested:

component
    ↓
subsystem
    ↓
system
    ↓
larger system

A payment interface may belong to an order-and-payment subsystem, which belongs to an e-commerce platform, which participates in a broader commercial and logistics environment.

A system of systems joins systems that can still operate and be managed with substantial independence. Urban mobility, for example, may involve roads, buses, rail, navigation, ticketing, traffic control, taxis, and ride-hailing platforms. No single component completely determines the whole, yet their interactions shape citywide movement.

This creates coordination problems that cannot be solved by optimizing one subsystem alone.

Are systems discovered or constructed?

Both descriptions capture part of the truth.

Real interactions, dependencies, feedback loops, and constraints are not invented merely by drawing a boundary. Traffic congestion, ecological exchange, institutional authority, and software calls have real effects.

Yet the choice of boundary, scale, state variables, and level of abstraction depends on what the investigator needs to explain. The same person can participate in biological, family, legal, organizational, economic, and information systems.

A useful position is:

Interactions are constrained by reality; system boundaries and levels are selected for inquiry and action.

The model must remain answerable to observed behavior. A convenient boundary that excludes decisive effects is a bad boundary.

System boundaries also carry values and power

Boundary choices determine what becomes visible.

When a system defines who counts as a user, which outcomes count as benefits, which harms count as externalities, which metric receives optimization pressure, and who may change the rules, it embeds practical and political judgments.

A delivery platform that measures only completed orders per hour may improve its internal efficiency while moving safety risk, waiting pressure, and road danger onto workers and the public.

The system did not eliminate the cost. Its measurement boundary excluded the cost.

Systems analysis therefore asks more than whether an operation is efficient:

• Efficient for whom?
• Which outcomes are measured?
• Who absorbs failure and delay?
• Who has authority to change the objective or boundary?
• Which effects appear only in a larger system?

What is an AI system?

An AI system is not synonymous with an AI model.

A deployed language-model application may include:

users and operators
+ interface
+ prompts and context
+ one or more models
+ retrieval and knowledge sources
+ memory and state
+ tools and external services
+ orchestration and control flow
+ identity and permissions
+ runtime infrastructure
+ logging and evaluation
+ human review
+ outcome feedback

The model performs part of the inference. The surrounding system decides what reaches the model, which external state is available, which tools may run, whose authority applies, how outputs are checked, and what changes in the world.

The OECD definition describes an AI system as a machine-based system that infers from inputs how to produce predictions, content, recommendations, or decisions that can influence physical or virtual environments. Its explanatory material describes a model as a core component of such a system.OECD: Updated Definition of an AI System

NIST emphasizes that AI systems are sociotechnical: their benefits and risks emerge from technical components together with operators, users, other systems, and the social context of deployment.NIST AI Risk Management Framework

A model can answer while the system still fails

A language model may generate a correct article draft. Publishing that article reliably requires a larger system to:

• resolve the intended article and language versions;
• read repository rules;
• modify the correct files;
• preserve identity and authorization boundaries;
• validate the build;
• commit and push with the correct repository identity;
• wait for deployment;
• verify the live pages, canonical URLs, language links, and sitemap.

Failure can occur at any boundary. The model may be correct while retrieval supplies stale facts. The plan may be correct while a tool targets the wrong entity. The code may build locally while deployment fails. The page may be live while search metadata is missing.

Therefore:

Model capability does not by itself establish system reliability.

Evaluation must match the system boundary. A model benchmark measures a model under specified conditions. It does not automatically measure the complete product, workflow, organization, or real-world outcome.

A practical method for analyzing a system

1. State the question. Are you trying to explain, design, improve, control, or evaluate the system?
2. Draw the boundary. What belongs inside, what belongs to the environment, and why?
3. Identify elements. Include people, software, physical objects, rules, institutions, data, and resources.
4. Map relations and flows. Track information, material, money, authority, and dependency.
5. Describe states and transitions. What states can occur, and what changes one state into another?
6. Find feedback loops. Which consequences reinforce or counteract earlier behavior?
7. Examine delays. When do outputs and consequences become observable?
8. Separate goals from metrics. What outcome is intended, and what variable actually receives optimization pressure?
9. Locate constraints and authority. Who can change which element, rule, or boundary?
10. Inspect excluded effects. Which people, costs, and risks appear only when the boundary expands?

A final definition

A system can be defined as:

A system is a bounded whole in which interdependent elements operate through some organization and rules, change state over time, interact with an environment, and thereby produce behavior or capacities at the level of the whole.

For designed systems, that account must also include purpose, constraints, metrics, authority, and responsibility.

A system is not merely many things placed together, and it is not merely an architecture diagram. It exists as organized interaction: changes in one part affect others, relations alter outcomes, and the condition of the whole constrains what its parts can do.

Identifying entities tells us what is present. Understanding a system tells us how those entities operate together and why the observed result occurs.

References

• Etymonline: system
• ISO/IEC/IEEE 42020:2019
• INCOSE: Systems Thinking 101
• Stanford Encyclopedia of Philosophy: Philosophy of Systems and Synthetic Biology
• OECD: Updated Definition of an AI System
• NIST AI Risk Management Framework

The word is broad because it does not describe a particular material composition. It describes a role within thought, language, or a model:

An entity is something treated as having a distinguishable identity, so that it can be referred to, described, related to other things, tracked over time, or acted upon.

An entity need not be tangible. It need not exist independently. It need not even exist in the actual world. What it needs, within a particular domain, is enough identity for the system to treat it as the same subject across multiple statements or operations.

Where does the word “entity” come from?

English entity comes through Medieval Latin entitas, formed from ens, a being or something that is, which in turn is related to the Latin verb esse, to be. The word therefore carries an ontological background: it concerns something considered as a being or item of existence.American Heritage Dictionary: entity

That history explains why entity can be used so widely. It may refer to a physical object, a person, an institution, an event, a number, a proposition, or another item admitted by a theory. In philosophy, thing, being, entity, and object may all compete for the role of a maximally general term for whatever a system acknowledges.Stanford Encyclopedia of Philosophy: Object

No single list of entities is philosophically neutral. A physicalist ontology, a mathematical ontology, a legal ontology, and a fictional world may recognize different kinds of things. Calling something an entity is therefore both a semantic move and, in many contexts, an ontological commitment.

An entity is not merely a physical object

A physical object usually has material structure and some spatial boundary. An entity need not.

A corporation has no single body. It depends on law, records, roles, property, contracts, and continued institutional recognition. A meeting is not a durable object, but it can have participants, a time, a location, an agenda, and an outcome. An account exists only within a platform and its rules, yet the platform must still distinguish one account from another.

All three can function as entities because each can be identified and become the subject of further claims.

The English words entity and substance should also be separated. An entity is any item treated as a being or object of reference. A substance, in major philosophical traditions, is more specifically something taken to exist relatively independently or to bear properties. Events, relations, numbers, and properties may count as entities without counting as substances in that stronger sense.Stanford Encyclopedia of Philosophy: Substance

Reference does not establish real existence

Sherlock Holmes can be named, described, compared with other characters, and placed in a network of fictional relations. He is an entity in literary discourse and may be an entity in a knowledge base. None of this makes him a historical person.

At least three questions must therefore remain separate:

An entity can exist at the first two levels without satisfying the third. Plans, hypothetical products, possible events, mistaken identities, and fictional characters all demonstrate why representation and reality must not be collapsed.

Identity is the central problem

Finding a noun is easy. Determining what makes something the same entity is harder.

A person may change names and addresses while remaining the same person. A corporation may replace every employee and continue as the same legal organization. An article may be revised many times while retaining one publication history. A product may keep its commercial name while its capabilities, components, or terms change substantially.

Different types of entities require different identity criteria:

A name is not an identity. Two people can share a name, and one person can use several names. A set of properties is not automatically an identity either. Properties change, records conflict, and two objects may resemble one another closely without being the same object.

A useful entity representation usually needs more than a label:

stable identifier
+ entity type
+ attributes
+ relationships
+ temporal state
+ provenance
+ confidence in the identity match

How does ontology relate to entities?

An entity does not become a useful modeling unit in isolation. A system must decide what kinds of entities it recognizes, which attributes they may have, which relations may connect them, and what counts as persistence or change.

Those decisions form part of an ontology.

An entity is a particular item recognized within a domain; an ontology states which kinds of items the domain recognizes and how they may be organized.

“Shanghai” may be stored as a string in a simple customer table. In a geographical knowledge system, it may be represented as an entity with coordinates, administrative status, districts, and relationships to other places. The difference depends on whether the system needs to identify Shanghai independently and reason about it.

Philosophical ontology asks what exists and how different kinds of beings exist. Computational ontology turns a domain commitment into an explicit model of classes, entities, properties, relations, and constraints. A fuller account appears in “What Is Ontology? From What Exists to Models AI Can Use”. Here ontology matters because it supplies the type system and identity conditions within which entities can be distinguished.

What does “entity” mean in AI?

In AI, an entity is usually an object distinguished from text, images, records, or an environment because the system needs to understand, retrieve, remember, reason about, or act on it.

The term changes meaning across tasks. Named-entity recognition, entity linking, entity resolution, knowledge graphs, computer vision, databases, and AI agents do not operate at exactly the same level.

Named-entity recognition finds mentions, not verified objects

Consider the sentence:

Apple plans to announce a new phone in Shanghai tomorrow.

A named-entity recognition system may label:

• Apple as an organization;
• Shanghai as a location;
• tomorrow as a date.

At this stage, the system has identified mentions: spans of language that appear to refer to named or otherwise categorized entities. In engineering terms, a conventional NER component predicts labeled token spans. spaCy, for example, describes its entity recognizer as identifying non-overlapping labeled spans.spaCy: EntityRecognizer

The output does not yet prove that Apple refers to Apple Inc. rather than a different organization, a title, or an annotation mistake. Nor does it establish that the announced phone is a particular product with a known identity.

The distinction is fundamental:

entity mention ≠ entity identity
entity name ≠ unique referent
entity type ≠ proof of existence

Entity linking connects a mention to a canonical entity

Entity linking attempts to determine which known entity a mention refers to.

“Apple” in a sentence
        ↓ disambiguation
Apple Inc.
        ↓ normalization
knowledge-base ID: company/apple-inc

This requires at least two forms of reasoning:

• Disambiguation: Which entity with this name fits the context?
• Coreference and normalization: Do Apple, Apple Inc., and the Cupertino company refer to the same entity here?

Linking converts a piece of language into an addressable object in a knowledge system. It is still fallible. The selected knowledge-base entry may be wrong, duplicated, incomplete, or out of date.

Entity resolution asks whether records describe the same thing

Entity linking usually begins with language and a knowledge base. Entity resolution often begins with records.

A customer system may contain:

Li Ming, Shanghai, 138****1234
Ming Li, 上海市, 138****1234
李明, Pudong, 138****1234

Do these records describe one person, two people, or three? Shared fields provide evidence, but they do not make the answer automatic. Phone numbers can be reassigned, addresses can be shared, and names can collide.

Entity resolution may involve:

• deduplicating records;
• matching aliases and transliterations;
• detecting that one entity has split or merged in a source system;
• preserving conflicting claims rather than forcing a premature merge;
• recording why two records were considered the same.

This is an identity decision under uncertainty. A useful system keeps the evidence and confidence behind the match instead of treating similarity as certainty.

Knowledge graphs place entities in a network of claims

In a knowledge graph, entities are commonly represented as nodes connected by typed relations:

Apple Inc. ──headquartered in──> Cupertino
Apple Inc. ──released──> iPhone
iPhone ──instance of──> smartphone product

This representation distinguishes:

• entities such as Apple Inc., Cupertino, and an iPhone model;
• classes such as company, city, and product;
• attributes such as dates and names;
• relations such as headquartered in and released.

RDF represents claims as subject–predicate–object triples. Its notion of a resource is deliberately broad: a resource may denote a physical thing, a document, an abstract concept, or another item in the universe of discourse.W3C: RDF 1.1 Concepts and Abstract Syntax

An ontology supplies general rules, while a knowledge graph contains particular claims:

ontology: a company may release a product
claim: Apple Inc. released a particular iPhone model

A graph node is not automatically a verified real-world object. It may represent a class, a fictional entity, a planned object, an uncertain hypothesis, or an erroneous record. Provenance and status remain necessary.

Concepts, classes, entities, identifiers, and records

Several layers are easily confused:

Company may be a concept and a class. Apple Inc. may be an entity. Apple may be a name or mention. company_001 may be an internal identifier. A row in a database may contain claims about the company. None of these layers is identical to the organization itself.

One entity may have many names and records. One record may accidentally combine facts about several entities. A unique database key guarantees uniqueness inside a table; it does not prove that the row corresponds correctly to one real-world thing.

When should something be modeled as an entity?

Not every noun phrase needs its own entity. Six questions help:

1. Does it need a distinct identity? Must the system distinguish this item from similar items?
2. Will it be referred to repeatedly? Will multiple documents, records, or tasks mention it?
3. Does it have its own attributes? Must the system store a status, date, location, or owner?
4. Does it participate in relationships? Must it be connected to other objects?
5. Does it persist through time? Must the system recognize it after some properties change?
6. Can the system act on it? Will it be queried, edited, sent, authorized, purchased, deleted, or monitored?

If most answers are yes, an entity is often appropriate. Otherwise a literal value, label, or temporary span may be enough.

Entity modeling is not free. Every entity type introduces identity rules, lifecycle questions, merge and split behavior, provenance requirements, and access-control consequences.

Can events, states, and intentions become entities?

Grammatical categories do not map directly onto model categories. Nouns do not always denote entities, and verbs do not always remain mere relations.

“Maya signed Contract C36” can be represented as a simple relation:

Maya ──signed──> Contract C36

If the system must record the date, location, version, witnesses, method, and legal status, the signing can become an event entity:

Signing Event E1024
├── signer: Maya
├── object: Contract C36
├── time: 2026-09-24
├── place: Shanghai
└── status: effective

An intention can likewise be modeled as a mental-state entity when the system needs to record whose intention it is, what outcome it concerns, when it was inferred, which evidence supports the inference, and how uncertain the interpretation remains.

Reification makes an event, relation, or state available for further description. It is useful when the system needs that detail, but it should not be mistaken for a discovery that the world naturally divides itself in exactly that form.

How do large language models handle entities?

A standard large language model receives tokens and computes distributed representations shaped by training data and current context. It can learn that Apple often occurs near company, product, iPhone, and Cupertino, and it can frequently disambiguate the word from the fruit.

This competence does not imply that the model contains a single, explicit, canonical Apple Inc. record comparable to a carefully maintained knowledge base. Entity information may be distributed across parameters and reconstructed probabilistically in context.

Consequently, a language model may:

• resolve an entity correctly in one context and confuse it in another;
• conflate a company, its brand, its products, and its website;
• recall an old property without knowing that it has changed;
• invent a plausible person, paper, organization, or product;
• answer without a stable source for the entity claim.

For tasks that require reliable action, model output is usually only one layer:

language model
+ domain ontology
+ entity IDs and resolution
+ current state and provenance
+ time-aware records
+ permissions and action rules

The language model interprets open-ended language. The ontology defines possible types and relations. Entity services determine identity. Data sources establish current state. Authorization determines which operations are permitted.

Why do AI agents need explicit entity identity?

Consider the instruction:

Update yesterday’s article about needs on Moonment.

The request contains several unresolved references:

The agent may understand the general intention while still acting on the wrong file, project, account, language version, or deployment.

A safer path is:

natural-language request
        ↓
mention and reference detection
        ↓
type assignment and coreference
        ↓
entity linking and resolution
        ↓
relation, event, and intent interpretation
        ↓
state, provenance, and authorization checks
        ↓
action on the resolved entity

Intent specifies the change the user appears to seek. Entity resolution determines what the intended action applies to. Authorization determines whether the action may be performed. None can substitute for the others.

Can AI establish that an entity really exists?

Language alone cannot establish existence.

An AI system can estimate that a phrase is probably a person’s name, that context probably indicates a company, or that a mention probably links to a known record. Real-world verification requires additional evidence, such as:

• an authoritative registry or primary source;
• a current database record;
• a file that actually exists in the relevant filesystem;
• a live website or API;
• an authenticated identity and permission system;
• a sensor observation or human confirmation.

The following claims are distinct:

the text mentions something
≠ the model identified it correctly
≠ the system linked the correct record
≠ the record is accurate and current
≠ the corresponding thing exists now
≠ the user is authorized to act on it

Model confidence is not proof of existence. It describes a model’s judgment under particular inputs and assumptions. It does not replace provenance or verification.

A checklist for entity design in AI systems

1. Which entity types does the system recognize, and why?
2. Are mentions, names, classes, entities, identifiers, and records kept separate?
3. What establishes identity for each entity type?
4. How are aliases, namesakes, renaming, and duplicate records handled?
5. Do attributes and relations carry time and provenance?
6. Are events and changing states being flattened into misleading static fields?
7. Are extraction, linking, resolution, and real-world verification separate stages?
8. Can the system distinguish fictional, planned, hypothetical, and actual entities?
9. What happens to historical claims when entities merge, split, or change type?
10. Before acting, how does the system verify identity, current state, and permission?

An entity-rich system can still be unreliable. Without identity criteria, provenance, temporal state, and authorization, it merely attaches confident-looking labels to uncertain referents.

Entities connect language to action

Entities form an interface between language, knowledge, and operations:

objects, events, and states in a domain
                ↓
names and descriptions in language
                ↓
entity, attribute, and relation recognition
                ↓
links to records and external evidence
                ↓
interpretation of needs and intentions
                ↓
authorized action and recorded outcomes

An entity answers, “Which particular thing are we talking about?” An attribute answers, “What is it like?” A relation answers, “How is it connected?” An event answers, “What happened?” An intention answers, “What outcome is an agent trying to bring about?”

The most serious entity error in AI is not failing to label a noun. It is treating an ambiguous expression as though it already named one verified, current, and actionable object.

References

• American Heritage Dictionary: entity
• Stanford Encyclopedia of Philosophy: Object
• Stanford Encyclopedia of Philosophy: Substance
• Stanford Encyclopedia of Philosophy: Logic and Ontology
• spaCy: EntityRecognizer
• spaCy: Linguistic Features—Named Entity Recognition
• W3C: RDF 1.1 Concepts and Abstract Syntax
• W3C: OWL 2 Web Ontology Language Primer

At its broadest, ontology asks:

What exists, what kinds of things exist, and what basic structures relate them?

An inventory is only the beginning. An ontology must also address whether objects, events, properties, relations, numbers, institutions, and mental states exist in the same way. It must say what makes an entity the same entity through change and whether some things depend on other things for their existence.

A rock and a corporation can both be treated as entities. The rock persists through a physical organization of matter. The corporation depends on legal rules, records, offices, agreements, and collective practices. Both can be real without having the same mode of existence or the same conditions of identity.

Ontology therefore concerns more than a hidden substance behind appearances. It studies the inventory, categories, identity conditions, dependence relations, and general structure of a world.

The Term and Its Scope

The word ontology combines Greek roots associated with being or that which is, and with study or account. The discipline is often introduced through the question “What is there?” Yet contemporary ontology also investigates the most general features of what there is and the ways different entities relate. The term itself became a disciplinary label in early modern philosophy rather than arriving unchanged as an ancient Greek field name. Stanford Encyclopedia of Philosophy: Metaphysics

This broad scope matters because ontology is sometimes reduced to one of two narrower projects:

• a search for the ultimate material from which everything is made;
• a search for the essential definition of each kind of thing.

Both can raise ontological questions, but neither exhausts the field. Ontology also asks whether events are entities, whether properties can exist independently of their instances, how social institutions depend on collective practices, and what makes a person or organization persist over time.

Four Dimensions of an Ontology

Inventory: what does the theory admit?

Every theory relies on some account of what it takes to be real or indispensable to explanation. A physical theory may quantify over fields and particles. A theory of mind may include experiences, beliefs, intentions, or functional states. A social theory may refer to institutions, norms, roles, and collective agents.

Using a noun does not automatically settle the ontology. A theory may speak conveniently about an “average consumer” without treating that consumer as an individual entity. The ontological question is whether the theory is committed to such a thing as part of its account of the world.

This is why ontology includes the study of ontological commitment: what must exist, or be treated as existing, if a set of claims is true?Stanford Encyclopedia of Philosophy: Logic and Ontology

Categories: what kinds of entities are there?

Ontologies distinguish among general kinds:

There is no universally accepted final table. The dispute is partly about whether these divisions are discovered in reality, imposed by language and cognition, or produced through an interaction between the world and a purpose of inquiry.

Identity: what makes something the same thing?

Identity through change is a central ontological problem.

• A person normally remains the same person after changing a name.
• A corporation may survive a complete change of staff.
• An essay may retain its identity across revisions because a version history connects them.
• A product may acquire new packaging without becoming a new model.
• A machine-learning system may be called the same product after an update even when the deployed model artifact has changed.

The answer depends on the kind of entity under discussion. Legal continuity can matter for a corporation, biological continuity for an organism, provenance for a document, and a stable identifier plus version policy for a software artifact. A matching name is not enough to establish identity, and a changed property does not by itself establish a new entity.

Dependence and structure: what relies on what?

Some entities appear capable of existing independently; others exist only through a supporting structure.

A purchase depends on participants, an object of exchange, a time, and a transaction. A currency depends on institutional rules and practices. A software process depends on code and an execution environment. A fictional character can exist as an object of a story and discourse without being an actual historical person.

These examples separate three claims that are often conflated:

an expression refers to something
≠ a model represents it as an entity
≠ a corresponding entity exists in the actual world

An ontology has to state which level it is describing.

Ontology, Essence, Epistemology, and Metaphysics

Ontology overlaps with several neighboring subjects but answers a distinct question.

Essence concerns what an entity must be in order to count as the kind of thing it is. Ontology also asks whether that kind exists, how its instances persist, and how it relates to other kinds.

Epistemology concerns knowledge, evidence, and justification. Whether intentions are mental states is an ontological issue. How an AI system can infer an intention from language and behavior is an epistemological and methodological issue. A complete inquiry needs both: an account of the target and an account of the evidence for finding it.

Metaphysics is usually broader. It includes ontology but also ranges over causation, time, modality, freedom, grounding, and the overall structure of reality. The borders vary across traditions, so ontology should not be treated as a universally fixed department inside metaphysics.

Computational Ontology: Making Commitments Explicit

In knowledge representation, ontology names an engineered artifact as well as a philosophical inquiry.

Thomas Gruber’s influential formulation describes an ontology as a specification of a conceptualization. The practical aim was knowledge sharing: agents need an explicit vocabulary defining the classes, relations, functions, and other objects used in a shared domain.A Translation Approach to Portable Ontology Specifications

A computational ontology can therefore be understood as:

an explicit, inspectable account of the entity types, properties, relations, and constraints that a system recognizes within a domain.

Consider a commerce domain:

Customer ──has──> Need
Brand ──offers──> Product
Merchant ──sells──> MarketOffering
MarketOffering ──realizes──> Product
Customer ──buys──> MarketOffering
Customer ──uses──> Product
Order ──contains──> MarketOffering

The arrows do not settle the model. Designers still have to decide:

• Is a product a design, a model, a service capability, or an individual item?
• Does price belong to the product, the market offering, or a time-bounded quote?
• Are two merchants selling one product or two distinct offerings?
• Does an offering cease to exist when it is withdrawn?
• Does a purchase establish that a customer’s need was met?

These are ontological choices with operational consequences. They determine how data can be joined, which inferences are valid, and what an automated system can act upon.

What an Engineering Ontology Contains

Classes and individuals

A class represents a kind such as Person, Organization, or Product. An individual represents a particular member of one or more classes. In OWL 2, classes can be understood as sets of individuals, while properties express relations among individuals or between individuals and data values.W3C: OWL 2 Primer

Class membership need not be exclusive. One individual might be both a customer and an employee. A useful ontology states when multiple classifications are compatible and when classes are disjoint.

Properties and relations

Properties express information such as a name, status, date, or quantity. Relations connect entities through claims such as worksFor, owns, published, or purchased.

Whether a value should become an entity depends on the required reasoning. A city can be stored as a string if nothing else refers to it. It should usually become an identified entity if the system must connect it to regions, offices, time zones, routes, or multiple records.

Axioms and constraints

An ontology can state more than permitted vocabulary. It can encode claims that support validation and inference:

• every order has a buyer;
• a cancelled order cannot simultaneously be awaiting payment;
• every researcher is an employee;
• people and organizations are disjoint kinds;
• a relation is symmetric, transitive, functional, or inverse to another relation.

Formal languages differ in what they express and in the assumptions they make. An ontology should therefore be judged partly by the reasoning task it must support, not by the size of its vocabulary.

Identity, provenance, and time

Operational systems encounter aliases, duplicate records, namesakes, revisions, and claims that change over time. An ontology alone does not solve entity resolution. It has to work with identifiers, provenance, temporal data, and confidence to answer:

• Do two records refer to the same entity?
• When was a property true?
• Which source supports the assertion?
• Is the assertion observed, inferred, or supplied by a user?

Without these distinctions, a clean graph can still represent an incorrect world.

An Ontology Is More Than a Taxonomy or Schema

A taxonomy arranges categories, often in a hierarchy. It tells a system that a researcher is a kind of employee or that a phone is a kind of product.

A database schema specifies storage: tables, columns, keys, and types.

An ontology addresses semantics: what the records represent, which relations are meaningful, what identity means, and which constraints or inferences follow.

The three can overlap, but they are not interchangeable:

taxonomy: how kinds are classified
schema: how data is stored
ontology: what the modeled things mean and how they may relate

A relational database can implement an ontology. A graph database can also lack one. The storage technology does not settle whether the domain has been conceptually defined.

Does a Large Language Model Have an Ontology?

Language models learn many implicit categories and relations from text. They can produce statements such as “a company releases a product” and often resolve an ambiguous word from context. This behavior shows useful conceptual organization.

It does not establish that the model contains one explicit, stable, internally consistent ontology. Information about a company or product is distributed across parameters and contextual activations. Different prompts can elicit incompatible classifications or identity assumptions.

Typical failures include:

• treating a brand and its owning company as one entity;
• treating a product and a purchasable offering as one object;
• confusing a name with a verified identity;
• confusing a discourse entity with an actually existing entity;
• applying different identity criteria across contexts.

For reliable action, an AI system often needs several layers:

language model
+ domain ontology
+ current entity and state data
+ provenance and time
+ permissions and action rules

The language model interprets variable expression. The ontology constrains the objects and relations the system recognizes. Data supplies current instances and states. Authorization determines which actions are permitted. Understanding “update the essay” is insufficient until the system identifies the essay, language edition, revision, destination, and authority to publish.

Are Ontologies Discovered or Designed?

Every practical ontology is selective. The same cup of coffee can be modeled as:

• a physical object with a temperature and container;
• a sellable item with a price and inventory status;
• a nutritional object with ingredients and calories;
• an experience with flavor and context;
• an environmental object with a supply chain and emissions.

Different purposes can justify different boundaries. Purpose, however, does not make every model equally adequate. Merging two different people, treating a temporary quote as a permanent product price, or discarding provenance can produce false claims and harmful actions.

A useful ontology can be examined through seven questions:

1. What problem is the ontology intended to support?
2. Which entities does it recognize, and which does it omit?
3. Are identity conditions clear for each important kind?
4. Are objects, events, states, properties, and relations kept distinct?
5. Do the axioms support the required inferences without producing contradictions?
6. Can the model represent time, provenance, and uncertainty where they matter?
7. Can old data still be interpreted when the ontology changes?

An ontology is a map of what a system takes to exist and how those things fit together. It is answerable to reality, but it should not be confused with reality itself.

Entities Are Local; Ontology Is the Framework

An entity is something a system can identify, describe, relate, track, or act upon. An ontology states:

• what can count as an entity;
• which kinds of entity exist in the domain;
• what makes entities identical or distinct;
• which properties they can bear;
• which relations and events they can enter;
• which conditions constrain their existence and change.

The relationship can be summarized in one sentence:

An entity is one recognized item; an ontology is the system’s account of what kinds of items may be recognized and how they are organized.

A Word Is Not a Concept

A word is a unit of language. A concept is something used in categorization, thought, inference, memory, learning, and decision-making.

The English word water is not identical to the concept of water. The concept includes ways of identifying water, expectations about its behavior, relations to other substances, and inferences that can be drawn about it. The same concept can be expressed in different languages, while a single word can express different concepts in different contexts.

A dictionary is therefore a starting point rather than a complete theory. It records established senses and patterns of use. Conceptual analysis must also ask what is being represented, how the representation is structured, and what work it performs in reasoning.

Philosophy offers no single accepted account of what concepts themselves are. Major approaches treat them as mental representations, cognitive abilities, or abstract objects. Stanford Encyclopedia of Philosophy: Concepts

Parts of Speech Are Grammatical Categories

Nouns, verbs, and adjectives describe how expressions function grammatically.

• Nouns commonly name or refer to people, objects, events, states, and abstractions.
• Verbs commonly express actions, occurrences, changes, and continuing processes.
• Adjectives commonly attribute properties, conditions, degrees, or evaluations.

These patterns do not create a one-to-one map between grammar and reality.

Death is a noun that can refer to an event. Run can be a verb naming an activity or a noun naming an instance, route, or sequence. Red can be an adjective attributing a color or a noun referring to the color itself. Choice is a noun derived from action language.

Grammar tells us how an expression is used in a sentence. It does not by itself settle what kind of entity, occurrence, or structure the expression is about.

What Kinds of Things Can Concepts Represent?

Objects and Entities

Objects are typically treated as things that exist and retain some identity across change: a person, a tree, a phone, or a building.

Not every entity is a natural physical object. A corporation is a social and legal entity constituted by rules, roles, records, assets, and relationships.

Events

Events happen or take place: an arrival, an election, an explosion, a birth, or a death.

Philosophers often contrast objects, which exist, with events, which occur. The contrast is useful but disputed. Objects and events also differ in how they occupy space and time and in how they are identified. Stanford Encyclopedia of Philosophy: Events

Actions

Actions are things agents do: promise, refuse, write, choose, repair, or work.

An action is not merely a bodily movement. Describing something as an action often introduces questions about intention, control, knowledge, ability, and responsibility. A movement that happens to a person and an action performed by that person may look similar while differing in agency.

Processes

Processes unfold over time: learning, aging, erosion, cognition, and economic development.

A process may contain many events without having one natural endpoint. Learning is an extended process; passing a particular examination is an event within a longer history.

States

States obtain or persist for a period: knowing an answer, being unemployed, remaining stable, or feeling anxious.

A state description does not by itself explain its cause, permanence, or value. Calling someone anxious identifies a condition; it does not establish why the condition arose or whether it defines the person.

Properties

Properties are attributed to objects, actions, and states: red, rigid, fragile, free, fair, or positive.

Some properties have agreed measurement procedures. Others depend on interpretive or normative standards. Length and fairness can both be predicated of something, but evidence for each is assessed differently.

Relations

Relations connect two or more terms: resemblance, causation, ownership, kinship, dependence, rights, and obligations.

Many concepts that sound like self-contained qualities are partly relational. Significance, for example, often involves a relation among an event, an interpreter, a context, and a set of concerns.

Quantities, Scales, and Models

Time, probability, price, risk, and efficiency do more than label a thing. They provide ways to order, compare, measure, or infer.

Their everyday uses may differ from their roles in a formal discipline. Saying that an outcome is “very likely” is not yet the same as assigning a probability under a specified model.

Institutions, Rules, and Norms

Money, offices, laws, promises, responsibilities, and justice depend on shared practices, constitutive rules, or normative judgment.

A banknote is a physical object, but its purchasing power cannot be explained by its physical composition alone. Institutional concepts connect material objects with recognized rules and social powers.

Abstract Objects

Numbers, sets, propositions, possibilities, and perhaps concepts themselves are common candidates for abstract objects. They do not occupy ordinary physical space, yet they appear indispensable to mathematics and reasoning.

Whether abstract objects exist independently and how human beings could know them remain major philosophical disputes. Stanford Encyclopedia of Philosophy: Abstract Objects

Events, Processes, Achievements, and States

Language also distinguishes different temporal structures.

These distinctions matter because grammar can hide them. “She is writing the report” describes an incomplete process. “She has written the report” presents the completion. “She knows the answer” describes a state rather than an achievement now in progress.

The metaphysics of events and the linguistic study of aspect use related distinctions, although there is no universally accepted inventory of categories.

Concepts Also Perform Roles in Reasoning

What a concept represents is only one question. A concept may also perform different tasks in an argument.

The same term can move among these roles.

Calling a mood positive may describe affect. Calling an employee’s attitude positive may evaluate conduct. Saying that someone should be positive adds a norm. A conversation can move across all three without marking the transition, turning an observation into a moral demand.

Similar errors occur with facts. A fact is a state of affairs that obtains. A causal explanation is a claim about why it obtains. A recommendation requires further premises about goals and values. Facts constrain recommendations, but they do not generate a complete practical conclusion on their own.

Why Ordinary Sentences Hide Multiple Concepts

Natural language compresses several layers of thought.

Consider the sentence:

The plan failed, so the strategy was wrong.

It contains at least four elements:

• plan: an arrangement of intended actions;
• failed: an event description combined with a standard of success;
• strategy: a system of goals, diagnosis, choices, resources, and trade-offs;
• so: a claimed inferential connection.

One failed plan may result from execution, timing, or chance. It does not by itself establish that the strategic diagnosis was false. The concepts must be separated before the inference can be tested.

Conceptual analysis therefore does more than define isolated nouns. It reveals compressed relations, shifting senses, and missing premises.

A Three-Pass Method for Conceptual Analysis

1. Identify the Linguistic Form

Is the expression functioning as a noun, verb, adjective, or complete proposition? Has an action or property been nominalized and treated as a thing?

2. Identify the Represented Category

Does it concern an object, event, action, process, state, property, relation, quantity, institution, or norm? Are different speakers referring to the same category?

3. Identify the Inferential Role

Is the expression describing, classifying, explaining, predicting, evaluating, prescribing, or guiding action? Has the argument moved from one role to another without an explicit premise?

After these passes, further research can address etymology, historical change, disciplinary definitions, evidence, philosophical disputes, and practical limits.

Conclusion

Concepts do not merely stand for “things,” and nouns do not map neatly onto objects. Thought concerns what exists, what happens, what agents do, what persists, what properties and relations obtain, and what rules or values should guide action.

Part of speech identifies a grammatical role. Ontological category identifies the kind of reality under discussion. Inferential role identifies what an expression is doing in an argument.

Keeping those three levels separate is a practical first step from word definition to conceptual analysis and from conceptual analysis to sound reasoning.