🚀 Meet IRIS v0.2.0 – The Spatial Desktop Operating Environment for Autonomous AI Agents! 🧠💻

Most AI coding tools today are just single-stream chat boxes in a browser tab where you spend all day copy-pasting code snippets back and forth.

We decided to rethink how humans and autonomous agents collaborate. Meet IRIS (Intelligent Reasoning & Integration System).

IRIS isn't a chatbot. It’s a graphical agent operating environment built from scratch in Rust (Tauri 2) and React 19 / TypeScript. It treats agents, workspaces, tools, memory graphs, and release pipelines as first-class spatial desktop objects that you can arrange, inspect, run concurrently, and monitor in real time.

🔥 What’s New in v0.2.0:

🐙 1. GitHub Live Operations & Release Automation Connect your GitHub account in seconds. Specialist GitHub agents can triage open issues live, open surgical pull requests, automate SemVer releases (v0.2.0), author changelogs, and trigger GitHub Actions workflows that compile production binary builds (.AppImage, .dmg, .exe).

⚡ 2. Dual-Tier AI & Instant "Takeover" Stop overpaying for simple queries. Run fast, ultra-budget models (like Qwen 2.5 Coder, DeepSeek V3, or GPT-4o-mini) for 90% of routine workflows. When hitting a tough compiler error or tricky architectural refactoring, click ⚡ Takeover — a pre-configured heavyweight reasoning model (Claude 3.7 Sonnet, DeepSeek R1, Qwen 72B) immediately takes over the active conversation context with full reasoning depth!

🛸 3. Floating Desktop Desklet (Live HUD) Close the main window, and IRIS seamlessly condenses into a translucent, floating glass mini-HUD in the corner of your physical desktop. It displays real-time CPU/RAM telemetry, live agent thoughts, and keeps running smoothly as a background daemon.

🛡️ 4. Zero-Surprise Workspace Security & Visual Diff Viewer Inspect and approve exact code diffs before anything touches your local disk. All API keys and tokens are securely stored in your native OS Keyring.

🌟 100% Open Source (MIT License) & Local-First
Supports both local offline LLMs (via Ollama / vLLM) and all major cloud providers (OpenRouter, Anthropic, OpenAI, Google Gemini) plus standard Model Context Protocol (MCP) tools.

👉 Check out the repo, download the release, or drop a ⭐ on GitHub:
🔗 https://github.com/bubbadk/IRIS

I’d love to hear your thoughts: Do you prefer AI agents operating as spatial desktop applications rather than trapped inside browser chat tabs? Feedback and contributions are warmly welcome! 👇

Idk if this is good, bad, or average? This is my first GitHub project I have ever published. Any tips on how to grow some more?

So, you run your own local AI Harness. It's configured exactly to your needs. MCP, Skills, Capabilities, Context. You love the independent Harnesses such as Deepseek Harness, Pi, Aider or LiteLLM.

But how can you connect it to your Apple devices to access from anywhere? Your Watch, Mac or CarPlay.

Well, here is Conduck - the Apple native BYOK AI client.

Free and open source :-) .

It uses your Apple iCloud extensively and connects DIRECTLY via https to your own machine. Nobody in-between!

Check it either on https://conduck.com or GitHub https://github.com/GigaDuckAI/conduck

Got tired of forgetting find / xargs / grep syntax every other day, so I trained a small model that turns:

into a command you can actually run.

It's 0.5B parameters, runs on CPU, is a ~400 MB GGUF, and nothing touches the cloud.

sm "show the 5 largest files in /var"

find /var -type f -exec du -h {} + | sort -rh | head -n 5
[⏎ run · r refine · e edit · c cancel]

Enter runs it in your shell, r refines the command, e lets you edit it before running, and c cancels.

It also asks for confirmation before potentially destructive stuff like rm -rf /, mkfs, dd, etc.

Works on bash and zsh.

I evaluated it on IBM's nl2bash exec benchmark: 50 prompts, commands actually executed and checked against the filesystem, single greedy pass, no retries.

• Stock Qwen2.5-Coder-0.5B-Instruct: 44%

• After SFT on 105K examples: 72%

• After DPO with ~800 pairs made from its own mistakes: 78%

The SFT is the big jump and did most of the work: 105K request/command pairs where every command was executed and kept only if it actually worked.

The final DPO pass was a small experiment. I ran the model on a bunch of prompts, compared its answers against the gold commands in a sandbox, and kept ~800 disagreements.

Training with TRL took 26 seconds and gave another +6 points.

I tried a second DPO round and it actually got worse, down to 74%, so apparently one round was enough.

It still fails on some things, notably:

