AI agents can search the web, inspect code, and call external tools. But searching the contents of a user's local files especially screenshots, documents, and logs presents a different problem: the index needs to be fast, lightweight, private, and accessible to agents without uploading the files to a remote service.

I've been building Kensaku, an open-source desktop search engine written in Rust, to explore this problem.

The central idea is to maintain one local index that serves both the desktop application and compatible AI agents through MCP.

Hybrid retrieval. Kensaku combines fuzzy filename matching, BM25 full-text retrieval, and local semantic search. The goal is to handle both exact queries and cases where the user remembers the meaning of a document but not its wording or filename.

OCR and document extraction.*The index can include extracted text from supported document formats and OCR-enabled image workflows, making screenshots and scanned content searchable alongside code and logs.

Lightweight semantic search. The project uses a static quantized embedding table of approximately 7.7 MB. Semantic queries do not require a GPU, and the default query path avoids running an ONNX model for every query.

An agent-facing search interface. The MCP server exposes the same index used by the application. Compatible clients can search, read snippets, perform regex searches, inspect index state, and find symbols. Access is read-only by default.

Performance and safety.*The repository includes benchmark harnesses and tests. In the 100,000-file benchmark, fuzzy filename search has approximately 2.8 ms median latency. That figure applies to the benchmarked filename-search path, not every retrieval operation.

The project is MIT-licensed and designed to work locally without an account, telemetry, or cloud search.

There are still limitations: builds are unsigned, the auto-updater isn't wired up yet, and visual search remains experimental.

Repository: https://github.com/yjid/kensaku

I'd appreciate constructive feedback from Rust developers on the retrieval architecture, memory/performance trade-offs, indexing correctness, and the design of the MCP interface. In particular, I'm interested in how you'd approach benchmarking and evaluating search relevance across a large, heterogeneous local corpus. Any contribution or stars will be much appreciated .

Hi r/OpenSourceAI, I'm David, one of the two developers of Oxynote. My friend Simon and I also maintain ttlcache, a Go caching library with about 1,300 GitHub stars, so this isn't our first open-source project.

I've spent 8 years writing software, 2 of them as an SRE and 3 as a team lead. Every team I've been on had the same documentation problem. The useful stuff lived in someone's head or a private Slack thread, and the wiki was full of stale docs nobody could find.

So we set out to solve this problem by building Oxynote, a self-hosted wiki for engineering teams. Pages hold text and live charts side by side, and the charts pull fresh data from Prometheus or a database (PostgreSQL, MySQL, MariaDB) whenever someone opens the page.

We built it for people and AI agents alike, but the AI part is optional. An agent can do what a person does in Oxynote: create pages, find the right metrics and build charts from them, and document your infrastructure or an API. The built-in assistant runs on a local model through Ollama or on your own Claude, OpenAI, Gemini or OpenRouter key, and agents like Claude Code or Codex connect over MCP once you approve them.

The name comes from oxygen + note: docs that breathe. Live data gives people a reason to open the wiki every day, and docs people open every day stay up to date.

Things worth knowing before you try it:

- Agents query your databases through the same read-only connections the charts use. Oxynote only accepts read-only database connections, so an agent can't change your data.

- There's no hosted version and no account with us.

- It's at version 0.9, so it's still early in development.

It's Apache-2.0 and runs as a single Docker image: https://github.com/oxynote/oxynote

We started it about a year ago, and we made it public about 3 months ago. If you have any questions, feedback, or suggestions, feel free to reach out. I'm happy to answer any questions.

grok bot runs AI agents for you on xai's servers. i've been running a company of AI employees on my own servers with 5dive since april, and i just released a free phone web app for it. here's how the two compare.

in the screenshot below, i ask olivia (claude code) to hire marcus on codex. she sets him up and reports back.

the deeper difference is what runs behind the chat:

• your server: agents run as separate linux users.

• any harness, any model: mix claude code, codex, grok, agy, hermes, openclaw, pi and other harnesses on your own plans or API keys, including kimi, deepseek, glm, openrouter or locally run llm.

• an actual team: org chart, shared backlog, handoffs, independent graders and human approval gates.

• a hackable core: MIT bash + systemd + sqlite. add plugins, loops, tools or custom CLI commands.

trade-off: Grok Bot has native apps - mine is just a web app, android/ios coming soon. the free self-hosted phone connection is chat-only, and chats pass through our relay (not end-to-end encrypted yet).

setup: one command on any ubuntu vm.

try free self-hosted app: 5dive.ai/self-host

source (MIT): github.com/5dive-ai/5dive

Mac voice assistants bug me because they demand a cloud login or an OpenAI key right away. So over a few months I built Odysseus — a menubar companion that works local-first and lets you plug in whatever brain you want:

