Polyphonic Decision Engine
按任务复杂度与歧义度分配模型，并记录每次路由决策。
- Star 数
- ★ 124
- 最近更新
- 今天
- 主语言
- HTML
- FA 评分
- 26/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台
- 上手难度
- 高 · 需要较重的基础设施
- 开始前需要
- 典型场景
- 需要把语法检查、格式规范和简单缺陷检测交给快速模型的代码审查团队。
- 不适合
- 需要明确安装命令和可直接运行示例的团队
- 需要确认供应商、成本或模型端点细节的团队
这个 Agent 能做什么，适合哪些场景？
Polyphonic Decision Engine 是一个面向大型语言模型的任务路由编排层，旨在把高频、模式明确的工作交给较快的模型，把含糊或需要深入推理的工作交给分析能力更强的模型。README 描述了分类、路由和审计三层架构：分类层为请求生成带置信度的任务画像，路由层匹配规则并处理回退，审计层记录决策与响应。它提供 API 网关、嵌入式库和 CLI 三种集成模式，并通过 YAML 配置路由规则、模型端点、回退层级和分类参数。文档称其支持并发请求、优先级队列、批处理、可定制路由配置及性能分析。README 未给出安装命令、运行时要求、具体模型供应商适配器或可执行调用示例，因此采用前需要先确认实现与部署细节。
引擎接收请求后，按复杂度、歧义度、新颖度和领域特异性等维度进行分类，再依据 YAML 路由规则选择模型并管理请求生命周期。若主模型未产出满意结果，它会按配置的回退层级升级处理。系统记录分类分数、路由决策、响应时间和输出质量指标，并可将审计日志导出用于分析或合规报告。文档还描述了请求批处理、优先级队列、语言感知预处理，以及用于分析历史请求模式的工作负载分析器；未提供这些组件的具体命令或 API 名称。
- 需要把语法检查、格式规范和简单缺陷检测交给快速模型的代码审查团队。
- 维护旧代码库的工程团队，可将机械式重命名与依赖结构重设计分流处理。
- 需要评估多种方案及其权衡的架构团队，可把含糊的设计问题交由深度推理模型。
- 生成 API 文档时，团队可将遵循固定格式的任务与需要原创解释的概念文档分开路由。
如何安装或部署这个 Agent？
README 未提供安装命令、包名、源码构建步骤或服务部署清单。文档只说明可用 API 网关、库或 CLI 模式集成，并称配置采用 YAML；具体运行时、依赖、模型端点及凭据格式均未说明。开始采用前需从项目实现中确认这些信息。
如何使用这个 Agent？
文档说明配置文件可定义分类维度、路由层级和模型名称，但没有给出可直接运行的配置文件路径、启动命令、API 请求格式或 CLI 用法。以下是 README 中给出的配置结构示例，不能单独作为完整运行配置：
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_precisionREADME 建议先分析历史请求分布、定义路由规则、配置模型端点与认证信息、在沙箱模式测试，再依据审计数据调整；但没有提供这些步骤对应的命令或调用示例。
这个 Agent 有哪些优点和局限？
- 按复杂度、歧义度、新颖度和领域特异性分类，而非只按关键词路由。
- 明确记录分类分数、路由选择和响应指标，便于审计与调优。
- 支持可配置回退层级、请求优先级和批处理，覆盖不同任务的处理路径。
- 文档列出 API 网关、库和 CLI 集成模式，适合不同接入架构。
- 没有安装命令、运行时要求或完整可执行示例，部署成本难以评估。
- 没有列出具体模型供应商、端点适配器或凭据格式，互操作范围尚不清楚。
- README 声称有低于 100 毫秒分类开销及 99.9% 路由确定性，但未提供基准测试方法或结果证据。
- 许可信息不一致：仓库元数据标为未知，README 则称采用 MIT 许可。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Polyphonic Decision Engine 当前 | 26 · 缺口较多 | 自托管服务 | ★ 124 | 今天 | HTML | — |
| Kodus | 66 · 存在缺口 | 云服务 / SaaS免费版 + 付费版 | ★ 1.5k | 今天 | TypeScript | OpenAI API · Claude API |
| Pi Dynamic Workflows | 88 · 表现良好 | Agent 插件 / 技能免费 + 模型费 | ★ 555 | 17 天前 | TypeScript | — |
| Pilotfish 多模型編排層 | 81 · 表现良好 | Agent 插件 / 技能免费 + 模型费 | ★ 711 | 14 天前 | Python | Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
README 声称不保存请求载荷，且用户自行管理模型凭据，但未说明实际数据流、日志内容或凭据保护方式，因此相关分数仅为 1。工作流每小时运行并使用 contents: write 向 main 写入随机内容和提交信息，未见用户确认、最小权限论证或回滚说明，外部影响与权限控制均为 0。代码使用 actions/github-script@v7，但没有依赖安全审查证据；未验证的发布者身份不作为扣分依据，仓库内容也未清楚说明作者或维护者，来源归属为 0。
README 描述了分类、路由、审计和回退功能，但没有实现代码或测试佐证，且宣传的确定性与高性能指标缺少可核查依据；因此自洽性仅为 1。只给出一个 GitHub Action 引用，未说明模型端点或运行依赖的可用性。该工作流对 409 冲突有重试，对其他错误会抛出错误，但没有 Agent 请求失败的消息或恢复流程说明，故失败消息为 1。
README 提供代码审查、遗留系统重构、架构决策和文档生成等场景，受众与典型用途说明较充分，得 2。它提及复杂度、歧义度、新颖度等路由维度及 YAML 配置，但没有实际分类规则、阈值定义或能力边界佐证，且没有讲清何时触发该 Agent；环境要求也未交代，因此其余分数为 1。
README 按功能、场景、架构、配置和入门组织，得 2；但 Getting Started 只有概念性步骤，没有安装命令或可操作配置说明。示例仅为简短 YAML 片段，缺少 FAQ。免责声明承认输出质量不保证，得 1，但其他限制未具体列明。README 声称 MIT 许可且提到 LICENSE 文件，来源材料未包含该文件，无法核实，得 1。未提供版本或变更记录；维护责任和支持虽有概括性宣传，但没有可验证的负责人或更新路径，得 0。
如果实现与 README 描述相符，按任务分流可能减少模型选择负担；但源材料没有实际 Agent 实现、可执行输出示例或成效依据，因此输出可用性、增量价值和成本收益均仅得 1。
关于语义分类、确定性、性能、审计和分析仪表板的说法没有代码、测试或其他材料支撑，主张可追溯性为 0。只有 README 与单个自动提交工作流可供审阅，缺少相互佐证的实现或测试材料，跨来源佐证为 0。免责声明将性能与质量表述为需按具体工作负载验证，显示有限的事实与保证区分，故为 1；其余主要功能声明仍未区分已实现与计划或宣传内容。
- 源码中未见：最小权限约束只授予完成任务所需的权限：用专用账号或只读令牌，并限定可访问的目录和仓库。
- 源码中未见：执行前用户确认开启或自行加上执行前确认；先在沙箱或测试环境跑通，确认行为后再接入真实数据。
- 源码中未见：外部影响披露先弄清它会写入、发送或修改哪些外部系统，用测试账号或测试仓库验证后再接入正式环境。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 源码中未见：来源归属可核验从官方仓库或包源安装，核对发布者和仓库地址，避免同名仿冒包。
- 工作流按小时自动向 main 写入文件和随机提交信息，并申请 contents: write 权限；启用前应核实其预期用途及仓库写入影响。
- 核心 Agent 功能与性能指标只有 README 描述，所给材料没有实现或测试佐证。
- README 声称 MIT 许可，但所给材料未包含 LICENSE 文件；安装步骤、维护责任和更新路径也不清楚。