MoonshotAI / MoonshotAI/kimi-code

Feedback: YOLO mode is more practical than "Ask When Needed" for long-running agentic sessions

Open
#3,507 3 comments 4 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
7.5k
Forks
1.2k
Avg merge
11h 53m
Merged PRs (30d)
350

Description

Summary

After using both permission modes extensively in daily research-computing work (SLURM cluster, long agentic sessions with many sub-agent dispatches), I find YOLO mode significantly more usable than "Ask When Needed"(new yolo) mode, to the point that I downgraded from 0.40.1 back to 0.39.1 to keep my preferred workflow. I would like to share the reasoning and suggest improvements.

Why YOLO works better in practice

  1. Predictable autonomy: In YOLO I know exactly what happens — regular tool calls proceed without interruption, and I stay focused on reviewing outcomes instead of approving individual calls. In "Ask When Needed" mode the interruption points are less predictable, which breaks flow during long multi-step tasks.
  2. Sub-agent heavy workflows: My setup delegates most implementation work to sub-agents (via Agent/AgentSwarm). Approval prompts multiplied across parallel sub-agent runs make "Ask When Needed" considerably noisier than YOLO.
  3. Session continuity: I often leave sessions running (tmux + cron-triggered checks). YOLO lets these complete unattended; approval-gated modes stall on prompts nobody is there to answer.

Suggestions

  • Keep both modes first-class: please don't deprecate or gate YOLO behind extra friction in future releases.
  • Consider making "Ask When Needed" interruption criteria more transparent/configurable (e.g. an allowlist-first behavior where approved-once tool+pattern combos stop prompting — this already partially exists, but its scope could be broader and more visible in the UI).
  • A per-session summary of what would have been asked in YOLO mode (a dry-run approval log) would give the best of both worlds: full autonomy with an audit trail.

Environment

  • kimi-code 0.40.1 (linux-x64, install-script installation)
  • Use case: computational materials research on an HPC cluster; long-running sessions with heavy sub-agent delegation

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files, tests, or implementation entry points are named. Start by tracing how YOLO and Ask When Needed handle approval prompts, including Agent/AgentSwarm sessions; done would require a maintainer-defined change covering interruption behavior, configuration visibility, or audit logging.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.