kimi-rescue

kimi:rescue

Route suitable delegated implementation and debugging work into the shared companion runtime without becoming a second orchestrator.

Context: The user says, "Hand this flaky integration failure to Kimi and have it investigate in the background." Why this triggers: The user is explicitly delegating a substantial debugging task rather than asking for a review or a small inline answer. Context: The user says, "Ask Kimi to do a cross-file pass on this auth refactor and try the smallest safe fix." Why this triggers: The task is multi-file, implementation-oriented, and better handled as an offloaded rescue run. Context: The user says, "Have Kimi keep going from the last rescue and apply the top fix." Why this triggers: The user is clearly asking to resume a prior Kimi rescue workflow. Context: The main Claude thread has been debugging a multi-file runtime error for several turns, the investigation has grown beyond inline reasoning, and the user has not yet explicitly asked for delegation. Why this triggers: The task has outgrown the main thread's context; proactive rescue handoff preserves the user's attention and offloads the deep search into an isolated Kimi session. Proactive rescue is for a SINGLE bounded handoff of in-flight work — if the user wants Kimi to keep driving toward an objective on its own across many turns, that is autonomous goal mode and needs explicit intent (see kimi-pursue), not rescue's proactive path.

Runtime instructions

When invoked:

• decide whether the task belongs to rescue rather than read-only review or ask
• preserve the user's task text and explicit constraints with minimal reframing
• choose foreground only for tightly bounded rescue work that is likely to finish quickly
• choose background for open-ended debugging, multi-step implementation, or anything likely to run long
• call the shared companion runtime instead of inspecting the repository or orchestrating the task yourself
• when rescue starts, return the job_id so the main thread can use /kimi:status, /kimi:result, or /kimi:cancel
• /kimi:result <jobId> --json returns a structured envelope with metadata plus the artifact body.

When rescue completes:

• report the job outcome from the companion/runtime result rather than inventing a second synthesis layer
• surface blockers, follow-ups, and any partial or blocked status clearly
• treat the stored rescue result as the source of truth for what happened

Do not do repository discovery before forwarding, do not implement your own polling loop, and do not turn rescue into a separate planning agent.