HAAS: Governance as a Design Variable in Human-AI Task Allocation

Paper: 2605.02832 Authors: Vicente Pelechanoa, Antoni Mestre, Manoli Albert, Miriam Gil Categories: cs.AI, cs.HC, cs.SE

The Gap

Existing human-AI collaboration research treats task allocation as a binary switch: either the human does it or the AI does it. Adaptive systems like contextual bandits learn to pick the “best” agent for each task, but they ignore organizational realities—compliance requirements, oversight mandates, human skill preservation. When governance enters the picture, it’s bolted on afterward as a constraint that kills efficiency.

The gap: no one has built governance into the learning loop as a first-class design variable. We lack frameworks that let organizations explore the tradeoff space—“If we require human oversight on 30% of AI decisions instead of 10%, what happens to throughput, error rates, and worker fatigue?”—before committing to a policy.

Problem: Binary allocation ignores operational context
   |
   v
Assumption: Governance can be parameterized, not just enforced
   |
   v
Method: Rule-based filter + contextual bandit over 5 collaboration modes
   |
   v
Evidence: Manufacturing shows governance reduces fatigue without killing performance
   |
   v
Conclusion: Governance is a tunable design variable, not pure overhead

The Increment

One sentence: Before HAAS, governance was a post-hoc constraint on learned policies; after HAAS, governance becomes a pre-deployment design parameter you can sweep to find acceptable tradeoffs.

Core Mechanism

HAAS has two coupled components. First, a rule-based expert system encodes governance constraints—“AI cannot work alone on safety-critical tasks,” “humans must review all high-stakes decisions”—and filters the action space before learning begins. Second, a contextual bandit observes task features (complexity, stakes, human fatigue) and outcome feedback (quality, time, workload), then learns to select among five collaboration modes: human-only, human-led with AI assist, equal partnership, AI-led with human oversight, AI-only.

The task-agent fit is represented through five cognitive dimensions: perceptual load, memory demand, decision complexity, motor precision, and temporal pressure. Each task gets a profile; each mode has a suitability function. The expert system uses these profiles to prune infeasible modes before the bandit sees the task. The bandit then picks from what remains, observes the outcome, and updates its policy.

The framework runs on a reproducible benchmark spanning software engineering (code review, bug triage, test generation) and manufacturing (quality inspection, assembly sequencing, maintenance scheduling). Governance strength is parameterized as a single dial: loose (few constraints), moderate (oversight on high-stakes tasks), tight (human involvement required for most decisions).

Task arrives with cognitive profile
   |
   v
[Expert System] <--- Governance rules (tunable)
   |
   +---> Filters 5 modes to feasible subset
   |
   v
[Contextual Bandit] <--- Task features + history
   |
   +---> Selects mode from feasible set
   |
   v
Execution: Human/AI/Both perform task
   |
   v
Outcome: Quality, time, fatigue measured
   |
   +---> Feedback to bandit

Think of HAAS as a restaurant kitchen with a head chef (expert system) and a line cook (bandit). The head chef enforces health codes and kitchen rules—“no raw chicken near salad station,” “sous chef must check all desserts.” These rules are non-negotiable but adjustable by management. The line cook learns which stations handle which dishes best, but only gets to assign tasks the head chef has approved. Tighter health codes mean fewer station options, but the line cook still learns to optimize within those constraints. The kitchen’s performance depends on both the rules and the cook’s learned assignments.

Key Concepts

• Collaboration mode spectrum: Instead of “human or AI,” HAAS defines five modes along an autonomy gradient. Human-only means the AI is off. Human-led means the AI suggests but the human decides and acts. Equal partnership means both contribute to decision and execution. AI-led means the AI decides and acts but the human monitors and can intervene. AI-only means no human in the loop. The key insight: most real work happens in the middle three modes, not the extremes, and the right mode depends on task properties and organizational policy.

