MoonshotAI / MoonshotAI/kimi-code
Feedback: YOLO mode is more practical than "Ask When Needed" for long-running agentic sessions
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
- 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.
- 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.
- 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
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
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