I’m trying to get a clearer picture of how Logseq’s official development roadmap relates to the broader shift toward agentic AI, tools that don’t just answer queries, but can take actions, automate workflows, and operate more like assistants embedded in our personal knowledge systems.
I’m aware of the ongoing database work and the last official update from December 25, but beyond that, I haven’t seen much consolidated information about how (or whether) Logseq plans to integrate with this new wave of AI‑driven capabilities.
So I’d love to ask the community:
Is there a summary, discussion, or any compiled information about Logseq’s direction regarding agentic‑AI features?
Some angles I’m particularly curious about:
Long‑term vision: Has the team shared any thoughts on how Logseq might evolve in an era where AI agents can read, write, and act on our notes?
Plugin ecosystem: Are there ongoing community or third‑party efforts to bring agentic‑AI workflows into Logseq?
Official stance: Has Logseq commented on whether agentic‑AI integration is part of their roadmap, or if the focus remains primarily on the new database and core stability?
Interoperability: With more tools adopting open standards for AI‑driven automation, is Logseq planning to support any protocols or APIs that would allow agents to interact with the graph safely?
If anyone has links, summaries, or insights, whether from Discord, GitHub issues, community calls, or developer notes, I’d really appreciate it. This seems like an important moment for PKM tools, and it would be great to understand where Logseq fits into that landscape.
Thanks in advance to anyone who can shed some light on this topic.
For now the switch from md storage to database seems like a move away from easy integration with AI tools. Markdown files can be easily added as context and they could be easily created / modified by agents.
But a great API could be equally good if wrapped up in an MCP. I have even found an existing one but didn’t try it yet.
It would be cool to be able to give AI strict permissions to only access the data needed. And this could be tricky as in logseq it is spread throughout.
I personally hope the core app has no specific AI features whatsoever.
The development of general purpose tools like logseq should be guided by solid time-proven technologies and theories, not “trends”.
Sure, logseq should provide a robust API , which can then be used by plugin developers to create whatever they want. This keeps the app flexible, while still ensuring a performant lean core.
Logseq could have developed a very small MCP server that gave Markdown users AI abilities. Instead the team, which is basically one guy, is moving towards something easier to monetise on the cloud. They will say the new version offers these new features, which is true and fail to disclose that the old version could have offered most of that too. The new “db” version uses only a single table and includes nearly every performance penalty of the Markdown file version.
Logseq DB has an MCP server. try it out.
Logseq DB is still Local First and Privacy first.
Both Logseq MD and the DB use the same data model based on datascript. The output was persisted to several MD files and reconstructed into the datascript db, and now with Logseq DB, it is still datascript but with sqlite. Much more reliable and faster in various ways.
The reliability and performance challenges led to the rearchitecture of the app, and that was communicated in this forum and in discord. If you think those can be addressed with the MD version, I recommend you do some experimentation with the code and share your finding. The code is here GitHub - logseq/og: Logseq og (file version) now.
Also, logseq is not a one person band. It is a team of 4.
@daviddelven Somehow, the fact that over 93% of your Question is Ai generated (according to ZeroGPT) is emblematic for the point you’re making. Why should anyone in this forum bother to answer a question that you didn’t even bother to write?
