SPECIFICATIONS

IBCI Specification | Intent-Bound Course Intelligence™
Foundational Specification

Intent-Bound Course Intelligence™

A system architecture in which environmental adaptation is explicitly constrained by declared human intent.

01 — Definition

What Is IBCI?

Intent-Bound Course Intelligence™ (IBCI) refers to any system that allows a golf course or simulated course to observe, remember, and respond to player behavior over time, while remaining strictly bounded by player-declared intent.

This is not artificial intelligence applied to golf. It is a constrained adaptive system where human intent acts as a hard boundary on system behavior.

02 — The Prime Constraint

The Foundational Rule

A course operating under IBCI may not adapt, optimize, or respond outside the scope of explicitly declared intent.

This is not a guideline. It is the defining characteristic of intent-bound systems.

All subsequent requirements derive from this constraint. If a system violates this principle, it cannot claim IBCI compliance.

03 — Core Requirements

Compliance Standards

For a system to claim IBCI compatibility, it must satisfy all four requirements without exception.

IBCI-01

Intent Declaration

Intent must be explicit, revocable, and scoped. Players declare how they wish to engage before each round. This declaration constrains what the system may observe, interpret, and respond to.

The system cannot infer intent. It cannot expand scope without permission. It cannot persist beyond declared boundaries.

IBCI-02

Persistent Memory

Behavioral memory must be longitudinal and auditable. The system develops understanding over time, but this memory must be transparent, accessible, and subject to correction or deletion.

Players have the right to view what the course “knows” about them. Memory is a service, not surveillance.

IBCI-03

Bounded Response

All adaptations must remain rules-compliant and explainable. The course may adjust setup conditions, but these changes must be justifiable, reversible, and within the established parameters of golf.

Adaptation is not manipulation. The system serves player engagement, not its own optimization.

IBCI-04

Human Primacy

The system may not pursue optimization independent of the player. Agency remains with humans. The course responds—it does not prescribe.

This distinguishes IBCI from autonomous AI. Intelligence is constrained by permission, not capability.

Implementation Example

Intent Declaration Structure

// Example IBCI-compliant intent declaration

struct IntentDeclaration {
  player_id: "member_8472",
  round_id: "round_2026_02_05",
  
  // Declared intent constrains system behavior
  declared_intent: "attack_pins",
  
  // Observation permissions
  observation_scope: {
    aggression_patterns: true,
    risk_tolerance: true,
    swing_mechanics: false,  // Never permitted
    emotional_state: false   // Never permitted
  },
  
  // Adaptation boundaries
  adaptation_scope: {
    pin_difficulty: "may_increase",
    rough_severity: "maintain_current",
    bailout_areas: "no_widening",
    green_speed: "within_+/-0.5ft"
  },
  
  // Expiration and revocation
  expires_at: "end_of_round",
  revocable_anytime: true,
  
  // Audit trail
  cryptographic_signature: "e4f8a9...",
  timestamp: "2026-02-05T08:15:00Z"
}

// System may ONLY operate within these constraints
// Violations are logged and trigger automatic revocation
04 — Non-Goals

What IBCI Explicitly Rejects

IBCI-compliant systems must NOT:

  • Engage in opaque optimization (black-box decision-making)
  • Implement hidden difficulty scaling without disclosure
  • Pursue autonomous performance maximization
  • Manipulate player behavior toward system-defined goals
  • Collect data beyond declared observational scope
  • Persist memory beyond agreed retention periods
  • Share behavioral profiles without explicit consent
  • Override player intent with “better” suggestions

These represent fundamental violations of the intent-bound philosophy. Systems engaging in these behaviors cannot claim IBCI compliance.

05 — Governance

Compliance and Verification

Voluntary Compliance

IBCI compliance is voluntary and self-declared. There is no central authority. However, claims of compliance are subject to technical audit.

Auditability Requirements

Systems claiming IBCI compatibility must maintain:

  • Complete intent declaration logs with timestamps
  • Observation data tied to specific intent IDs
  • Adaptation decision records with justifications
  • Player-accessible memory profiles
  • Cryptographic verification of intent authenticity

Claiming Compliance

Organizations may claim “IBCI-compatible” or “Intent-Bound” only if all requirements are satisfied without exception. Partial compliance is not compliance.

When environments can adapt, intent must always come first.