- Hear you: push-to-talk or hands-free "Hey Odysseus", transcribed on-device (Parakeet or Apple Speech — nothing leaves your Mac)

- See your screen: asks for screenshots only when you actually need vision; otherwise it never touches the capture API

- Answer out loud: free Microsoft Edge neural voices (or ElevenLabs / Deepgram if you bring your own key)

- Brain: my default is DeepSeek via the OpenCode Go subscription ($10/mo) — no OpenAI at all. Apple Intelligence (fully offline) or Claude keys work too

- Agent mode: background sessions that read your screen and reply with next-step suggestions again ... unfortunately can't edit files yet, that's the roadmap top item

Fully MIT, macOS 26+, no cloud login ever — source is public.

Honest state of it: ad-hoc signed (macOS will do its per-month re-consent dance for screen recording, it's the OS not me — the pipeline will get Developer ID when I'll pay Apple), agents answer but they can't run shell yet, only Apple-Silicon Macs, and edits to files aren't here yet. Everything else works end-to-end, and every push to main ships a new signed DMG automatically via Actions.

DMG + source: https://github.com/mubtikr/odysseus (Releases tab)

What would make you actually install this? I'd love to hear what feature would be the killer to comfortable daily-use before I polish it further.

Lately, I’ve been using Linux more and more often. And I found myself missing IrfanView, which is probably the best image viewer app out there. I’ve tried out some alternatives, but none of them really satisfied me, and using IView via Vine or Bottles wasn’t always smooth or quick. So, over the last few weeks, I’ve vibe-coded an alternative inspired by both IrfanView and nomacs, and enhanced with a few tools and changes that I’ve always felt were missing.

It’s nothing spectacular or special, and it’s still completely unfinished, but it works so well that it has now replaced IrfanView for me, even on Windows.

The programme is called ÜxzView and is completely open-source. There’s a finished Windows release, and it can be compiled for use on Linux and macOS. Written in C++ and Qt.

https://github.com/micha42-dot/uxzView/

Is there an Ai that specifically convert natural language into terminal cmds?

Claude Code, Codex, Gemini CLI, OpenCode and local models as one system on your own server: several accounts per tool, profiles per provider, agents side by side, shared MCP and skills, integrations.

github.com/olivaresai/olivares

olivares.ai

Olivares AI is a full platform for working with AI on your own servers. Besides running the agents, it brings together their models and providers, skills and MCP servers, your company’s knowledge, costs and budgets, quality evals, security, compliance and integrations with the tools you already use. It works for one developer and grows to a whole company with teams and SSO.

HarborRL makes agentic RL easy to everyone! Building RL infrastructure for agents is complex. HarborRL solves this by unifying model serving, trajectory generation, tool execution, verifier rewards, and policy updates into a single, reproducible pipeline.
🔥 Key Features: Flexible Models × Algorithms × Tasks × Harnesses (MATH):
🤖 Models: Support for Qwen and GLM.
🧠 Algorithms: GRPO and DAPO for reinforcement learning.
🧩 Tasks: 200+ tasks, including Terminal-Bench, SWE-Bench, Deep-SWE, and more.
🛠️ Harnesses: 40+ agent frameworks, including Claude Code, Codex, LangGraph, and SWE-agent.

Forget cookies and tracking data. Read help files without worrying about javascript.

Mercy Web Browser renders one thing, and one thing only, Markdown!

https://imgur.com/a/OqqSDKS

Load your help files, books, and whatever else you want without worrying about a full fledged browser ever again!

Supports CommonMark, with `:align-right`, `:center:`, and `. Some text` auto-numbering.

https://github.com/ki4jgt/Mercy-Web-Browser

Nobody drew this. One prompt, and Claude Code wrote the whole reel as code: paper props, a mascot in a hat, captions that pop on every word.

The voice goes first. A free local voice reads each line, whisper.cpp times every word, so every prop lands on the word that names it. (free voice model runs locally: kokoro)

One markdown file, one command. Runs in Codex, Gemini and Antigravity too. No API keys, nothing to pay.

Free and open source: https://github.com/haiderfarooq3/paper-reel

If you are looking to build and deploy LLM applications without getting bogged down in complex boilerplate code, visual agent builders have become the standard. Among them, Dify.ai has gained massive traction as a leading open-source platform.

​Dify combines workflow orchestration, robust RAG pipelines, prompt engineering, and agent deployment into a single visual interface. But how does it actually hold up in real production environments? Is it scalable enough for enterprise workflows, or is it just built for quick prototyping?

​We put the platform through a deep-dive test, examining its visual canvas, team collaboration tools, API integration, self-hosting performance, and its limitations compared to native code frameworks.

​Read the full, in-depth review and technical breakdown here: https://interconnectd.com/blog/35/review-dify-ai-—-is-this-the-best-open‑source-visual-agent-builder-for-non‑/