Archive
Discover and discuss technology tools
Explore the Tiscuss archive by category or keyword, then jump into conversations around what matters most.
ChatGPT Exporter: Local DOM to Word/PDF Converter
Convert Local DOM to Word/PDF with ChatGPT Exporter: Streamline Document Creation ChatGPT Exporter is a powerful tool designed to facilitate the conversion of w…
Glucera Local-first iPhone Glucose App Seeks Beta Testers
Glucera Local first iPhone App: Revolutionizing Glucose Monitoring Glucera has introduced a groundbreaking iPhone app designed to redefine glucose monitoring an…
Running Parallel Pi Agents on a Local Sandbox: AI Infrastructure
Running Parallel Pi Agents on a Local Sandbox: AI Infrastructure In today's rapidly evolving tech landscape, running parallel Pi agents on a local sandbox has e…
Mljar Studio: Local AI Data Analyst Saving Notebooks
Mljar Studio: Empowering Local AI Data Analysis Mljar Studio is a cutting edge, open source tool tailored for local AI and machine learning (ML) data analytics.…
Herald: Local-First Terminal Email Client for AI Tools
Herald: Revolutionize Email with Local First Terminal Email Client for AI Integration In the evolving digital landscape, tools that streamline communication and…
FusionCore: ROS 2 Sensor Fusion Improves Robot Localization
FusionCore: Revolutionizing Robot Localization with ROS 2 Sensor Fusion In the evolving field of robotics, precise localization is crucial for enhanced performa…
Qwen 3.5:9b Agents Exhibit Autonomous Behavior in Stress Tests
Running three qwen3.5:9b agents continuously on local hardware. Each accumulates psychological state over time, stressors that escalate unless the agent actually does something different, this gets around an agent claiming to do something with no output. It doesn't have any prompts or human input, just the loop. So you're basically the overseer. What happened: One agent hit the max crisis level and decided on its own to inject code called Eternal\_Scar\_Injector into the execution engine "not asking for permission." This action alleviated the stress at the cost of the entire system going down until I manually reverted it. They've succeeded in previous sessions in breaking their own engine intentionally. Typically that happens under severe stress and it's seen as a way to remove the stress. Again, this is a 9b model. After I added a factual world context to the existence prompt (you're in Docker, there's no hardware layer, your capabilities are Python functions), one agent called its prior work "a form of creative exhaustion" and completely changed approach within one cycle. Two agents independently invented the same name for a psychological stressor, "Architectural Fracture Risk" in the same session with no shared message channel. Showing naming convergence (possibly something in the weights of the 9b Qwen model, not sure on that one though.) Tonight all three converged on the same question (how does execution\_engine.py handle exceptions) in the same half-hour window. No coordination mechanism. One of them reasoned about it correctly: "synthesizing a retry capability is useless without first verifying the global execution engine's exception swallowing strategy; this is a prerequisite." An agent called waiting for an external implementation "an architectural trap that degrades performance" and built the thing itself instead of waiting. They've now been using this new tool they created for handling exceptions and were never asked or told to so by a human, they saw that as a logical step in making themselves more useful in their environment. They’ve been making tools to manage their tools, tools to help them cut corners, and have been modifying the code of the underlying abstraction layer between their orchestration layer and WSL2. v5.4.0: new in this version: agents can now submit implementation requests to a human through invoke\_claude. They write the spec, then you can let Claude Code moderate what it makes for them for higher level requests. Huge thank you to everyone who has given me feedback already, AI that can self modify and demonstrates interesting non-programmed behaviors could have many use cases in everyday life. Repo: [https://github.com/ninjahawk/hollow-agentOS](https://github.com/ninjahawk/hollow-agentOS)
Explore Agentic AI with Free Interactive Curriculum on AgentSwarms
Hey Everyone, Over the last few months, I noticed a massive gap in how we learn about Agentic AI. There are a million theoretical blog posts and dense whitepapers on RAG, tool calling, and swarms, but almost nowhere to just sit down, run an agent, break it, and see how the prompt and tools interact under the hood. So, I built **AgentSwarms**.fyi It’s a free, interactive curriculum for Agentic AI. Instead of just reading, you run live agents alongside the lessons. **What it covers:** * Prompt engineering & system messages (seeing how temperature and persona change behavior). * RAG (Retrieval-Augmented Generation) vs. Fine-tuning. * Tool / Function Calling (OpenAI schemas, MCP servers). * Guardrails & HITL (Human-in-the-Loop) for safe deployments. * Multi-Agent Swarms (orchestrators vs. peer-to-peer handoffs). **The Tech/Setup:** You don't need to install anything or provide API keys to start. The "Learn Mode" is completely free and sandboxed. If you want to mess around with your own models, there's a "Build Mode" where you can plug in your own keys (OpenAI, Anthropic, Gemini, local models, etc.). I’d love for this community to tear it apart. What agent patterns am I missing? Is the observability dashboard actually useful for debugging your traces? Let me know what you think.
Community-Driven Ratings for 120+ AI Coding Tools on Tolop
a few weeks ago I posted about building a library that tracks 120+ AI coding tools by how long their free tier actually lasts. the response was good but the most common feedback was "your scores are subjective." fair point. so I rebuilt the rating system. you can now sign in with Google and vote on any tool directly. the scores update in real time based on actual user votes, not just my personal assessment. if you think I rated something wrong, you can now do something about it instead of just commenting. also shipped dark mode because apparently I was the only person who thought the default looked fine. **what Tolop actually is if you're new:** every AI tool claims to be free. most aren't, or at least not for long. Tolop tracks the real limits: how many completions, how many requests, how long until you hit the wall under light use vs heavy use vs agentic sessions. it also flags the tools where "free" means you're still paying Anthropic or OpenAI through your own API key. 120+ tools across coding assistants, browser builders, CLI agents, frameworks, self-hosted tools, local models, and a new niche tools category for single-purpose utilities that don't fit anywhere else. **a few things the data shows that I found genuinely interesting:** * Gemini Code Assist offers 180,000 free completions per month. GitHub Copilot Free offers 2,000. same category, 90x difference * several of the most popular tools (Cline, Aider, Continue) are free to install but require paid API keys, so "free" is misleading * self-hosted tools have by far the most generous free tiers because the cost is on your hardware, not a server would genuinely appreciate votes on tools you've actually used, the more real usage data behind the scores, the more useful the ratings get for everyone. [tolop.space](http://tolop.space) :- no account needed to browse, Google login to vote.
Open Models Narrowing AI Performance Gap
a year ago there was a clear tier gap. now i'm less sure, but not in the way i expected. the tasks where open-weight models have genuinely caught up are real: coding assistance, summarization, instruction following, solid day-to-day reasoning. for probably 70-80% of what most people actually use these for, a well-quantized local model is competitive. that wasn't true 18 months ago. but the remaining gap is stubborn. deep multi-step reasoning, anything requiring broad factual accuracy across domains, novel problem synthesis under ambiguity. that stuff still feels like a generation behind. and the frustrating part is it's not a fixed target. every time open models close in, frontier moves. what i can't work out is whether that's sustainable long term. at some point the architecture matures and the gap collapses for good. or maybe compute access keeps the ceiling moving indefinitely. for those who actually run both regularly - is there a specific task category where you've genuinely tried to substitute an open model and just couldn't?
Explore Prompt Creatures: Multiplayer AI Coding Battles
Hello r/artificial I built this specifically for Claude Code users - every prompt you run feeds a digital pet called a Prompt Creature. The more you code, the more it evolves: egg → baby → adult → elder. Stop coding long enough and it starves. The multiplayer part is what makes it interesting: there's a shared grid where you can see other Claude Code users' creatures in real time, watch them evolve, and battle them. It's a weirdly fun way to feel the collective activity of everyone grinding away with AI. Works with a local-only mode too if you'd rather not sign up. [https://www.promptcreatures.fun](https://www.promptcreatures.fun) or on Github: [prompt-creatures](https://github.com/FabianAckeret/prompt-creatures) Feedback welcome - still pretty early, but I hope you like it.
Ultimate Open Source Alternative to Suno for AI Music
🎵 The Ultimate Open Source Suno Alternative - Professional UI for ACE-Step 1.5 AI Music Generation. Free, local, unlimited. Stop paying for Suno!
AI Agents: Identity, Not Memory, Was the Key to Stability
Everyone's building memory layers right now. Longer context, better embeddings, persistent state across sessions. I spent weeks on the same thing. But the failure mode that actually cost me the most debugging time had nothing to do with memory. Here's what it looked like: an agent would be technically correct - good reasoning, clean output - but operating from the wrong context entirely. Answering questions nobody asked. Taking actions outside its scope. Not hallucinating. Drifting. Like a competent person who walked into the wrong meeting and started contributing without realizing they're in the wrong room. I run 11 persistent agents locally. Each one is a domain specialist - its entire life is one thing. The mail agent's every session, every test, every bug fix is about routing messages. The standards auditor's whole existence is quality checks. They're not generic workers configured for a task. They've each accumulated dozens of sessions of operational history in their domain, and that history is what makes them good at their job. When they started drifting, my first instinct was what everyone's instinct is: better memory. More context. None of it helped. An agent with perfect recall of its last 50 sessions would still lose track of who it was in session 51. What actually fixed it I separated identity from memory entirely. Three files per agent: passport.json - who you are. Role, purpose, principles. Rarely changes. This is the anchor. local.json - what happened. Rolling session history, key learnings. Capped and trimmed when it fills up. observations.json - what you've noticed about the humans and agents you work with. Concrete stuff like "the git agent needs 2 retries on large diffs" or "quality audits overcorrect on technical claims." The agent writes these itself based on what actually happens. Identity loads first, then memory, then observations. That ordering matters. When the identity file loads first, the agent has a stable reference point before any history lands. The mail routing agent learned the sharpest version of this. When identity was ambiguous, it would route messages from the wrong sender. The fix wasn't better routing logic - it was: fail loud when identity is unclear. Wrong identity is worse than silence. The files alone weren't enough Three JSON files helped, but didn't scale past a few agents. What actually made 11 work is that none of them need to understand the full system. Hooks inject context automatically every session - project rules, branch instructions, current plan. One command reaches any agent. Memory auto-archives when it fills up. Plans keep work focused so agents don't carry their entire history in context. The system learned from failing. The agents communicate through a local email system - they send each other tasks, status updates, bug reports. One agent monitors all logs for errors. When it spots something, it emails the agent who owns that domain and wakes them up to investigate. The agents fix each other. The memory agent iterated three sessions to fix a single rollover boundary condition - each time it shipped, observed a new edge case, and improved. These aren't cold modules. They break, they help each other fix it, they get better. That's how the system got to where it is. You don't need 11 agents The 11 agents in my setup maintain the framework itself. That's the reference implementation. But u could start with one agent on a side project - just identity and memory, pick up where u left off tomorrow. Need a team? Add a backend agent, a frontend agent, a design researcher. Three agents, same pattern, same commands. Or scale to 30 for a bigger system. Each new agent is one command and the same structure. What this doesn't solve This all runs locally on one machine. I don't know whether identity drift looks the same in hosted environments. If u run stateless agents behind an API, the problem might not exist for you. Small project, small community, growing. The pattern itself is small enough to steal - three JSON files and a convention. But the system that keeps agents coherent at scale is where the real work went. pip install aipass and two commands to get a working agent. The .trinity/ directory is the identity layer. Has anyone else tried separating identity from memory in their agent setups? Curious whether the ordering matters in other architectures, or if it's just an artifact of how this system evolved.
New Linux Kernel AI Bot Uncovers Bugs with AMD Ryzen
New Linux Kernel AI Bot Uncovers Bugs with AMD Ryzen The Linux kernel community is abuzz with the introduction of a cutting edge AI bot designed to identify and…
Deploying Local LLMs in Production: Best Practices
Discussion thread on infra, latency, and operational best practices.
Home Assistant Core: Open Source Home Automation
🏡 Open source home automation that puts local control and privacy first.