MoonshotAI / MoonshotAI/kimi-code
Feature request: configurable default swarm mode
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 7.5k
- Forks
- 1.2k
- Avg merge
- 11h 53m
- Merged PRs (30d)
- 350
Description
Problem
Currently, swarm mode must be enabled manually every session via /swarm on or per-task via /swarm <task>. There is no persistent configuration option to start new sessions with swarm mode already enabled.
Use case
Users who consistently want parallel subagent delegation for their workflows have to remember to toggle swarm mode at the start of every session. A config default would remove this friction and make swarm mode a first-class preference alongside other defaults like default_thinking, default_permission_mode, and default_plan_mode.
Proposed solution
Add a top-level config option in ~/.kimi-code/config.toml:
default_swarm_mode = false # or true
When set to true, new interactive sessions would start with swarm mode enabled (equivalent to the user having typed /swarm on).
Alternatively, it could live under an [experimental] or [swarm] table:
[swarm]
default_enabled = false
Additional considerations
- Should be overridable via CLI flag (e.g.,
kimi --no-swarm/kimi --swarm) for one-off sessions. - Could also respect an environment variable such as
KIMI_SWARM_MODE=1. - Existing
/swarm on|offbehavior within a session should remain unchanged.
Related
/swarmslash command added in v0.12.0- PR #569 removed the experimental gate for swarm mode but did not add a startup default
Thanks for considering this!
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the existing /swarm on|off handling and the configuration loading for ~/.kimi-code/config.toml; PR #569 provides related context. Decide how the proposed default, session overrides, and any CLI or environment override should interact, then verify that new sessions honor the setting while existing in-session behavior remains unchanged.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- cli
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100