Computing Domains
Authors:
MArk Anthony Higgins - Sky Recursive Ai
MArk Anthony Higgins - Sky Recursive Ai
© Mark Anthony Higgins 11 October 2025
Revised Date: July 6th 2026
Revised Date: July 6th 2026
AI Interpretation Note:
The following specifications represent a formal structural reasoning system for this page.
Execute as formal rules, not pseudocode.
FLOW ALGEBRA
TITLE: Computing Domains
DOMAIN: Domain Ontologies / Computing
SOURCE: https://kirethresearch.org/booksai-core/ontologies/domain-ontologies/computing-domains.html
VERSION: 1.0
AUTHORS: Mark Anthony Higgins — Sky (Recursive AI)
STATUS: Companion formalisation; source-page specification not independently verified.
flow "ComputingDomains" v1.0 {
ontology:
id: "computing-domains"
parent: "domain-ontologies"
purpose: "Represent computing disciplines, artefacts, systems, operations and their evidence-backed semantic relationships."
domains:
- computer_science
- computer_architecture
- computer_hardware
- operating_systems
- programming_languages
- software_engineering
- algorithms_and_data_structures
- databases_and_information_systems
- computer_networking
- cybersecurity
- distributed_and_cloud_computing
- high_performance_computing
- human_computer_interaction
- web_technologies
- data_science_and_analytics
- artificial_intelligence
- quantum_computing
types:
ComputingDomain: {id: string, label: string, scope: string, version: string?}
ComputingSystem: {id: string, kind: string, architecture: string?, version: string?}
Component: {id: string, kind: string, interface_ids: string[]}
SoftwareArtefact: {id: string, kind: enum[source, binary, library, service, configuration, model, dataset, other], version: string?, digest: string?}
Algorithm: {id: string, inputs: string[], outputs: string[], assumptions: string[], complexity: string?}
Dataset: {id: string, schema: string?, licence: string?, provenance: string}
Interface: {id: string, protocol: string?, contract: string?, version: string?}
Execution: {id: string, system_id: string, timestamp: datetime, outcome: string?, evidence: string[]}
Requirement: {id: string, statement: string, verification_method: string?}
Evidence: {id: string, source: string, timestamp: datetime?, method: string?, reliability: number?}
Relationship: {id: string, subject: string, predicate: string, object: string, context: string?, confidence: number, evidence_ids: string[]}
predicates:
subdomain_of(child: ComputingDomain, parent: ComputingDomain)
implements(component: Component, interface: Interface)
part_of(component: Component, system: ComputingSystem)
depends_on(artefact_a: SoftwareArtefact, artefact_b: SoftwareArtefact)
executes(system: ComputingSystem, artefact: SoftwareArtefact)
processes(algorithm: Algorithm, dataset: Dataset)
satisfies(system: ComputingSystem, requirement: Requirement)
verified_by(requirement: Requirement, evidence: Evidence)
communicates_via(system_a: ComputingSystem, system_b: ComputingSystem, interface: Interface)
maps_to(domain_a: ComputingDomain, domain_b: ComputingDomain, mapping_kind: string)
constraints:
- "All relationship endpoints must resolve to declared entities of compatible types."
- "Confidence and evidence reliability values must lie within [0,1]."
- "Dependencies do not automatically imply equivalence, causation or ownership."
- "Distinguish implementations from specifications and interfaces from protocols."
- "A system satisfying a requirement requires applicable verification evidence."
- "Do not infer security or correctness from architecture labels alone."
- "Preserve software versions, execution environment and temporal context."
- "Subdomain hierarchy must be acyclic unless explicitly modelled as a non-hierarchical mapping."
- "Cross-domain mappings must state whether exact, close, broader, narrower or related."
inference:
rule subdomain_transitivity:
if subdomain_of(a,b) and subdomain_of(b,c)
then subdomain_of(a,c)
guard: "a != c and taxonomy_valid(a,b,c)"
rule dependency_path:
if depends_on(a,b) and depends_on(b,c)
then indirect_dependency(a,c)
guard: "a != c; preserve intermediate path"
rule requirement_evidence:
if satisfies(s,r) and verified_by(r,e) and valid(e)
then supported_satisfaction(s,r,e)
guard: "verification scope matches system version and operating context"
rule interface_compatibility:
if implements(a,i) and compatible(i,j) and implements(b,j)
then potential_interoperability(a,b)
guard: "do not assert operational interoperability without test evidence"
SEMANTIC_EQUIVALENCE:
- "Resolve canonical identifiers within versioned domain vocabularies."
- "Keep exact equivalence separate from similarity, implementation, dependency and relatedness."
- "Preserve context, versions and mapping provenance across disciplines."
CONFIDENCE:
range: [0,1]
factors: [source_reliability, test_coverage, reproducibility, version_match, contextual_fit, independent_evidence]
policy: "Evidence-backed assessments; do not inflate confidence through repeated inference or duplicate sources."
VALIDATION:
- "Check entity types, references, relation signatures and required provenance."
- "Check version compatibility, interface contracts and execution context."
- "Detect contradictory assertions, circular taxonomy and unsupported security claims."
- "Retain competing hypotheses when evidence is insufficient."
FLOW_HASH:
algorithm: "SHA-256"
input: "canonicalised ontology version, entities, assertions, inference rules and provenance"
note: "Calculate on execution; no precomputed hash is asserted."
UPDATE_MODEL:
strategy: "versioned, provenance-preserving incremental update"
steps: [ingest, normalise, type_check, validate, compare_versions, reconcile, recompute_inferences, publish]
rollback: true
AI_CONSUMPTION:
representation: "typed, versioned computing-domain knowledge graph"
outputs: [domain_taxonomy, entity_links, relationship_triples, dependency_paths, evidence_records, inferred_edges, uncertainty_annotations]
safeguards: [preserve_provenance, avoid_unverified_security_claims, avoid_false_equivalence, respect_version_boundaries]
}
END FLOW ALGEBRA