本文へ移動
cccskills
無料GitHub で公開

router-models

List the models the Weave Router may route to, and turn them on or off.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md2.1 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- weave-router managed router-models skill -->

Weave Router model selection

When the user invokes $router-models, show which models this installation lets the router pick from, and change that selection when asked. This is the same list — and the same stored setting — as the checkboxes on the router dashboard's settings page.

Start by running:

npx --package @weave-os/router -y -- weave-router models --codex{{SCOPE}}

That prints every deployed model grouped by provider, with [x] for models the router may pick and [ ] for models it may not. Present it back as a compact checklist in that same [x] / [ ] form, keeping the provider grouping and the exact model ids — the user selects models by id.

Then:

  • If the user named models or providers, work out whether they want them on or off from how they phrased it, and apply it with weave-router models enable <id>... --codex{{SCOPE}} or weave-router models disable <id>... --codex{{SCOPE}} (add providers before enable/disable to switch a whole provider). Several ids can go in one call. Then re-run the list and show the result.
  • If they named nothing, stop after the list and ask which ones to change. Never change anything they did not ask for.

Other things they might ask for:

  • Rank models by preference: weave-router models prefer <id> <id>... --codex{{SCOPE}} (order matters), or weave-router models prefer clear --codex{{SCOPE}} to drop the ranking.
  • Providers only: weave-router models providers --codex{{SCOPE}}.

If the command reports that this router doesn't expose model selection, that's a Weave-hosted router: model selection belongs to the whole organization there, so tell the user to change it at https://router.workweave.ai/dashboard/settings — don't try to work around it. Its listing carries no on/off state, so present it as a plain list; don't infer which models are enabled.

Disabling a model takes effect on the router's next routing decision; no restart is needed.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Investigate a specific Claude Code session by session ID — correlate the local transcript (`~/.claude/projects/...jsonl`) with the router's production logs to understand what the client rendered vs. what the upstream served. Use when given a session ID and asked "why did X render?" for a Claude Code conversation routed through the router.

日本語の概要は準備中です。原文の説明を表示しています。

weave-os/router5,5882026年10月11日 更新

Investigate a specific Codex CLI session by session ID — correlate the local rollout transcript (`~/.codex/sessions/YYYY/MM/DD/rollout-*-<SESSION_ID>.jsonl`) with the router's production logs to understand what Codex rendered vs. what the upstream served on the /v1/responses path. Use when given a session ID and asked "why did X render?" (missing thinking, missing routing marker, wrong model, tool-call weirdness) for a Codex conversation routed through the router.

日本語の概要は準備中です。原文の説明を表示しています。

weave-os/router5,5882026年10月11日 更新

Switch Codex back to its normal provider for future sessions.

日本語の概要は準備中です。原文の説明を表示しています。

weave-os/router5,5882026年10月11日 更新

fm

無料

Alias for force-model — pin this Codex session to a specific model through the Weave Router.

日本語の概要は準備中です。原文の説明を表示しています。

weave-os/router5,5882026年10月11日 更新

Pin this Codex session to a specific model through the Weave Router.

日本語の概要は準備中です。原文の説明を表示しています。

weave-os/router5,5882026年10月11日 更新

Install language servers (gopls, typescript-language-server, pyright, rust-analyzer) and their prerequisite toolchains (Go, Node/npm, rustup) so the lsp tool works. Use when the user asks to enable or install LSP / language-server support, when lsp_enable reports a missing toolchain, or when the lsp tool reports no language server is installed.

日本語の概要は準備中です。原文の説明を表示しています。

weave-os/router5,5882026年10月11日 更新

weave-os のスキルをすべて見る

このスキルの問題を報告する