SShortSingh.
Back to feed

Real Bot lets Mac users run persistent local AI teammates with multi-bot support

0
·1 views

A developer has released Real Bot, an open-source macOS application that enables users to run multiple AI bots locally on their machines. The tool supports named bots with assigned duties, group chats, @mentions, and task handoffs between bots within a shared workspace folder. It is compatible with any OpenAI-compatible endpoint, allowing users to bring their own API keys, which are stored securely in macOS Keychain. A built-in approval system pauses risky actions until the user confirms them, and MCP support is available via stdio or Streamable HTTP. The project is MIT-licensed and currently in alpha, available as an unsigned .dmg file, with no affiliation to xAI or Grok.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Developer Builds Free, No-Login Love Calculator Based on Name Compatibility

A developer has created NameLoveCalculator, a lightweight web tool that generates a compatibility score between two people based on their names. The tool uses an algorithm that analyzes letter values and name patterns to produce a percentage result. Built with mobile usability in mind, it requires no sign-up and displays no intrusive ads. The project draws inspiration from the long-running internet tradition of name-based love calculators. The developer is seeking community feedback and is considering adding features such as zodiac matching and the FLAMES game.

0
ProgrammingDEV Community ·

Developer documents three silent Cloudflare Pages pitfalls affecting caching and redirects

A developer running a static browser-games site on Cloudflare Pages discovered that custom Cache-Control headers for JavaScript data files are silently overridden by the platform, which enforces its own max-age of 14,400 seconds regardless of _headers rules. A separate investigation revealed that redirect rules beyond approximately the 104th entry in a _redirects file are silently ignored, with no build error or warning issued, regardless of file size. Additionally, deleting pages from the site did not immediately remove them from the shared cache, meaning plain requests continued returning stale 200 responses for up to seven days post-deploy. The developer resolved the caching issue by appending content hashes to asset URLs, used a canary redirect rule to verify the full file is active after each deploy, and recommended cache-busting query strings when confirming page deletions. These findings were measured on the site 360playzone.com in August 2026 and shared to help other developers avoid the same silent failures.

0
ProgrammingDEV Community ·

Why You Must Freeze a Holdout Set Before Trusting Any Coding-Agent Score

Coding-agent benchmarks can quietly become meaningless when teams repeatedly inspect failures, adjust system prompts, and rerun the same tasks — inflating pass rates without genuine improvement. A structured protocol addresses this by splitting a task suite into a tune set and a permanently frozen holdout set, with scores only published from the untouched holdout. Each task must meet strict validity rules: the unpatched repo must fail hidden tests, the oracle patch must pass them, and hidden tests must never be visible to the agent. The holdout split should be generated with a fixed random seed rather than human intuition, which tends to place harder tasks in the tune set and skew results. Even a small suite of twenty well-formed tasks is considered more reliable than hundreds of loosely defined demos, since a frozen denominator, meaningful metrics, and grader integrity checks are all required before a percentage qualifies as a real measurement.

0
ProgrammingDEV Community ·

A 10-Year Developer Rebuilds His ERP Architecture by Learning AWS From Scratch

A software developer with a decade of professional coding experience has publicly acknowledged that managing a single server for a 17-module ERP system is not the same as understanding infrastructure. He discovered two critical flaws in his setup: a single point of failure that would take down all 17 modules simultaneously, and a synchronous report-generation process that slows the entire system during peak usage. His workaround of upgrading to a larger server has repeatedly deferred the problem rather than solving it, while adding unnecessary recurring costs. To address these gaps, he is now studying for the AWS Solutions Architect Associate certification and plans to migrate the ERP to AWS, starting with moving report generation to an asynchronous queue. Subsequent steps include setting up a managed database with a standby availability zone and placing a CDN in front of static assets.