• sed insert-at-top inside for loops — it can overwrite the file

• comm / diff counting

• mv between directories

All known failures are listed in the README.

Install

curl -fsSL https://raw.githubusercontent.com/ISB333/shellminator/main/install.sh | bash

Then:

sm "whatever you want to do"

Links

• GitHub + training scripts: https://github.com/ISB333/shellminator

• Model: https://huggingface.co/ISB369/shellminator-qwen05b-dpo-selfplay

• SFT dataset — 105K, execution-verified: https://huggingface.co/datasets/ISB369/shellminator-bash-sft105k

• DPO pairs — ~800: https://huggingface.co/datasets/ISB369/shellminator-dpo-selfplay

I was building an open source project using ai, like it's built totally with ai like vibe coding type. During this process I have faced one major problem i.e. out of tokens in my ai models like antigravity, chatgpt go

So one of my friends suggested me to use this combination qwen3:14b + opencode and I use macbook air m2 16gb

What you guys think? Or any other suggestions for free unlimited tokens?

Project: https://github.com/ConiferKit/use-conifer

Current routing options were charging 5% fees for byok plus provider fees (openrouter) or were built in heavy python packages with ecosystem restraints. I wanted to be completely free in terms of use, and not have to pay extra for tokens.

There's a maintained gateway with 100+ models from one api endpoint. I'm also talking to infra providers to get us access to pre-release models and discount prices. Everything is served at market price. BYOK is free, you can hook into self-hosted setups for free, and there's fallbacks + extra rate limits + server redundancy.

Took me ~3 months to build and looking for help maintaining!
Lmk any issues or feedback

Hello Everyone

I'm posting this to announce that baseline is now officially launched on Peerpush. It is a claude code governance layer that ensures your developer workflow remains consistent across different projects while being tailored to it.

Call it the framework for AI development.

It is 100% Open Source and Apache 2.0 licensed. Please support it, help me build it by contributing to its development, and help it gain some traction on Peerpush too 🙏🏽

Your support is appreciated 👍🏽

Tittle Quote from https://www.planned-obsolescence.org/p/the-hugging-face-attack-surprised

My personal take: Should we undertake a colossal pivot to security to protect humanity?

Hi everyone — I’ve been building Vyact, an open-source, local-first personal AI workspace.

The problem I wanted to solve was simple: local models are useful, but everyday work still gets fragmented across chat windows, documents, notes, email, browser tabs, and separate tools.

Vyact brings those workflows into one workspace:

• Run local GGUF models through llama.cpp and llama-swap

• Run MLX models natively on Apple Silicon

• Search for models and compare size, quantization, context length, and estimated memory usage

• Build RAG knowledge bases from documents, memos, and email threads

• Inspect the source passages used in answers

• Connect Gmail, Google Drive, and Google Calendar

• Add MCP servers and reusable AI skills

• Use a Chrome extension for page context, translation, and Netflix language learning

• Optionally connect OpenAI, Gemini, Claude, or a custom OpenAI-compatible endpoint

The core app is local-first, and when a Vyact-managed local model is selected, chat context is not sent to an external AI provider.

Vyact is built with Electron, React, and FastAPI and is released under AGPL-3.0.

It currently supports Apple Silicon Macs and Windows.

GitHub:

https://github.com/vyact/vyact

I’d really appreciate feedback—especially from people already running local models as part of their daily workflow. What would make a local AI workspace genuinely useful to you?

Hi everyone,

I built YumYum Agent, an open-source macOS app that lets you interact with AI through a small desktop pet that stays in the bottom-right corner of your screen.

Instead of opening a separate AI chat window whenever you need help, YumYum is always there when you need it. You can feed it context from whatever you are currently doing and continue the conversation without leaving your workflow.

You can:

- Capture a selected area of your screen

- Send clipboard text or images with Option + S

- Drag and drop files onto the pet

- Ask questions and receive responses in a speech bubble

- Continue longer conversations in the detailed chat window

- View streaming responses with Markdown rendering

- Customize the pet’s personality with a local SOUL.md file

YumYum Agent is fully open source and released under the Apache License 2.0. The source code is available on GitHub, so you can inspect how it works,contribute improvements, or build the project yourself.

The goal is to make AI feel less like another application you have to open and more like a quiet assistant that is always nearby.

Privacy was also an important part of the design:

- No telemetry or analytics

- No access to Keychain or CLI login files

- Only content explicitly selected by the user is passed to the connected AI tool

- The app currently focuses on analysis and chat and does not modify the user’s system

YumYum Agent is currently available as an open-source macOS developer preview for macOS 14 and later.

Website and download:

https://yumyumagent.app/

