Skip to main content
HBT-INC-0193 · Dimension INC · Incentives

On-Device vs. Cloud

Where the model runs shapes privacy, latency, cost, and capability.

Workflow·AI-Behavioral Coupling·Grade C·draft· enriching…
In one paragraph

On-Device vs. Cloud is where the model runs shapes privacy, latency, cost, and capability. It sits in the Incentives dimension (INC) of the Human Behavior Taxonomy™ as element HBT-INC-0193, within the Workflow family. The core principle: where the model runs shapes privacy, latency, cost, and capability. In incentive terms, it matters because it changes the payoff people perceive before they choose — which means it can be designed for, or exploited.

Scientific Definition

Where the model runs shapes privacy, latency, cost, and capability.

Plain-English Definition

Where the model runs shapes privacy, latency, cost, and capability.

Feynman Explanation

Three different tradeoffs. Pick two.

Core Principle

Where the model runs shapes privacy, latency, cost, and capability.

Mechanisms

Psychological

Pending editorial review.

Behavioral Economic

Pending editorial review.

Neurological

Pending editorial review.

Evolutionary

Pending editorial review.

Sociological

Pending editorial review.

Computational

Pending editorial review.

Systems

Pending editorial review.

Inputs (Triggers)

Pending editorial review.

Outputs (Behaviors)

Pending editorial review.

Behavioral Signature

Three different tradeoffs. Pick two.

Examples

Everyday
  • Mobile AI vs. data-center AI.
Modern (Organizational)
  • Deployment architecture decision.
Historical

Pending editorial review.

Lab Commentary

Original analysis from The Incentives Lab — how this element behaves inside real payoff structures.

Why this element matters to incentive design

When this element shows up in a diagnostic, the instinct is to train people out of it. Training rarely moves it. The mechanism underneath it operates in the Incentives dimension — what makes behavior more or less likely?. You can recognize it in the field by its signature: three different tradeoffs. Pick two. Every element in the Incentives dimension changes the perceived payoff of an action before the action happens, which is exactly where incentive design has leverage.

How it gets exploited

Left undesigned, deployment architecture decision. It is amplified whenever deployment architecture decision. Inside organizations that shows up as deployment architecture decision. The pattern is the same one Goodhart's Law describes: the measurable proxy attracts the effort, and the purpose behind it quietly loses funding.

How the Lab designs around it

The redesign move is to choose deliberately per use case. The leverage is not in explaining the behavior to people. It is in changing what the behavior earns.

Famous Experiments

Pending editorial review.

Design Principles

  • Choose deliberately per use case.

Measurement Approaches

Pending editorial review.

Evidence

Evidence Grade
C (A strongest → E speculative)
Replication
★★☆☆☆
Intervention Confidence
3 / 5
Consensus
Pending editorial review (HBT v1.0 auto-seed).
Limitations
Pending editorial review (HBT v1.0 auto-seed).
Open Research Questions

Pending editorial review.

Primary References

Pending editorial review.

Signature Section

The Perverse Incentive Lens™

How this behavior is exploited — and how to redesign around it.

Exploitation
Deployment architecture decision.
Amplifying Incentives
Deployment architecture decision.
Org Failure Modes
Deployment architecture decision.
Societal Failure Modes
Pending editorial review (HBT v1.0 auto-seed).
Ethical Considerations
Pending editorial review (HBT v1.0 auto-seed).
Redesign Strategies
Choose deliberately per use case.
Diagnostic Questions
  • Choose deliberately per use case.
Warning Signs

Pending editorial review.

Red Flags

Pending editorial review.

Intervention Playbook
Individual
Choose deliberately per use case.
Team
Pending editorial review (HBT v1.0 auto-seed).
Organization
Pending editorial review (HBT v1.0 auto-seed).
Policy
Pending editorial review (HBT v1.0 auto-seed).
AI Implications
Detection
Pending editorial review (HBT v1.0 auto-seed).
Measurement
Pending editorial review (HBT v1.0 auto-seed).
Mitigation
Pending editorial review (HBT v1.0 auto-seed).
Responsible Use
Pending editorial review (HBT v1.0 auto-seed).

Interactive Mini Network

Click any neighbor to re-center the graph and follow the threads of connection.

HBT-INC-0193 · INC
On-Device vs. Cloud
OVAgAgentAWAI-First Workflow De…CDConcept DriftCWContext WindowDDData DriftEmEmbeddingEDEval DriftEFEvaluation Framework…ILIn-Context LearningLBLatency Budget

Knowledge Graph Neighbors

Where On-Device vs. Cloud is cited in the corpus

Questions about On-Device vs. Cloud

What is On-Device vs. Cloud?
On-Device vs. Cloud is where the model runs shapes privacy, latency, cost, and capability. It sits in the Incentives dimension (INC) of the Human Behavior Taxonomy™ as element HBT-INC-0193, within the Workflow family. The core principle: where the model runs shapes privacy, latency, cost, and capability. In incentive terms, it matters because it changes the payoff people perceive before they choose — which means it can be designed for, or exploited.
What is an example of On-Device vs. Cloud?
Deployment architecture decision. The Incentives Lab catalogs everyday, organizational, and historical instances of this element on its Human Behavior Taxonomy™ page (HBT-INC-0193).
How is On-Device vs. Cloud exploited?
Deployment architecture decision.
How do you design around On-Device vs. Cloud?
Choose deliberately per use case.
Which behavioral dimension does On-Device vs. Cloud belong to?
On-Device vs. Cloud is classified in the Incentives dimension (INC) of the Human Behavior Taxonomy™, family "Workflow", class "AI-Behavioral Coupling". Its permanent identifier is HBT-INC-0193 and its evidence grade is C.

Version History

v1.1.0 · 2026-06-28Initial auto-seed from corpus.