u/Broad_Chemistry1080
Sorry ladies now I know how yucky it feels
Kevu laage aam desperate chokrav aaju baaju Che .. badhu kidhu Hu chokro chu to bhi accept nhi karto
રાત્રે ડાયરો સાંભળવાની ટેવ છે, તો આ સાઈટ બનાવી જોઈ
gujarati-dayro.vercel.appLooking a house for my friends. 2F near atmiya, nana mava or mota mava
My friends are looking for the house/Flat and are bachelors.
Best work cafes ?
What are the cafes where there is less noise and you can work and have a great espresso ?
A demo of what my opensource can built on its own
I've been working on miii-cli — a terminal-based AI coding assistant that runs entirely on local models (Ollama, LM Studio, vLLM, whatever OpenAI-compatible endpoint you point it at). No API keys, no cloud calls, no usage limits.
To actually stress-test it instead of just demoing toy prompts, I gave it one task: build a Python app that zooms in and out using two-finger trackpad gestures.
I didn't touch the code myself. miii-cli:
- read the project structure
- wrote the gesture-tracking logic
- ran it
- hit a bug (gesture distance wasn't normalizing right)
- rewrote the function
- ran it again until it worked
End result: a small Python app where pinching in/out on the trackpad smoothly zooms a view in real time, powered fully offline.
Nothing revolutionary about the demo app itself — it's simple on purpose. The point was seeing whether a fully local, no-cloud setup could actually handle an iterative build-test-fix loop without hand-holding. It did.
Repo's here if you want to poke at it or run your own local model against it: https://github.com/maruakshay/miii-cli
Happy to answer questions about the architecture, model setup, or why I went local instead of just wrapping Openai or claude .
I still can’t process what he wants to say
Anybody here interested in Artifical Intelligence tech ? Want a help for what m building
reddit.comAnother ai slope to see
Need help to understand comedy circuit/open mics here
I am planning to start again my comedy journey after a decade and need help what does current situation like
Here is the demo of what i have been building and updating since weeks
Check more on
I got tired of retyping the same text everywhere, so I built a tiny Chrome text expander
I kept typing the same things over and over all day — my email, my address, a support reply I send constantly, code blocks I always reach for. Copy-pasting from a notes file or retyping from memory got old fast.
Chrome doesn't have a built-in way to say "when I type addr, drop in my full address," so I made one.
It's called CopyTap. You store a snippet once (addr → your full address), then trigger it anywhere by typing a short key with a prefix, like :addr. The moment it matches, it swaps in the full text — no clicking, no menus.
- Works in any input, textarea, or rich-text field, on any site
- Snippets sync across your signed-in Chrome via
chrome.storage.sync - Import/export everything as JSON
It's free and open source. Would love feedback, especially on edge cases with weird input fields.
We have too many local CLI agents. The real question is whether your local model can actually drive one.
We don't have a shortage of terminal coding agents. We have a shortage of local models that can run the loop: read a file, edit it, run a command, check the output, and not fall apart halfway through.
That was the real pain for me. Almost never the agent. It was the model looping, mangling tool-call formatting, or ignoring the result of the command it just ran. And you don't find out until you're an hour deep.
So I built around that bottleneck. miii is a terminal agent that runs fully on local models via Ollama or any OpenAI-compatible endpoint (LM Studio, vLLM, etc):
- u/filename to inject file context
- model reads, writes, edits, and runs shell commands itself
- tool calls chain up to 6 hops, so it reads → edits → runs → verifies in one pass
miii doctorchecks if your setup is even capable first: Ollama up, model pulled, and whether the model returns valid tool calls
Repo: https://github.com/maruakshay/miii-cli
Which local models actually hold up in a multi-step tool loop for you? In my testing some sub-8B models can't keep tool-call JSON straight past two hops. Curious what's working, and what breaks if you try it.
We have too many local CLI agents. The real question is whether your local model can actually drive one.
We don't have a shortage of terminal coding agents. We have a shortage of local models that can run the loop: read a file, edit it, run a command, check the output, and not fall apart halfway through.
That was the real pain for me. Almost never the agent. It was the model looping, mangling tool-call formatting, or ignoring the result of the command it just ran. And you don't find out until you're an hour deep.
So I built around that bottleneck. miii is a terminal agent that runs fully on local models via Ollama:
- @ filename to inject file context
- model reads, writes, edits, and runs shell commands itself
- tool calls chain up to 6 hops, so it reads → edits → runs → verifies in one pass
miii doctorchecks if your setup is even capable first: Ollama up, model pulled, and whether the model returns valid tool calls
Repo: https://github.com/maruakshay/miii-cli
Which local models actually hold up in a multi-step tool loop for you? In my testing some sub-8B models can't keep tool-call JSON straight past two hops. Curious what's working, and what breaks if you try it.
Context poisoning is why your local AI coding agent breaks at turn 10 — I fixed it with Beacon (open source, Ollama, $0)
The pattern is familiar if you've run local LLMs for coding. Turn 3: sharp, on task. Turn 7: re-reads a file it already read. Turn 10: original goal is gone from visible context. Turn 12: editing the wrong file, looping.
I spent months thinking this was a model quality issue. It's not.
Every other tool silently dumps full file content into the context — 2,000 tokens per 500-line read, 1,200 for a build, 3,000 for a test suite. 10 reads + 5 builds + 3 test runs = 35,000+ tokens of noise. A 7B model with an 8K context window doesn't forget. It literally runs out of room.
I built Beacon into miii-cli to fix this. It works in three layers. First, per-tool compression at production time — file reads become line count + focused excerpt, command output becomes first + last N lines with failures surfaced, test results drop all passes and keep only failures. Pure string operations, microseconds, zero LLM calls, zero embeddings. Second, goal injection — objective extracted once at session start, reinjected synchronously before every response, so drift is structurally impossible. Third, zero overhead — ships in a 176 KB binary, no extra API calls, runs entirely in-process.
Results: 500-line file read drops from ~2,000 to ~480 tokens (76%). Build command from ~1,200 to ~120 (90%). Test suite from ~3,000 to ~300 (90%). Goal stays in context every turn instead of vanishing by turn 8. Agents complete tasks at depth 20+. Without Beacon they're dead at depth 9 on a standard 8K model.
Also ships with shadow git (every model edit auto-committed, /undo works across restarts), file checkpoints (Esc rolls back the whole turn), AST call graph (pure parser, no model), shell sandbox (OS-level, write access scoped to project dir), MCP client, and Claude Skills support via npm.
npm i -g miii-cli · Ollama required · 16 GB RAM min · your code stays local.