ワンクリックで
agent-model-select
为工作流 agent 配置合适的模型。触发场景:用户要求配置 agent 模型、选择模型、修改 agent 使用的模型、 询问哪个模型最好、模型选型建议。关键词:配置模型、选模型、model config、换个模型、模型推荐。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
为工作流 agent 配置合适的模型。触发场景:用户要求配置 agent 模型、选择模型、修改 agent 使用的模型、 询问哪个模型最好、模型选型建议。关键词:配置模型、选模型、model config、换个模型、模型推荐。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
ops-blas 算子全流程开发技能,协调 agent 团队完成设计->开发->验收->上库的完整开发链路。触发:用户要求开发新算子或实现某 BLAS 接口时。
为 BLAS 算子开发 GTest + CSV 驱动的精度 ST。触发场景: - 新算子 ST、编写 xxx_param.h / xxx_golden.h / xxx_npu_wrapper.h / xxx_test.cpp / xxx_test.csv - 改写旧式 TEST_F 为 CSV 参数化测试 按 6 步执行:分析 API → 写 param → 写 cpu/npu → 写 GTest → CMake → build.sh 验证。
ops-blas 日志框架使用规范。提供 Host 侧 dlog 日志集成模板、日志配置 API 说明和最佳实践。触发:算子开发中需要集成日志、检视日志使用规范、迁移 printf 到 dlog 时。
ops-blas 仓 AscendC 编码规范 + MR 安全编码规则速查索引。 **非开发期常驻上下文**:作为代码提交前的自查工具,按需读取。 触发时机:① 2.x.2 联调前 ② 2.x.3 验收前 ③ 3.1/4.2 代码检视前 ④ reviewer 检视 MR 代码时。 详细规则内容位于 references/ 目录,由调用方按需加载相关文档。
生成 PR 或 Issue 文件,并可通过 GitCode API 直接提交到仓库。仅当用户明确说"提PR"、"创建PR"、"提交Issue"、"推送到PR"、"amend"、"force push"等时才触发,禁止根据上下文推断自动触发。所有操作必须经过用户许可,禁止擅自行动。
BLAS 算子仓编译与验证命令参考。编译算子、运行测试、打包的常用命令。触发:需要编译算子、运行测试、查看 build.sh 用法时。
| name | agent-model-select |
| description | 为工作流 agent 配置合适的模型。触发场景:用户要求配置 agent 模型、选择模型、修改 agent 使用的模型、 询问哪个模型最好、模型选型建议。关键词:配置模型、选模型、model config、换个模型、模型推荐。 |
本技能指导主 Agent 为工作流中的各 Subagent 配置合适的模型。配置写入 agent/agents/model_config.json,
通过 init.sh 生成项目级 opencode.json 生效。
禁止硬编码 agent 列表。所有 agent 的名称和描述必须从 agent/AGENT.md 的 agents: 字段动态读取,
每个 agent 的角色描述从对应的 agent/agents/<name>.md 的 frontmatter description 字段获取。
根据每个 agent 的 description 判断其核心能力需求,按以下原则选型:
| 能力需求 | 选型方向 |
|---|---|
| 复杂推理、需求分析、方案设计 | 旗舰推理模型 |
| 代码生成、调试、性能优化 | 旗舰代码模型 |
| 代码审查、规范检查、细致分析 | 中高端推理模型 |
| 测试代码生成、用例设计 | 代码模型(中大型) |
| 文档整理、结构化输出 | 中端模型或 default |
从 opencode models 输出中识别模型类型:
max、reasoner、thinking、r1 等关键词,或参数量大(如 480b)coder、code 等关键词plus、turbo、flash 等关键词根据用户偏好选择不同策略:
opencode models 获取可用模型列表agent/AGENT.md 的 agents: 字段获取所有 agent 名称agent/agents/<name>.md 的 frontmatter 获取 description使用 question 工具发送问卷,询问用户选型偏好:
问题:请选择模型选型策略
选项:
- 性能优先:所有 agent 都用最强模型,不考虑成本
- 平衡:核心角色用旗舰模型,其余使用默认
- 成本优先:仅开发类角色用旗舰代码模型,其余使用默认
- 逐个指定:手动为每个 agent 指定模型
若用户选择「逐个指定」,则依次询问每个 agent 的模型选择。
根据用户选择的策略,从可用模型列表中挑选最合适的模型:
必须为所有 agent 都写入配置,不可遗漏任何一个。
写入 agent/agents/model_config.json,格式为:
{
"<agent-name>": {
"comment": "<agent 的中文角色描述>",
"model": "provider/model-id"
}
}
规则:
"default" 表示跟随主 Agent 模型model 字段格式为 provider/model-id,必须在可用模型列表中comment 字段从 agent 的 description 中提取中文角色名自行运行 bash agent/init.sh <target> 使配置生效,禁止让用户退出当前会话重新运行 init。
init.sh 会自动:
opencode.jsonopencode.json配置生效后,使用 question 工具发送问卷,动态列出所有 agent 的当前配置,询问用户是否需要修改:
问题:以下是各 agent 的模型配置,是否需要修改?
当前配置:
- <agent-name>(<角色描述>): <model>
- ...
选项:
- 确认,无需修改
- 需要修改 <agent-name> 的模型
- ...
允许多选。若用户选择了需要修改的 agent,则针对选中的 agent 发送新问卷,让用户从可用模型列表中选择新模型,更新配置后重新执行 Step 5。
向用户展示最终配置和生效状态。
agent/agents/model_config.json 后运行 init.sh 即可恢复全部 default