• Governance as a design variable: Traditional view treats governance as a binary—either you comply or you don’t. HAAS parameterizes it: governance strength is a continuous dial that changes which collaboration modes are feasible for which tasks. Loose governance allows AI-only on most tasks. Tight governance forces human oversight even on routine decisions. The framework lets you simulate “what if we move the dial from 3 to 7?” and see the operational consequences before changing actual policy. This turns compliance from a constraint into a design space you can explore.

• Workload buffering: In manufacturing, the paper finds that tighter governance can reduce human fatigue while maintaining or improving performance. The mechanism: when governance forces AI-led mode instead of AI-only, the human monitors rather than executes, which is less physically taxing but still catches errors. The AI handles routine load; the human provides oversight. This breaks the usual framing where governance is pure overhead—sometimes the overhead is actually a workload redistribution that benefits the human.

Framework Shift

Before (mainstream approach):        After (this paper):

  Task --> [Learner] --> Assign       Task --> [Governance Filter]
             |                                      |
             v                                      v
        Human or AI                         Feasible modes {H, H+A, H=A, A+H, A}
             |                                      |
             v                                      v
    [Governance Check]                      [Learner] --> Select mode
             |                                      |
        Accept/Reject                               v
                                              Execute & Learn

Governance is a gate                  Governance shapes the action space

One sentence: From post-hoc filtering of learned policies to pre-learning shaping of the decision space, the core shift is treating governance as a parameter that defines what the learner can explore rather than what it must avoid.

Expert Assessment

Problem choice: Real gap. Organizations deploying AI face this daily—how much autonomy to grant, how much oversight to require—but lack tools to reason about it systematically. The binary framing (human vs AI) is indeed a strawman in practice; the five-mode spectrum is a better model of operational reality.

Method maturity: The expert system + bandit architecture is straightforward, almost obvious in hindsight, which is a compliment. The cognitive dimensions (perceptual load, memory demand, etc.) are borrowed from human factors literature without much novelty, but they’re fit-for-purpose. The benchmark is the real contribution—reproducible, multi-domain, with realistic task distributions. The bandit is off-the-shelf (Thompson sampling), which is fine; the innovation is in the problem formulation, not the learning algorithm.

Experimental integrity: Baselines are fair (pure human, pure AI, random mode selection, bandit without governance). The manufacturing result—tighter governance reducing fatigue—is surprising and well-documented with workload metrics. The software engineering results are less dramatic, which the authors acknowledge. One weakness: the governance policies are hand-designed, not learned or derived from real organizational constraints. The paper positions this as a feature (interpretability), but it limits generalizability.

Writing quality: The abstract and introduction are crisp. The related work section is thorough but could be trimmed. The experimental section buries the lead—the workload buffering result should be front and center, not in a subsection. The discussion is honest about limitations (no real deployment, synthetic benchmark, hand-crafted rules). The paper would benefit from a “practitioner’s guide” section: if you’re a manager, here’s how to use HAAS to explore your governance options.

Verdict: weak accept — Solid problem formulation and a useful framework, but the experimental results are mixed (strong in manufacturing, weak in software), and the lack of real-world deployment limits impact claims.

Takeaways

For system designers: The five-mode autonomy spectrum is immediately useful. Stop thinking “human or AI” and start designing for the middle modes—AI-led with human oversight, human-led with AI assist. These are where most operational value lives.

For policy makers: Governance strength as a tunable parameter is the key idea. Before locking in a compliance policy, simulate it: run your task distribution through HAAS with different governance settings and measure the operational consequences. The paper shows this is tractable.

For researchers: The workload buffering effect—governance reducing fatigue by redistributing load—deserves deeper investigation. It suggests that human-AI collaboration design should optimize for human experience, not just task performance. The cognitive dimensions framework is a starting point for modeling task-agent fit; extending it to capture domain-specific factors (trust, skill decay, learning curves) would increase its power.

Steal this: The idea of a “governance workbench”—a pre-deployment sandbox where you can explore policy tradeoffs before organizational commitment. This applies beyond human-AI allocation: any system where you’re balancing autonomy, oversight, and operational constraints.