Codeep

v3.9.1

Released October 3, 2026 · View on GitHub →

TL;DR — Fixes found on Omarchy: a one-word answer is no longer pushed to "continue", text and Enter typed together send, y/n answer safe questions at once, the header shows granted access, setup follows theme and size.

Fixed

ready", the agent said "ready", was told to carry on with tool calls it never meant to make, and its confused reply replaced the answer. Any reply under 120 characters without a full stop was taken as unfinished. Now an answer of one to three words, a number, a name, a path or a command is left alone. A model that announces the work and stops is still told to go on when its line ends in ":" or "…", or is a short announcement ending on a plain word ("I'll create everything now"); one ending on a file name ("I'll fix App.ts") now reads as an answer.

"text" Enter`, a fast typist or a paste ending in a newline, the Enter went into the input as an invisible character, nothing was sent, and the input showed a stray letter after the text ("/skills bundlesm"). Each key in such a burst now counts on its own, also in a reply typed while the agent works, which used to lose the text. Several arrow keys or scroll steps in one burst all count too, and a long paste that the terminal delivers in pieces is kept whole; everything after the first piece used to be lost. If it stalls part-way for up to a few seconds, over a slow link, its line breaks still stay text instead of sending part of it.

for the rest of a paste that had stalled, they were taken as more of the paste, so there was no way out. Pressed on their own, they now end the paste and work as usual.

Codeep" list and the API key screen they did nothing; only Esc on the list got out.

than the terminal is read, was dropped, and an Enter that came with it saved the old value. It now goes in whole (a number field keeps only its digits and points), and that Enter saves it.

characters or more opened the "Paste Detected" dialog, so the first Enter only added it to the input. A single line now goes straight into the input; a paste of several lines still asks first, and its line breaks stay text rather than sending it.

says: "Set as Project?", "Apply Changes" and "Confirm Agent Task". Before, they only moved the selection. Approving the agent's action ("Allow this action?"), a "Potentially Dangerous Task", trusting a workspace's MCP servers and a skill's confirm step still take Enter: there y and n only select, and the hint says so. So do "Apply Changes" when a file decides what runs later (a git hook, .git/config, an MCP or skill file) or lies outside the project, and "Confirm Agent Task" when the task reads as dangerous. A question takes no key until the keyboard has been quiet for a moment, so an Enter right after "y", or a sentence you are still typing when it appears, does not answer it.

later.** In the hunk picker, y or a accepted a hunk to a git hook, .git/config, an MCP or skill file, or a file outside the project. Now y, → or Enter selects such a hunk and a second Enter accepts it, as the hint and the file line say; "a" asks for that Enter too. Other hunks still take one key.

→ Yes" and "Folder Access → Read & Write" it still said "Chat only · no project context". It now says "Waiting for folder access" while the question is open, then shows the answer, and follows /grant.

"Welcome to Codeep" provider list and the API key screen kept the old Omarchy theme's colours, and went blank after the terminal was resized, until a key was pressed.

list covered "Welcome to Codeep" and the key hints. It now scrolls with the selection and shows how many providers are above and below; the API key screen drops its blank rows before it covers its title.

nothing and Esc ended setup. Now Enter takes the new key and Esc goes back to the provider list, as on the first try. A key that could not be saved now says why.

Downloads

Install with npm install -g codeep@3.9.1.