Top AI Router 2026: Split Codex for Quick Code & Claude for Complex Refactoring
# Add to your Claude Code skills
git clone https://github.com/naberbabammm34343/llm-task-orchestratorGuides for using ai agents skills like llm-task-orchestrator.
llm-task-orchestrator is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by naberbabammm34343. Top AI Router 2026: Split Codex for Quick Code & Claude for Complex Refactoring. It has 74 GitHub stars.
llm-task-orchestrator's catalog security scan is still queued. You can run an instant dependency and prompt-injection check now with the "Scan for vulnerabilities" button above.
Clone the repository with "git clone https://github.com/naberbabammm34343/llm-task-orchestrator" and add it to your Claude Code skills directory (see the Installation section above).
llm-task-orchestrator is primarily written in HTML. It is open-source under naberbabammm34343 on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh llm-task-orchestrator against similar tools.
No comments yet. Be the first to share your thoughts!
Unlocks once the catalog security scan passes (runs nightly).
The deep catalog scan for this skill is still queued. Run an instant dependency check now instead.
Polyphonic Decision Engine is an orchestration layer for large language model routing that transcends simple load balancing. Where typical routers treat LLMs as interchangeable parts, Polyphonic treats each model as a distinct instrument in an ensemble—selecting the right voice for each task based on deep semantic analysis of the request's structure, ambiguity level, novelty, and required reasoning depth.
Built for teams managing complex AI workflows, this system deterministically routes high-volume, pattern-matching tasks to faster models while reserving deeper analytical capacity for ambiguous architectural decisions, refactoring challenges, and creative problem-solving. Every routing decision is fully auditable, with complete provenance tracking from request intake through response delivery.
Modern software development increasingly depends on multiple AI models, each with unique strengths and weaknesses. The challenge is not merely choosing a model, but orchestrating them with intentionality—ensuring that the right cognitive load reaches the right processing engine.
Polyphonic Decision Engine approaches this challenge through what we call semantic routing triage: each incoming request is analyzed across multiple dimensions including structural complexity, domain specificity, novelty coefficient, and ambiguity index. Based on this analysis, the engine directs the request to the optimal model while maintaining a complete, deterministic audit trail of every decision.
The system operates on a fundamental insight: not all code tasks are created equal, and treating them as such wastes both resources and cognitive potential. By matching task characteristics to model capabilities, teams achieve higher quality outputs, faster turnaround times, and more predictable resource consumption.
Key differentiator: Unlike black-box routing systems, Polyphonic exposes every decision factor through structured logging, enabling teams to understand, refine, and trust the routing logic over time.
The engine analyzes incoming requests using a multi-factor scoring system that evaluates complexity, ambiguity, domain specificity, and novelty. This goes beyond simple keyword matching to understand the underlying nature of the task.
Every routing decision follows explicit, auditable rules. No hidden heuristics or opaque model selection. Teams can trace exactly why any request went to a particular model, enabling continuous refinement.
Complete request lifecycle tracking from intake to response, including intermediate classification scores, routing decisions, model response times, and output quality metrics. All logs are structured for easy integration with observability pipelines.
When a primary model fails to produce satisfactory results, the system automatically escalates through a configurable fallback hierarchy. Failed responses are preserved for analysis rather than discarded.
Handles requests across programming languages with language-aware preprocessing that normalizes syntax patterns and idiomatic expressions before classification.
Supports concurrent request handling with configurable priority queues. High-volume tasks can be batched for efficiency, while critical architectural decisions bypass queues for immediate processing.
Define custom routing rules based on project-specific requirements. Override default classifications, create domain-specific routing tiers, or implement experimental routing strategies for A/B testing.
Monitor routing efficiency, model response quality, and system throughput through a built-in analytics dashboard. Data is aggregated without compromising individual request privacy.
Route straightforward code reviews (syntax checks, style compliance, simple bug detection) to faster models while reserving deep architectural reviews for models capable of understanding system-wide implications.
When modernizing legacy codebases, the engine distinguishes between mechanical transformations (rename variables, extract methods) and semantic transformations (redesign patterns, restructure dependencies) and routes accordingly.
Ambiguous architectural questions—where multiple valid approaches exist with trade-offs—receive the benefit of deeper reasoning models, while well-defined implementation tasks proceed through faster channels.
Technical documentation generation benefits from model specialization: API documentation with specific formatting rules goes to pattern-matching models, while conceptual documentation requiring original explanation goes to deeper models.
The Polyphonic Decision Engine operates on a three-layer architecture:
Classification Layer: Analyzes incoming requests across defined dimensions, producing a structured task profile with confidence scores.
Routing Layer: Matches task profiles against routing rules, selects the optimal model, and manages the request lifecycle including fallback handling.
Audit Layer: Records all decisions and responses in an immutable log structure, enabling complete traceability and performance analysis.
The engine is configured through YAML-based profiles that define routing rules, model endpoints, fallback hierarchies, and classification parameters. Configuration files support environment-specific overrides and can be version-controlled alongside project code.
# Example routing profile structure
routing:
dimensions:
- complexity
- ambiguity
- novelty
- domain_specificity
tiers:
high_volume:
complexity_max: 4
ambiguity_max: 3
model: fast_general
deep_reasoning:
complexity_min: 7
ambiguity_min: 6
model: analytical_precision
Implementing Polyphonic Decision Engine begins with understanding your workflow's task diversity. The system includes a profiling tool that analyzes historical request patterns to suggest optimal routing configurations.
2026 Q1 – Release semantic classification engine with configurable dimension weights
2026 Q2 – Add adaptive routing that learns from response quality feedback
2026 Q3 – Introduce multi-model parallel routing for comprehensive task analysis
2026 Q4 – Deploy enterprise governance features including role-based routing policies
The Polyphonic Decision Engine community includes engineers, architects, and AI practitioners who share insights on routing strategies, model evaluation, and workflow optimization. Discussions focus on practical applications, edge cases, and continuous improvement of routing logic.
This project is licensed under the MIT License. See the LICENSE file for details.
IMPORTANT NOTICE: The Polyphonic Decision Engine is a routing orchestration layer and does not include, bundle, or distribute any large language models, API keys, or model access credentials. Users are responsible for securing their own model access and ensuring compliance with applicable terms of service. The engine's routing decisions are based on configurable rules and do not guarantee specific output quality or performance characteristics. All performance metrics and response quality assessments should be validated against your specific use cases and workloads. The developers make no representations or warranties regarding