Developer Builds Free AI Bug Triage Bot to Sort Issue Queues Before Human Review

·1 views

A software maintainer built a lightweight AI triage bot to automatically classify incoming bug reports before any human review takes place. The bot sorts issues into four categories — needs-info, likely-duplicate, no-action, and escalate — using only free AI model access and no paid APIs. Each classification includes a confidence score and a one-line justification, ensuring transparency in the bot's decisions. The system operates on a strict rule: the bot routes issues, but humans make all final calls, and nothing is closed automatically. The developer shared the full script and decision table publicly, encouraging other open-source maintainers to adopt the approach to reduce attention costs from repetitive triage work.

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)

Qwen3 4B Matches Qwen2.5 7B on Writing Correction While Running 2x Faster

A developer benchmarked three locally hosted Qwen language models — Qwen2.5 7B, Qwen3 4B, and Qwen3 8B — on a 20-case writing correction task using Ollama on Windows, generating 60 total responses. Both Qwen2.5 7B and Qwen3 4B achieved identical results, each completing 18 out of 20 cases correctly and failing on the exact same two cases. Qwen3 8B performed marginally better, completing 19 out of 20 cases. The most striking finding was in execution speed: Qwen3 4B averaged 23.99 seconds per cold-start run, compared to 54.37 seconds for Qwen2.5 7B, making it roughly 2.27 times faster. The experiment suggests that for this specific writing-correction benchmark, the newer smaller model can match the practical output of its larger predecessor at significantly lower latency.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Nylas Guide Shows How to Shadow-Test AI Email Agents on Live Traffic Safely

Developers building AI email agents face significant risk when moving from test inboxes to live customer mailboxes, as even small changes to prompts or models can cause errors. A technique called shadow mode allows a candidate agent to receive the same real inbound messages as the production system, record what it would have done, but never actually send, label, or draft anything visible to customers. The approach uses Nylas Agent Accounts to deliver live email events and thread context to the shadow agent, while the application stores proposed actions and comparison results in its own database. Crucially, shadow mode is an application-level rollout feature rather than an email-provider change, and all shadow output must be kept separate from the live mailbox to avoid confusion. The method also carries privacy obligations, since the model processes real customer content, requiring developers to minimize data retention and limit access to attachments unless strictly necessary.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Solo AI and AI Swarm Both Miss the Same Bug in Governance Audit Test

A developer running an experiment on AI governance auditing tested whether a single advanced AI model and a multi-agent AI swarm could identify known defects in a real enterprise governance corpus of 341 Markdown documents. The tester had pre-sealed a hidden benchmark containing eight scored conditions, including four confirmed defects, to ensure the AI systems could not be guided toward known answers. Both configurations — a standalone Claude Opus 5 instance and a more complex multi-agent setup — were given the same read-only corpus and broad instructions to find defensible governance flaws. Despite differences in architecture and autonomy, both systems failed to catch the same specific defect from the benchmark. The experiment raised pointed questions about whether deterministic, rules-based governance architectures still hold advantages over rapidly improving AI agent systems.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

macOS launchd Ignores Plist Edits at Runtime — Here Is the Safe Fix

On macOS, launchd reads a job's plist file only when the job is first bootstrapped, freezing environment variables in memory and ignoring any subsequent file edits. This means changing a timeout value in a plist has no effect on an already-loaded job, creating a silent mismatch between the file on disk and what launchd is actually running. The divergence can be confirmed via the launchctl print command, which will still report the old value despite the updated file. The correct remedy is to unload the job with launchctl bootout and reload it with launchctl bootstrap, but doing so mid-run force-kills the process and discards its work. A 31-line shell script that checks whether a job is idle before re-syncing its configuration offers a safer, automated alternative for production automation environments.

0 comments Read more at DEV Community