Skip to content

v1.5.0

Choose a tag to compare

@erensrtky erensrtky released this 12 Nov 11:42
· 6 commits to main since this release

cogit now records Codex CLI sessions too

Added

  • Codex support. cogit records Codex CLI sessions like Claude Code's: one node per message, linked commits, the same map. Install the plugin with codex plugin marketplace add erensrtky/cogit && codex plugin add cogit@cogit, then start Codex and accept the hooks review it shows. Codex asks for that review again after every cogit update, and until then it skips the hooks without a word. A new guide page, Codex, covers the install, codex exec and what differs from Claude Code.
  • codex exec runs follow the Background work setting like claude -p: with it on, a run a script starts is recorded, and its record is finished before codex exec returns.
  • cogit's own runs for a Codex session (the side runs and the closing pass) run on Codex with your Codex login, read-only and with hooks off. They use Codex's default model, since a ChatGPT account refuses Claude model names. Codex reports no price, so the spend log keeps their tokens and the map's dollar figure says it leaves them out.
  • cogit doctor and cogit init know Codex: whether the plugin is installed and on, whether its hooks are trusted or waiting for a review after an update, and how many Codex sessions in the project are recorded. A machine without Codex sees the same output as before.
  • The map labels the sessions that ran on Codex, and its Resume and Fork buttons copy codex resume <id> and codex fork <id> for them.

Changed

  • The record skill names the type of the fields that take a list (done, work, commits, files) and says branch.open is one string; Codex's model had sent them the other way round on its first write.
  • cogit session show prints the session's id in its output.
  • When the model behind a background pass answers with something other than the JSON record, the error in .cogit/state/detached.log now shows how the answer began.