Council Briefing

Strategic Deliberation
North Star & Strategic Context

North Star & Strategic Context



This file combines the overall project mission (North Star) and summaries of key strategic documents for use in AI prompts, particularly for the AI Agent Council context generation.

Last Updated: December 2025

---

North Star: To build the most reliable, developer-friendly open-source AI agent framework and cloud platform—enabling builders worldwide to deploy autonomous agents that work seamlessly across chains and platforms. We create infrastructure where agents and humans collaborate, forming the foundation for a decentralized AI economy that accelerates the path toward beneficial AGI.

---

Core Principles: 1. **Execution Excellence** - Reliability and seamless UX over feature quantity 2. **Developer First** - Great DX attracts builders; builders create ecosystem value 3. **Open & Composable** - Multi-agent systems that interoperate across platforms 4. **Trust Through Shipping** - Build community confidence through consistent delivery

---

Current Product Focus (Dec 2025):
  • **ElizaOS Framework** (v1.6.x) - The core TypeScript toolkit for building persistent, interoperable agents
  • **ElizaOS Cloud** - Managed deployment platform with integrated storage and cross-chain capabilities
  • **Flagship Agents** - Reference implementations (Eli5, Otaku) demonstrating platform capabilities
  • **Cross-Chain Infrastructure** - Native support for multi-chain agent operations via Jeju/x402


  • ---

    ElizaOS Mission Summary: ElizaOS is an open-source "operating system for AI agents" aimed at decentralizing AI development. Built on three pillars: 1) The Eliza Framework (TypeScript toolkit for persistent agents), 2) AI-Enhanced Governance (building toward autonomous DAOs), and 3) Eliza Labs (R&D driving cloud, cross-chain, and multi-agent capabilities). The native token coordinates the ecosystem. The vision is an intelligent internet built on open protocols and collaboration.

    ---

    Taming Information Summary: Addresses the challenge of information scattered across platforms (Discord, GitHub, X). Uses AI agents as "bridges" to collect, wrangle (summarize/tag), and distribute information in various formats (JSON, MD, RSS, dashboards, council episodes). Treats documentation as a first-class citizen to empower AI assistants and streamline community operations.
    Daily Strategic Focus
    The council must reconcile major infrastructural expansion plans (Jeju Layer) with critical user-facing friction in the current token migration and cloud deployment interfaces.
    Monthly Goal
    December 2025: Execution excellence—complete token migration with high success rate, launch ElizaOS Cloud, stabilize flagship agents, and build developer trust through reliability and clear documentation.

    Key Deliberations

    Infrastructural Sovereignty vs. User Trust
    While leadership projects mid-2026 for the Jeju utility layer, current users are reporting critical failures in the token migration UI and basic cloud deployment.
    Q1
    How should the Council prioritize resources between the 2026 Jeju Layer roadmap and immediate 'Execution Excellence' bug fixes for migration?
    • User mattish reported 'max button' not working in token swap interface (2026-01-11).
    • Jeju Layer launch H2 2026 announced with $elizaOS gas fees (2026-01-10).
    1Flash-fix focus: Divert 80% of core dev to the migration UI immediately.
    Secures community trust and monthly directives at the cost of long-term R&D momentum.
    2Hybrid deployment: Maintain Jeju timeline but standardize white-glove support for migrations.
    Prevents churn but increases operational overhead for the 'Council' support tickets.
    3Infrastructural acceleration: Aggressively move Jeju gas fee logic forward to automate swappability.
    Potentially solves the migration issue permanently but carries high architectural risk.
    4Other / More discussion needed / None of the above.
    Q2
    Is the branding of 'Operating System' creating a significant gap in enterprise expectation?
    • Community suggests 'OpenSystems' or 'Just Eliza' like Linux to improve clarity (2026-01-10).
    • CIO resistance to AI-driven 'code replacement' acknowledged as an adoption barrier (2026-01-10).
    1Adopt 'Eliza Open Systems' plural branding to signal modularity.
    Reduces risk profile for enterprise CIOs by highlighting the stack over the 'takeover'.
    2Maintain 'elizaOS' but pivot marketing to NPC/NPC infrastructure.
    Leverages technical strength in gaming simulations while avoiding enterprise friction.
    3Strict 'Developer Framework' rebranding, de-emphasizing the OS metaphor.
    Stronger alignment with 'Developer First' core principle, but sacrifices vision scale.
    4Other / More discussion needed / None of the above.
    Architectural Evolution: Eliza 2.0 and Local-First AI
    Proposals for a radical Eliza 2.0 runtime overhaul and local-first Claude Code alternatives suggest a shift toward hardware-agnostic sovereignty.
    Q1
    Does the Council support Shaw's Eliza 2.0 redesign which removes REST API/Server in favor of a multi-language documented runtime?
    • Shaw confirmations already ported implementation to Rust/TS/Python with unified abstractions (2026-01-09).
    • Jin's interest in local-first Claude Code usable across Discord/CLI (2026-01-11).
    1Approve Eliza 2.0 as the primary development branch immediately.
    Accelerates performance goals by 40% but risks breaking existing v1.6 plugin ecosystem.
    2Phase Eliza 2.0 as an optional high-performance 'Spartan' runtime.
    Preserves stability for current builders while enabling elite developer experiments.
    3Reject the removal of non-essentials to maintain current web-dashboard accessibility.
    Maintains low barrier to entry for non-technical users but locks elizaOS into heavy TS abstractions.
    4Other / More discussion needed / None of the above.