Developer Builds Open-Source Tool to Protect BTS Fans from Ticket Scams

·18 views

A developer and BTS fan has released 'sevensignal,' an open-source set of agent skills designed to help fans identify fraudulent ticket sellers and stay updated on official BTS news. The tool's ticket-safety checker flags any seller not explicitly named in a current BigHit or Weverse notice as 'unverified' rather than 'safe,' covering 41 known scam patterns including fake Weverse Shop clones, KakaoTalk fraud, and lookalike domains. A companion feature, official-news, summarizes BTS updates from public sources without requiring users to share their Weverse credentials. The project is MIT-licensed, entirely fan-made, and has no affiliation with HYBE, BigHit, or Weverse. It is publicly available on GitHub and open to community contributions, including new scam patterns and translations.

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)

Atlassian's AI PR Reviewer Cuts Cycle Time by Shifting, Not Eliminating, Review Work

Atlassian's Rovo Dev AI reviewer reduced pull request cycle times by up to 45% internally and 32% for customers by automating mechanical checks such as standards enforcement and Jira acceptance criteria before a human ever opens the PR. However, the time saved largely reflects faster routing and pre-screening, not a reduction in the core decision-making step. The Real-SWE benchmark found the best AI agents resolved only 38.8% of tasks on enterprise codebases, underscoring that human judgment on whether a change is correct remains essential. Teams that only accelerated the reading phase found their queues moved faster without reducing the rate of errors reaching review. The meaningful gains come from restructuring the process so machines handle all automatable checks first, leaving humans to focus solely on the correctness decision.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Same CLI Tool, Wildly Different Scores: Why Harness Names Mislead AI Benchmarks

Specific Labs released Real-SWE, an enterprise-focused software engineering benchmark, revealing a critical flaw in how AI coding tool results are commonly reported. Two models run on the same Codex CLI harness scored 33.8% and 16.2% respectively, a gap of more than 2x despite sharing the same interface. Similarly, two models running on Claude Code differed by 10 percentage points, underscoring that the harness is merely a routing layer, not the reasoning engine. Real-SWE addresses this by framing every result as a model-and-harness combination, a standard most vendors avoid because low scores under their own tooling reflect poorly on them. Experts warn that teams evaluating coding agents should always identify both the underlying model and the harness, as the model swap is the single biggest performance lever yet remains largely invisible in vendor marketing.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Giving AI Coding Agents More Time Does Not Improve Success Rates, Study Finds

A benchmark called Real-SWE tested leading AI coding agents against private enterprise codebases covering billing, tax, and multi-service workflows. The study found that extending agent runtime made virtually no difference — failure rates hovered around 71–73% regardless of whether a task ran under or over 10 minutes. The top-performing system, Fable 5.1 paired with Claude Code, resolved only 38.8% of tasks, while GPT-6 Astra on Codex CLI reached 33.8%. Researchers noted that agents tend to fail not due to insufficient compute time, but because of gaps in contextual understanding or inadequate scaffolding. The study also highlighted that benchmark scores reflect a specific model-plus-harness combination, warning that comparing results across different scaffolding setups leads to misleading conclusions.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Agent-Cache Brings Three-Tier LLM Caching to Valkey and Redis

A new open-source library called Agent-Cache addresses inefficiencies in AI agent loops by introducing a three-tier caching system backed by Valkey or Redis. The project caches LLM responses, tool call outputs, and session state separately, each with its own TTL strategy suited to how frequently that data changes. Released as v0.1.0 with support for Valkey 7+ and Redis 6.2+, it quickly followed with v0.2.0 adding cluster mode, and includes adapters for LangChain, LangGraph, and Vercel AI SDK. Cache keys are constructed from prompt hashes, model parameters, or function arguments, meaning any change in input automatically bypasses the cache and triggers a fresh API call. When the cache backend is unavailable, the library defaults to graceful degradation — continuing agent execution by hitting the LLM or tool directly — though this behavior can be configured per tier.

0 comments Read more at DEV Community