An encounter with an 87-year-old festival elder in rural Kyoto fundamentally changed how I design AI agent governance. By implementing festival governance models in Rust, I propose Bounded Autonomy as a new design principle.
Read this article to earn +5 MTC
Introduction โ Meeting an 87-Year-Old Festival Elder

In the fall of 2024, in a small mountain village outside Kyoto, I met Juzo Tanaka, an 87-year-old festival elder.
For over 60 years, he had served as the "sodai" (chief steward) of the community's autumn festival โ coordinating hundreds of parishioners through preparation, execution, and cleanup. His words fundamentally changed how I think about technology.
"I don't decide. The festival decides. I just listen to the festival's voice and pass it on to everyone."
In that moment, I understood what had been critically missing from the AI agent governance models I was designing.
2026: The AI Agent "Runaway" Problem
In 2026, the AI agent market is exploding. According to McKinsey's latest report, 67% of enterprises have deployed or are planning to deploy AI agents in their operations.
But behind the growth lies a serious problem.
The Autonomy Paradox โ AI agents are valuable precisely because they can make autonomous decisions. But as autonomy increases, so does the risk of unpredictable behavior. In 2025 alone, losses from "unintended AI agent actions" reportedly reached an estimated $28 billion globally.
The mainstream approach is the "guardrail" philosophy: impose strict boundaries on AI behavior to prevent deviation. But this approach has a fundamental limitation โ the more guardrails you add, the more you diminish the agent's core value: autonomous judgment.
What we need isn't guardrails. What we need is governance.
Festival Governance โ 1,300 Years of Wisdom
Japanese festivals are often perceived as "traditional events." But their essence is a living laboratory for decentralized governance.
Observe the organizational structure of a festival, and you'll find a remarkably sophisticated governance model.
1. Role-Based Autonomy
In a festival, each "chonaikai" (neighborhood association) independently operates its own floats and mikoshi. Each group has significant autonomy โ they decide their float's design, their musicians' repertoire, their practice schedule.
However, the overall route, timing, and safety standards are governed by the sodai. In other words, "what" is decided by each team; "when" and "where" are decided by collective governance.
This is strikingly similar to modern microservice architecture. Each service is independently deployed and operated, but API gateways and service meshes maintain overall harmony.
2. Graduated Escalation
The most impressive rule Tanaka-san taught me:
"Decide small things yourself. Consult your neighbors on medium things. Ask the sodai about big things. But for truly big things, everyone decides together."
This four-tier escalation model translates directly to AI agent governance:
- Level 1 (Individual): Routine tasks โ Agent decides autonomously
- Level 2 (Peer Consensus): Moderate decisions โ Consensus with adjacent agents
- Level 3 (Human Oversight): Important decisions โ Human approval required
- Level 4 (Collective Decision): Strategic decisions โ DAO-style voting
3. The "Reading the Air" Protocol
In Japanese culture, "reading the air" (kuuki wo yomu) is often criticized as ambiguous communication. But in the festival context, it functions as an implicit consensus mechanism.
Festival participants adjust their behavior by sensing the overall "flow" without explicit instructions. This is essentially swarm intelligence โ the human version.
Implementing "Festival Governance" in Rust
I'm implementing this governance model as a core component of the Matsuri Platform in Rust.
/// AI Agent struct based on festival governance model
pub struct GovernanceAgent {
id: AgentId,
role: AgentRole,
autonomy_level: AutonomyLevel,
ambient_awareness: AmbientSensor,
escalation_thresholds: EscalationConfig,
}
#[derive(Debug, Clone)]
pub enum AutonomyLevel {
Individual { max_impact_score: f64 },
PeerConsensus { required_peers: usize, timeout: Duration },
HumanOversight { approver_role: String },
CollectiveDecision { quorum: f64, voting_period: Duration },
}
impl GovernanceAgent {
pub async fn decide(&self, action: ProposedAction) -> Decision {
let impact = self.assess_impact(&action).await;
match self.determine_level(impact) {
AutonomyLevel::Individual { .. } => {
self.execute_autonomously(action).await
}
AutonomyLevel::PeerConsensus { required_peers, timeout } => {
self.seek_peer_consensus(action, required_peers, timeout).await
}
AutonomyLevel::HumanOversight { approver_role } => {
self.request_human_approval(action, &approver_role).await
}
AutonomyLevel::CollectiveDecision { quorum, voting_period } => {
self.initiate_dao_vote(action, quorum, voting_period).await
}
}
}
}
The choice of Rust is deliberate. Governance systems demand memory safety and concurrency correctness โ guarantees that Rust's type system provides at compile time.
"Bounded Autonomy" โ The Aesthetics of Constrained Freedom
I've named the design principle I extracted from Tanaka-san's festival governance Bounded Autonomy.
This isn't about "freedom versus order." What the festival teaches us is a paradox: appropriate constraints enable true autonomy.
Festival float pullers express maximum creativity within the constraint of a fixed route. Musicians add improvisational variations within established rhythm patterns. Constraints create the safety that enables autonomous action.
The same principle applies to AI agents. An agent that "can do anything" effectively can do nothing. Clear boundaries are what make truly autonomous judgment possible within those bounds.
Looking Ahead โ The Matsuri DAO Challenge
Our Matsuri DAO project is working to implement this festival governance model on the blockchain.
Our vision is hybrid governance where AI agents and humans participate together. Agents handle Level 1-2 decisions at high speed, while humans focus on Level 3-4 decisions.
I asked Tanaka-san one last question: "What would you think if AI helped run the festival someday?"
He thought for a moment, then answered:
"A tool is a tool. What matters is whether it understands the heart of the festival. If it's a tool that understands the heart, then I suppose that's fine."
The answer from an 87-year-old elder is simple but profound. The essence of technology isn't efficiency. It's understanding.
Ko Takahashi โ Entrepreneur, Philosopher, Engineer CEO of Jon & Coo Inc. | Lead Architect of Matsuri Platform Based in Shinjuku, Tokyo | ko-takahashi.jp