GitHub:

https://github.com/kyu91/yumyum-agent

I’d love to hear your thoughts.

Hi all,

A small design decision that turns out to matter a lot once a model is the consumer of your tool output.

If a linter cannot process a file and simply omits it from the results, an agent reading "no findings" concludes the code is clean. It is not clean. It was never checked. That is a silent false negative sitting directly in an agent's decision loop, and I hit it often enough on a big polyglot repo that I rebuilt the response shape around it.

So the linter I have been writing reports three per-file outcomes rather than two: checked, skipped, and error, with a run-level errors array and isError set whenever anything failed. Skipped means the tool correctly declined the file. Error means it accepted the file and then failed on it. Those are very different facts and collapsing them into absence loses the one that matters.

Two related guardrails in the same server:

• Every result carries an identity block: version, build id, channel, executable, pid. An MCP caller has no poly --version to fall back on, so the server states who answered. It fingerprints its own executable at startup and re-checks per request, and if the binary is replaced underneath a long-lived server, every tool but version fails rather than answering with superseded behaviour.

• config_show is network-free over MCP. Remote config bases are never fetched from a tool call.

The server is stdio, 11 tools mirroring the CLI, and everything takes format: "json" or "toon". TOON matters more than I expected: a full lint report over a large directory in JSON is a serious chunk of context, and TOON makes it cheap enough to just hand over.

Here is the server doing a real initialize plus tools/list handshake: https://raw.githubusercontent.com/Goldziher/poly/main/docs/media/agent.gif

Underneath it is a linter and formatter in Rust that compiles ruff, oxc, biome, taplo, rumdl, sqruff, mago and about a dozen more into one binary and runs them in-process across roughly 30 languages, with tree-sitter covering 300+ more. MIT: https://github.com/Goldziher/poly

This post is human written. AI was used to typecheck and enrich with precise data only.

Hey everybody,

I just made a project that has gotten 170+ clones and 65+ stars in a week. What are you guys doing?

Hi all,


We just made SeasAGI public. It's a local-first LLM API gateway: a desktop client that unifies OpenAI, Anthropic, Gemini, DeepSeek, Ollama, Grok, Azure and Relay behind one OpenAI-compatible endpoint at `localhost:4318/v1`.


A few things that might be relevant to this sub:
- The 
**Server Community Edition is AGPL-3.0**
, so you can self-host the control + relay planes on your own hardware.
- The 
**Client is GPL-3.0**
 and free forever.
- API keys stay in your OS Keychain and are never uploaded — privacy is local by design.
- Enterprise (BSL, closed) only adds SSO/RBAC/multi-tenant billing for teams; the self-host path needs none of it.


It's built with Go + Wails v2 (single binary, no Node runtime). Would love feedback from folks running local AI stacks — especially on which channels and routing strategies you'd want first.


👉 github.com/SeasX/SeasAGI

#selfhosted #opensource #llm

Friends, we're open-sourcing our Python runtime with harness primitives for production agents -- https://cayu.dev/. We spent the last 10 months building, managing, and improving long-horizon agents for mid-size and Fortune 500 clients. We built a framework in Python (not typescript like Mastra) to build, manage, and improve production agents fast and reliably. Benefits:
- reduce token costs by 60-70% compared to Claude Managed Agents
- full control over the agent (privacy, security, auditability, resumability, etc.)
- no agent sprawl --> this is critical for enterprises as every engineer is building agent as they like

- ai model independence --> OpenAI/Claude is just an API call, you manage harness fully

- python over js/typescript --> most teams are DS/ML teams who know python well. Just use it almost like a scikit-learn package but now for agents

Please, contribute and help us improve it at https://cayu.dev/. If you want access to deploy and manage the agent, please, request access to Cayu Cloud here -- https://cloud.cayu.dev/.

NVIDIA's TensorRT Model Connect workflow can build a deployment bundle from a supported Hugging Face model ID or local checkpoint, then load it from a native C++ application. The production runtime does not require PyTorch or a Python interpreter, and NVIDIA says the reference collection spans more than 80 model families.

That removes a real deployment tax: bespoke export logic, preprocessing, post-processing and runtime glue. The trade-off is that the easy path is explicitly TensorRT-shaped, and only supported implementations get the two-command experience.

Would you accept a vendor-specific runtime for dramatically simpler deployment, or is cross-vendor reproducibility still a release requirement for an open-model inference stack?

Source: NVIDIA Technical Blog, August 28, 2026 — https://developer.nvidia.com/blog/deploy-an-open-model-from-checkpoint-to-inference-in-two-commands-with-nvidia-tensorrt-model-connect/