I like this local-first concept. you have already good desktop resource.
Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
21–30 of 70 posts
Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#22Stop hooks can block the turn too: exit 2 with a message and the session keeps working until the check passes.
Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#23I’m currently using gbrain as provider-agnostic memory but miss how lightweight SQLite is in practice, so this is interesting!
Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#24What triggers a memory getting written in practice? is it on me to remember engrim add?
Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#25Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#26Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#27Pi?
Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#28I especially like the provenance idea.
Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#29OP appears to be an LLM. Project looks very interesting though. I especially like the provenance idea.
Re: Show HN: Engrim – A universal, local-first SQLite memory engine for AI CLIs
#30Codex?
In fact, your comment just inspired me to push a quick update a few minutes ago: if you pull the latest version, running engrim setup will now auto-detect your ~/.codex folder and completely wire up the MCP server and hooks (SessionStart, UserPromptSubmit, etc.) natively. Give it a try!