deepseek-disable

Disable DeepSeek opportunistic workers to enforce Kimi-only execution.

130|14|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/dmae97/oh-my-kimi --skill deepseek-disable
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: deepseek-disable
Source: https://github.com/dmae97/oh-my-kimi/tree/main/templates/skills/kimi/deepseek-disable
Command: npx skills add https://github.com/dmae97/oh-my-kimi --skill deepseek-disable

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents unreliable or uncertain DeepSeek worker routing by immediately disabling DeepSeek opportunistic workers and falling back to Kimi-only execution.

Core Features & Use Cases

  • DeepSeek worker disablement: Turns off DeepSeek opportunistic workers so your workflow continues without provider uncertainty.
  • Kimi-only fallback: Keeps OMK running using Kimi-only execution rather than attempting DeepSeek.
  • Operational safety controls: Avoids any handling or exposure of provider credentials while applying the disable decision.

Use case: When DeepSeek balance/auth/provider health is unclear during a coding session, disable DeepSeek to keep work moving with Kimi-only execution.

Quick Start

Run the deepseek-disable command to disable DeepSeek opportunistic workers and continue with Kimi-only execution.

Frequently Asked Questions about deepseek-disable

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I switch to Kimi-only execution when DeepSeek provider routing is unreliable?▼

To switch to Kimi-only execution, you can disable DeepSeek opportunistic workers using a slash command. This stops unreliable provider routing during coding workflows without modifying API keys.

How do I disable DeepSeek workers without exposing my API keys?▼

You can disable DeepSeek workers without exposing API keys by applying an operational safety toggle. This command stops provider routing immediately without handling or modifying your provider credentials.

Can I re-enable DeepSeek routing after falling back to Kimi-only execution?▼

Yes, you can re-enable DeepSeek routing later using the corresponding enable command. This restores opportunistic worker availability once provider health, balance, or authentication issues are resolved.

When should I use a provider fallback to stop DeepSeek routing in my coding workflow?▼

You should use a provider fallback to stop DeepSeek routing when balance, authentication, or provider health is uncertain. This ensures workflow reliability by keeping your coding session running with Kimi-only execution.

Does disabling DeepSeek opportunistic workers affect my current agent runtime configuration?▼

Disabling DeepSeek opportunistic workers applies a configuration toggle to your agent runtime. It forces Kimi-only execution to maintain workflow reliability without permanently altering your underlying API key setup.