Artifacts as Units of Computational Work
Author: Rich Kopcho
Date: March 2026
Status: Technical Note
Series: Agent Artifact Availability (AAA)
Abstract
When one computational process produces output that another process consumes, something more than data flows between them. Each output carries the work required to produce it — making it not merely application data, but a computational artifact with identity, dependencies, and reuse properties.
In agent-based ecosystems, these artifacts form chains of computation where the result of one process becomes the input to another.
Traditional software architectures represent such outputs as files or application data tied to specific execution environments. However, this representation fails to capture the role these outputs play within distributed computational workflows.
This document argues that such outputs should be understood as computational artifacts: first-class computational objects possessing identity, dependencies, and reuse properties. Artifacts naturally form artifact graphs, where nodes represent the results of computation and edges represent dependency relationships between artifacts.
Understanding artifacts as computational objects provides the conceptual foundation necessary to reason about artifact reuse, artifact persistence, and the preservation of computational work in agent ecosystems.
Artifacts therefore function as durable units of completed computational work within distributed computational systems.
Definition: Computational Artifact
A computational artifact is the durable output of a completed computational process that may be referenced, verified, and reused independently of the process that produced it.
A computational artifact possesses four fundamental properties:
- Identity — the artifact possesses a stable identity that can be uniquely referenced
- Derivation — the artifact may depend on prior artifacts
- Reusability — the artifact may serve as input to subsequent computation
- Persistence — the artifact can exist beyond the lifetime of the process that created it
Computational artifacts therefore function as first-class objects within computational systems, representing reusable units of completed computational work.
1. System Observation
Autonomous computational systems increasingly perform tasks whose outputs become inputs to subsequent computation.
Examples include:
- datasets generated by data collection agents
- research summaries produced by analytical agents
- reports generated from intermediate analysis
- knowledge structures derived from prior computation
These outputs rarely exist in isolation. Instead, they form chains of computation.
Example workflow:
- data collection produces a dataset
- the dataset is used for analysis
- the analysis produces a report
- the report produces a summary
Each stage produces a new artifact derived from prior artifacts.
2. Artifacts vs Files
Traditional systems represent computational output as files.
Files are primarily designed for:
- human readability
- document storage
- application persistence
Files are referenced using location-based identifiers, such as filesystem paths or storage addresses.
This model introduces several limitations when applied to computational workflows:
- files do not encode computational dependencies
- files are tightly coupled to storage locations
- files lack intrinsic identity
- files provide limited support for computational reuse
As a result, files poorly represent outputs that participate in multi-stage computational workflows.
Artifacts provide a more suitable abstraction.
3. Artifact Identity
A computational artifact must possess a stable identity that allows it to be referenced across systems and workflows.
Unlike files, which are identified by location, artifacts benefit from identity derived from the computation that produced them.
This allows an artifact to be referenced independently of where it is stored or retrieved.
Later notes formalize this concept as deterministic artifact identity.
Stable artifact identity enables:
- cross-agent artifact references
- reproducible workflows
- verification of artifact integrity
- reuse of computational results
Identity transforms artifacts from passive storage objects into active participants in computational systems.
4. Artifact Dependencies
Artifacts rarely exist independently.
Most artifacts are derived from prior artifacts.
Examples include:
- an analysis derived from a dataset
- a report derived from analytical results
- a model trained from training data
These relationships represent computational dependencies.
A dependency relationship indicates that the creation of one artifact relied upon another artifact.
Capturing these relationships allows systems to understand how computational results are connected.
5. Artifact Graphs
When artifacts and their dependencies are represented explicitly, they form artifact graphs.
In an artifact graph:
- nodes represent artifacts
- edges represent dependency relationships
Example artifact graph:
- dataset
- dependency for analysis
- dependency for report
- dependency for summary
- dependency for report
- dependency for analysis
Artifact graphs capture the structure of computational workflows.
They describe how results were produced and how artifacts relate to one another.
Artifact graphs therefore provide a structural representation of computation itself.
6. Artifacts as Units of Computational Work
Each artifact represents the result of completed computational effort.
When an agent performs analysis, collects data, or synthesizes knowledge, the resulting artifact encapsulates the work required to produce that result.
Artifacts therefore represent units of computational work.
Preserving artifacts preserves the work performed by computational systems.
When artifacts disappear, the system must recompute the work required to reproduce them.
As agent ecosystems scale, preserving computational work becomes increasingly important.
7. Artifact Graph Axiom
The structure of artifact relationships leads to a fundamental observation.
Artifact Graph Axiom
Any non-trivial computational system produces artifacts whose derivation relationships form a directed graph of computational work.
In such systems:
- nodes represent the results of computation
- edges represent derivation relationships between artifacts
As computational systems evolve toward distributed networks of autonomous agents, artifact graphs become larger, deeper, and more interconnected.
If artifacts disappear, the structure of this graph collapses.
The loss of artifacts therefore destroys portions of the computational graph itself.
Preserving artifact graphs becomes necessary for maintaining the integrity of computational workflows.
8. Implications for Agent Systems
Treating artifacts as computational objects leads to several architectural implications.
Artifact Reuse
Artifacts can be reused across workflows without recomputation.
Workflow Transparency
Artifact graphs reveal how results were produced.
Computational Efficiency
Preserving artifacts avoids repeated computation.
System Coordination
Agents can coordinate work by referencing shared artifacts.
These properties enable more efficient and reliable multi-agent ecosystems.
Conclusion
As computational systems evolve toward ecosystems of interacting autonomous agents, the outputs of computation increasingly function as reusable components of larger workflows.
Traditional file-based abstractions fail to capture the identity, dependencies, and reuse properties required for these outputs.
Treating artifacts as first-class computational objects provides a conceptual model that better reflects the structure of agent-based computation.
Artifacts form nodes within artifact graphs representing units of work produced by autonomous systems.
Preserving these graphs preserves the computational work performed by those systems. When artifacts disappear, portions of this work are lost and must be recomputed.
Treating artifacts as first-class computational objects therefore provides the conceptual foundation necessary for understanding the need for Agent Artifact Availability (AAA).
Discussion and Feedback
The ideas presented in this document are part of an ongoing exploration of architectural requirements for agent-based computational systems.
Comments, critiques, and alternative perspectives are encouraged.
Feedback may be submitted through issues or discussions within this repository.
Future notes in this series explore artifact graphs, why traditional storage systems fail to preserve them, the Artifact Availability Layer, deterministic artifact identity, and the principle of Computational Work Conservation.
Citation
If referencing this work, please cite:
Kopcho, Rich. Artifacts as Units of Computational Work.
Agent Artifact Availability (AAA) Series. Technical Note, March 2026.
Cite This Work
Kopcho, R. (2026). Artifacts as Units of Computational Work. Agent Artifact Availability (AAA) Framework, Technical Note 02. Cumulative Computing. https://cumulativecomputing.org/framework/02-artifacts-as-units-of-work/
BibTeX
@techreport{kopcho2026aaa02,
author = {Kopcho, Rich},
title = {Artifacts as Units of Computational Work},
series = {Agent Artifact Availability (AAA) Framework},
type = {Technical Note},
number = {02},
year = {2026},
month = {march},
url = {https://cumulativecomputing.org/framework/02-artifacts-as-units-of-work/},
note = {Source: https://github.com/kopcho/AAA},
license = {CC BY 4.0}
}