✨ Overview

Join us in pioneering a paradigm shift in AI development! This hackathon will focus on creating the building blocks for a revolutionary Expert Orchestration AI architecture that democratizes, aligns, and enhances large language models through intelligent routing to specialized experts.

The current approach of developing increasingly powerful monolithic AI models faces fundamental limitations in performance, transparency, and democratization. This hackathon aims to develop key components of an alternative architecture where specialized "judge" models evaluate the capabilities of thousands of specialized models, and "router" systems intelligently direct queries to the most appropriate models based on these evaluations.

We’re excited to collaborate with Martian, pioneers in model routing and interpretability research, for this specialized hackathon. Their novel expert orchestration approach distills complex AI models into compact, predictive components that retain only the information needed to estimate performance on specific tasks. By combining this with cutting-edge Mechanistic Interpretability techniques, Martian is developing a general theory of model capabilities—enabling us to evaluate and deploy models more safely, transparently, and effectively. Their work also supports an open ecosystem of specialized models, helping democratize AI development while aligning business impact with AI safety.

Each participating team will receive $50 in model API credits to power their projects, with additional credits available for promising implementations. You'll have access to Martian's judge and router APIs, along with sample code libraries to kickstart your projects.

Sign up here to stay updated for this event!

Why This Hackathon Matters:

The current trajectory of AI development, focused on increasingly powerful monolithic models, faces fundamental limitations:

• Winner-takes-all dynamics: The high costs of training frontier models leads to market concentration and economic power in a few corporations.

• Misaligned safety incentives: Companies racing to release increasingly powerful models may underreport risks and rush products to market.

• High barriers to entry: Specialized models struggle to gain market traction against generalist models, even when they excel in specific domains.

• Limited user control: Users have minimal visibility into how models "think" and limited ability to control characteristics like factuality, bias, or ethical reasoning.

• Inefficient resource use: Using powerful frontier models for all tasks wastes resources and often underperforms specialized alternatives.

The Expert Orchestration Architecture addresses these issues by creating a more transparent, efficient, and democratic AI ecosystem where specialized models can thrive based on their unique strengths, and users gain unprecedented control over AI capabilities.

Expected Outcomes

Participants will create components that advance the Expert Orchestration vision:

• Prototype judge models for evaluating specific AI capabilities

• Intelligent routing algorithms for directing queries to appropriate models

• Frameworks for decomposing complex tasks across multiple specialized models

• Integration APIs that allow seamless discovery and utilization of specialized models

• Evaluation metrics and benchmarks for comparing different routing and judge strategies

The most promising projects will have opportunities for continued development and potential integration into production systems.

Challenge Tracks

Track 1: Judge Model Development

Build specialized evaluation models that can assess different AI models' capabilities across dimensions that matter to users (manipulation skills and tendencies, deception and hidden communication, misaligned goals, factuality, domain expertise, ethics, creativity, objectivity, etc.). Judges should provide independent, objective evaluations that create transparency around model strengths and weaknesses.

Track 2: Intelligent Router Systems

Develop router systems that can intelligently direct user queries to the most appropriate specialized models based on user preferences using judge evaluations. Focus areas include routers that use multiple judges (e.g. factuality, ethics and lack of deception), query classification, efficiency optimization, and handling uncertainty.

Track 3: Task Decomposition Frameworks

Create systems that can break down complex user requests into a series of more manageable steps, to be executed by different specialized models. This includes planning phases, execution phases, and coordination mechanisms. Investigate whether decomposition avoids or reduces some of the traps reported for monolithic reasoning models (e.g. reward hacking).

Track 4: Specialized Model Integration

Build frameworks that enable easy integration of new specialized models into the Expert Orchestration Architecture, including methods for model discovery, capability profiling, and dynamic performance evaluation.

Open Research Questions

Judges

Model Characteristic Analysis: Create dataset(s) that test an interesting model characteristic pertinent to safety (e.g., ethics, hallucinations, gender bias). Build a judge using this data and evaluate multiple models.

1. Judge Evaluation Metrics: Develop methods to measure judge accuracy, completeness, and reliability for specific characteristics. Explore how this impacts AI Safety.

2. Mechanistic Interpretability for Judges: Apply MI techniques to model internals to create better or more interpretable judges e.g. judges that can evaluate outputs based on how they were generated.

3. Measuring model similarity: HuggingFace hosts thousands of LLMs. How do we measure whether two models have similar capabilities? How do we choose a subset of these models with a sufficiently diverse set of capabilities, that after training the resulting router will be performant? How does the router performance vary with the size of the subset?

Routers

Given a set of models with known capabilities measured by known judge scores:

1. Risk-Sensitive Routing: Build efficient routing algorithms balancing the judge scores, computes costs, and system reliability for the best user experience.

2. Multi-Objective Routing: Create routers that use scores from multiple judges (e.g., answer correctness, ethics and legality) according to user preferences for the best user experience. What are the tradeoffs?

3. Routing algorithms: For expensive models, the judge provides a “pre-hoc” way to estimate prediction success (without querying the model). For cheap models, we can ask the model to evaluate the answer, and evaluate its confidence (“post-hoc”) in its predictions. Find interesting ways to mix pre- and post-hoc routing to get the best of both worlds.

4. Multi-level routing: Investigate using a tree of choices rather than one-off routing. What are the pros and cons?

5. Reducing router training costs: Given a model and a task, how can we cheaply detect a model is not a good fit for a task - avoiding further training time optimizing how bad a fit it is.

6. Task Decomposition: Model breaking a complex user task into multiple subtasks that can be routed to the most capable models before recombining the results. What are the AI Safety, cyber-security and/or cost implications of this approach?

7. Universal router: For a set of tasks, create a single router across a set of LLMs that provides higher-quality answers than any single LLM does.

Inferring Judges & Routers

1. Reverse Engineering: Given a black-box LLM or router, infer its embedded judge (reward signal) for specific characteristics.

2. Efficiency Analysis: Quantify potential electricity/resource consumption reduction from widespread adoption of optimal routing technologies.

3. Learning when to fail: Sometimes no model will successfully answer a user query. Can we detect when we should fail cheaply?

4. Learning with uncertain signals: How does judge noise affect the router training process? How does noisy feedback data affect the judge/router training process? Is off-policy data a problem when it comes to training routers?

5. Risk sensitivity: Rather than optimizing for expected cost/quality, can we optimize for some other risk profile? E.g. we might tolerate a slightly higher cost and lower quality, if we reduce the variance or minimize a long tail.

6. Create a distilled predictor: The Language Models (Mostly) Know What They Know paper shows that a model can sometimes predict whether it will be able to answer a question correctly. For a selected open “base” model, create a smaller “distilled predictor” that mirrors the base model’s ability to predict answer correctness (but can no longer calculate the answer). You might use the techniques from that paper and/or the pruning and distillation techniques from the movement pruning to shrink the predictor.