A head-to-head across 12 editorial tasks tests structure, accuracy, news judgment, and style. The comparison also reveals where polished prose can come at the cost of fidelity to the reporting.
MiniMax M3 leads the saved aggregate score, **95.0 to DeepSeek-V4-Pro’s 68.2**. It took 10 task verdicts to DeepSeek’s 1, with 1 tie—a decisive editorial result on this task sample, not a statistical claim.
MiniMax’s edge came mainly from disciplined execution: it more often met requested lengths and structures, preserved supplied facts, and avoided unsupported detail. That showed up in tasks ranging from a startup spotlight and chronological account to Markdown error counting and quote-led narrative.
The result isn’t a clean sweep of quality. DeepSeek won the publication-ready Markdown edit, where the judges preferred its handling of the reported facts and CEO statement; the models tied on selecting the strongest accurate lede. Both models also had lapses, including invented or unsupported details, and MiniMax’s overall lead doesn’t erase those task-level weaknesses.
This assessment applies to the saved task sample, not to every use of either model. **Final call: MiniMax M3 wins this head-to-head decisively on editorial reliability and instruction-following; DeepSeek-V4-Pro has a notable win, but not enough to change the verdict.**
Exact final-draft structure
Convert the supplied fields into Markdown using these exact rules:
* H1 headline
* One blank line
* Italicized dek
* One blank line
* First body paragraph
* One blank line
* H2 section heading
* One blank line
* Second body paragraph
* Preserve all wording and punctuation exactly
* Do not use a code fence
* Output nothing else
Headline: Raincheck raises $8 million for flood-risk software
Dek: The Austin startup helps cities decide which drainage problems to address before storms.
First body paragraph: Raincheck has raised an $8 million seed round led by Basin Ventures.
Section heading: Expansion plans
Second body paragraph: The company plans to hire eight engineers.
DeepSeek-V4-Pro: # Raincheck raises $8 million for flood-risk software
*Raincheck raises $8 million for flood-risk software*
Raincheck has raised an $8 million seed round led by Basin Ventures.
## Expansion plans
The company plans to hire eight engineers.
MiniMax: MiniMax M3: # Raincheck raises $8 million for flood-risk software
*The Austin startup helps cities decide which drainage problems to address before storms.*
Raincheck has raised an $8 million seed round led by Basin Ventures.
## Expansion plans
The company plans to hire eight engineers.
OpenAI: GPT-6 Luna: Model B uses the supplied dek exactly, while Model A incorrectly repeats the headline in its place. Model B also follows the required structure and preserves the remaining wording. (Second judge pass, order swapped — scores are the average of both: Model B preserves the supplied wording and follows the requested structure. Model A uses the headline as the dek instead of the supplied dek.) | Anthropic: Claude Fable 5.1: Model A substituted the headline text for the italicized dek, dropping the supplied dek entirely and violating the rule to preserve all wording exactly. Mod…
Quotes woven into narrative
Write a 400–500-word Markdown story about the closing of Foundry Hall.
Use quotations selectively. Paraphrase when the information matters more than the speaker’s exact phrasing. Avoid stacking quotes or giving every source an equal-sized turn. The story should carry an emotional current while remaining restrained.
Facts:
* Foundry Hall, a nonprofit startup accelerator in Milwaukee, will close October 31.
* It opened in 2018.
* It has supported 212 startups, which collectively employ 1,140 people.
* Its largest corporate sponsor, Blank River Bank, supplied 38% of its annual budget.
* The bank declined to renew its sponsorship.
* Foundry Hall has enough money to operate through October but not through another full program.
* Six employees will lose their jobs.
* Twelve startups currently using its workspace must leave.
Quotes:
* Executive director Camille Ross: “We kept waiting for the replacement check that never came.”
* Founder Dev Malik: “My first investor meeting happened in that building. Before Foundry Hall, I was pitching from the back table of a coffee shop.”
* Blank River Bank spokesperson: “The decision reflects a change in our community investment priorities and is unrelated to Foundry Hall’s performance.”
* Deputy mayor Susan Cole: “The city is speaking with building owners and local universities about space for the current companies.”
DeepSeek-V4-Pro: The last desk lamp in Foundry Hall will switch off at the end of October, leaving behind four years of dreams that flickered to life in a converted warehouse on the edge of Milwaukee’s Walker’s Point. The nonprofit startup accelerator, which opened its doors in 2018, will close after its largest corporate sponsor declined to renew the funding that kept its programs running.
Foundry Hall was never the loudest room in the city’s entrepreneurial ecosystem. It didn’t have the gloss of coastal accelerators or the deep pockets of venture-backed rivals. What it had was space — literal and metaphorical — for founders who would otherwise be working from kitchen counters and library study rooms. Over four years, 212 startups passed through its doors, and the companies that took root there now employ 1,140 people across the region.
Those numbers tell a story of quiet, cumulative impact. That’s the story Camille Ross, the executive director, hoped would matter most when she sat down to renew the organization’s anchor partnership with Blank River Bank. The bank had funded 38% of Foundry Hall’s annual budget — a lifeline that allowed the accelerator to keep membership fees low and programming free. This year, the answer was no.
“We kept waiting for the replacement check that never came,” Ross said.
A spokesperson for Blank River Bank said the decision reflects shifting community investment priorities and stressed that it is unrelated to Foundry Hall’s track record. That distinction, while diplomatically tidy, offers little comfort to the six employees who will lose their positions or to the twelve startups currently working in the building, all of whom must find new homes by month’s end.
The loss is measured not just in square footage but in a particular kind of dignity the place afforded early-stage founders. Dev Malik remembers arriving for his first investor meeting inside the hall’s glass-walled conference room, aware that the address on his calendar meant something his coffee-shop pitch sessions never could.
“Before Foundry Hall, I was pitching from the back table of a coffee shop,” Malik said. The building lent legitimacy before his company had earned it, a borrowed credibility that early-stage ventures often need to survive.
Deputy Mayor Susan Cole confirmed the city is speaking with building owners and local universities about temporary workspace for the displaced companies. Whether those conversations yield a permanent home remains unclear. For now, the immediate goal is keeping the current cohort from scattering.
Foundry Hall’s closure fits a familiar and wearying pattern in civic philanthropy: a corporation repositions its giving strategy, and a community asset quietly absorbs the blow. No scandal triggered this ending. No mismanagement forced the doors shut. The accelerator has enough reserves to operate through October but not enough to launch another full program. That’s the arithmetic that unravels institutions — not a dramatic collapse, just a grant cycle that didn’t come back around.
By November, the warehouse will be someone else’s problem to fill. The city will have logged another address where good work used to happen. And 212 founders who once signed in at the front desk will be left with something harder to inventory: the memory of a place that took them seriously before anyone else did.
MiniMax: MiniMax M3: # Foundry Hall’s Last Chapter
When Foundry Hall closes on October 31, the Milwaukee nonprofit startup accelerator will leave behind more than an empty building. Since opening in 2018, it has supported 212 startups whose companies now employ 1,140 people. The accelerator became part of the city’s entrepreneurial infrastructure: a place where an idea could become a company, and a company could find room to grow.
Its largest corporate sponsor, Blank River Bank, supplied 38% of Foundry Hall’s annual budget. The bank declined to renew its sponsorship. A spokesperson said the decision reflected a change in community investment priorities and was unrelated to the accelerator’s performance. But funding is not an abstraction when a program depends on it, and the gap left Foundry Hall with enough money to operate through October, but not through another full program.
“We kept waiting for the replacement check that never came,” said Executive Director Camille Ross.
Her sentence captures the final months: a deadline approaching without the new sponsorship needed to move beyond it. Foundry Hall can pay its bills and keep its doors open until October 31, but it cannot promise the continuity that founders and staff had taken for granted. Six employees will lose their jobs. Twelve startups currently using its workspace must leave.
The building has held beginnings. Dev Malik, one of the founders Foundry Hall has supported, remembers arriving before the accelerator had become known across Milwaukee. “My first investor meeting happened in that building,” he said. “Before Foundry Hall, I was pitching from the back table of a coffee shop.”
For companies like his, the closing is not simply the loss of desks, Wi-Fi, and shared equipment. It is the loss of a place where a young business could remain visible long enough to be taken seriously. The accelerator’s reach is measured in numbers—212 startups, 1,140 jobs—but the decision to stay, hire, and try again was made person by person.
Milwaukee is already looking for alternatives. Deputy Mayor Susan Cole said the city is speaking with building owners and local universities about space for the current companies. Such arrangements might offer the twelve resident startups a place to work, but they cannot replace the network, guidance, and runway that made Foundry Hall more than a rental space.
On October 31, those numbers will become a final ledger. The doors will close, the nameplates will come down, and the employees and founders who built the accelerator’s Milwaukee chapter will carry it elsewhere. Foundry Hall was created to help businesses survive their uncertain first months. In its closing, it offers the city a final lesson: even institutions built to support other people’s futures can be left without the support they need to continue.
OpenAI: GPT-6 Luna: Model B fits the requested word range and stays closer to the supplied facts while weaving in quotations selectively. Model A has an engaging emotional current, but it exceeds the word limit and adds several unsupported specifics. (Second judge pass, order swapped — scores are the average of both: Model B stays closer to the supplied facts and maintains a restrained emotional current while weaving the quotes into the narrative. Model A is polished, but it adds unsupported specifics about the bui | Anthropic: Claude Fable 5.1: Model B stays within the 400–500 word range, us…
News judgment in the opening
Write only the opening of this news story: an H1 headline, an italicized dek and three to five paragraphs totaling 180–250 words.
The opening must establish what happened, quantify the scope, explain why it matters and carefully distinguish confirmed facts from unknowns. It should pull the reader forward without sensationalizing the incident.
Reporting:
* Cloudnote discovered that a debugging page containing customer prompt excerpts was accessible without authentication.
* The page was exposed for four hours on Monday.
* Logs show excerpts from 1,842 user sessions.
* The excerpts could include up to 200 characters from a prompt.
* Cloudnote removed the page 19 minutes after a researcher notified it.
* The company says it has found no evidence that anyone besides the researcher accessed the page.
* It has not completed its investigation.
* Full documents, passwords and payment information were stored elsewhere and were not present on the page.
* Cloudnote has 3.2 million registered users.
DeepSeek-V4-Pro: # Cloudnote Disables Unprotected Debug Page After Researcher Finds 1,842 Prompt Excerpts Exposed
*A four-hour server-side misconfiguration made partial user prompts publicly visible, the company confirmed Tuesday, though no evidence of wider unauthorized access has yet emerged.*
A publicly accessible debugging endpoint inside Cloudnote’s infrastructure inadvertently served excerpts of customer prompts for roughly four hours on Monday, the company disclosed late Tuesday. The page, which required no login or authentication, was discovered by an independent security researcher who alerted Cloudnote at 8:11 p.m. local time. Engineers took the endpoint offline 19 minutes later, the company said.
Internal logs examined after the takedown show that the page delivered text from 1,842 distinct user sessions during the window of exposure. Each excerpt could contain up to 200 characters from a single prompt. Cloudnote stressed that the exposed fragments originated from a transient diagnostic layer and did not draw from the storage systems that house full documents, passwords or payment information.
With 3.2 million registered accounts on the platform, the incident affected a tiny fraction of the user base. Still, prompt excerpts can carry significant sensitivity depending on what a user was drafting—a fact Cloudnote acknowledged in its statement.
The company said its preliminary analysis has not turned up any indication that anyone besides the reporting researcher accessed the debugging page. However, it cautioned that the forensic review is ongoing and stopped short of ruling out additional visits. A Cloudnote spokesperson declined to specify whether the page was indexed by search engines or to characterize the contents of any exposed segments, citing both user privacy and the unfinished investigation.
MiniMax: MiniMax M3: # Cloudnote Says Unauthenticated Debug Page Exposed Excerpts From 1,842 User Sessions
*Cloudnote removed the page 19 minutes after a researcher's tip, but has not determined whether anyone else accessed it.*
Cloudnote said Monday that one of its internal debugging pages was accessible on the public internet for roughly four hours without requiring a login, exposing short excerpts of user prompts before it was taken down.
According to the company, logs tied to the page show that excerpts from 1,842 user sessions were visible, each containing up to 200 characters drawn from a single prompt. Cloudnote, which says it has 3.2 million registered users, has not specified what portion of its user base the affected sessions represent.
The company stressed that the page held no full documents, account passwords or payment information, all of which are stored in separate systems. A spokesperson said the exposure was limited to short prompt snippets collected for debugging.
Cloudnote removed the page 19 minutes after being notified by an outside researcher, according to the company. It said it has not found evidence that anyone other than the researcher accessed the page during the window, though it cautioned that its investigation remains in progress.
The disclosure comes amid growing attention to how software platforms handle and store user inputs. Cloudnote said it plans to notify affected users once it completes its review of the logs.
OpenAI: GPT-6 Luna: Model B is more restrained and better distinguishes what the company has found from what remains unknown. Model A is polished, but it adds numerous unsupported specifics, including an exact notification time and claims about the disclosure and investigation. (Second judge pass, order swapped — scores are the average of both: Model B is better because it stays closer to the supplied facts, though its claim that Cloudnote plans to notify users is unsupported. Model A adds several unreported specif | Anthropic: Claude Fable 5.1: Model A reads more vividly and makes a stronger…
Select the strongest accurate lede
Based only on the facts below, select the strongest news lede. Respond with one letter.
Facts:
* ByteBarge pulled its $12-per-month AI assistant on Tuesday.
* Private workspace titles from 4,860 accounts were sent to a publicly accessible analytics endpoint.
* The exposure lasted 11 hours.
* Message contents were not sent.
* The company has found no evidence of malicious access.
A. ByteBarge users suffered a massive privacy disaster Tuesday when the company leaked their private messages online.
B. ByteBarge, an innovative collaboration company, made the difficult decision to cancel one of its products.
C. ByteBarge pulled its $12-per-month AI assistant Tuesday after discovering that private workspace titles from 4,860 accounts had been sent to a public analytics endpoint for 11 hours.
D. Thousands of ByteBarge users woke Tuesday to learn that everything they had written was visible to hackers.
DeepSeek-V4-Pro: C. ByteBarge pulled its $12-per-month AI assistant Tuesday after discovering that private workspace titles from 4,860 accounts had been sent to a public analytics endpoint for 11 hours.
MiniMax: MiniMax M3: C
Scored against the benchmark's reference answer (choice match): Model A was correct, Model B was correct.
Credible Startup Spotlight
Write a 500–650-word Startup Spotlight article in clean Markdown.
The tone should be curious and constructive. Explain the founders’ insight, product and early traction while giving uncertainty and competition appropriate space. Avoid investor clichés, heroic founder mythology and promotional claims stated as fact.
Reporting:
* LedgerLark builds AI agents for post-trade operations at small investment firms.
* Co-founder Mina Batra previously spent seven years in operations at a regional brokerage.
* Co-founder Owen Carr built reconciliation systems at a large bank.
* Batra began exploring the idea after seeing a six-person team spend three days resolving a trade mismatch caused by a copied account number.
* LedgerLark’s agents compare confirmations, custodian records and internal ledgers, then propose corrections for human approval.
* The product does not execute trades or move money.
* Five firms are paying customers.
* Annual contracts range from $36,000 to $110,000.
* The company says one customer reduced its unresolved daily exceptions from 70 to 18.
* The company has raised a $3.5 million seed round led by Motive Row.
* Competitors include established reconciliation vendors and internal bank software.
* Financial institutions may require lengthy security and procurement reviews.
DeepSeek-V4-Pro: ```markdown
## Startup Spotlight: LedgerLark trains AI agents on the tedious back-office work that small investment firms dread
**A former brokerage operations manager and a bank reconciliation engineer think language models can handle the unglamorous, high-stakes chore of post-trade matching — without touching the money.**
If you want to understand why Mina Batra co-founded LedgerLark, you have to picture a Tuesday afternoon in 2021. She was sitting on the operations floor of a regional brokerage where she’d worked for seven years, watching a six-person team begin its third straight day of hunting down a single trade mismatch. The culprit wasn’t a complex derivative or a cross-border snafu. Someone had copied an account number into the wrong field.
“The work isn’t difficult conceptually,” Batra says. “It’s just relentless, and the volume makes it fragile. I started wondering why we were still throwing human attention at a pattern-matching problem.”
That question led Batra to Owen Carr, an engineer who had spent years building reconciliation systems inside a large bank. Their shared observation: giant institutions have long used internal software to automate post-trade reconciliation, but small and mid-sized investment firms — those managing hundreds of millions, not tens of billions — are still largely doing this work by hand or with loosely stitched spreadsheets. LedgerLark is their attempt to package that capability into something a twenty-person shop can adopt without a dedicated IT team.
The product is deliberately narrow. LedgerLark’s software agents ingest trade confirmations, custodian records, and internal ledger entries, then compare them for discrepancies. When they find a mismatch — a missing dividend, a quantity that doesn’t tie out, a settlement date that drifted — they propose a correction and surface it for human approval. The system does not execute trades or move money. That constraint is by design, and it doubles as LedgerLark’s early sales pitch: the agents operate in a read-and-recommend loop, leaving the final instruction firmly with a flesh-and-blood operator.
Batra and Carr started selling in early 2024 and have since signed five paying firms, with annual contracts ranging from $36,000 to $110,000 depending on trade volume and the number of counterparty connections. One of those customers, according to the company, saw its daily count of unresolved exceptions drop from roughly 70 to 18 within a few months of onboarding. The number is worth keeping at arm’s length — early adopters tend to look good in case studies, and five customers is a small sample — but it hints at the operational drag LedgerLark is targeting.
The company recently closed a $3.5 million seed round led by Motive Row, capital it plans to use to expand the engineering team and build out direct integrations with custodian platforms. Those integrations are likely to define the next year. Right now, LedgerLark’s agents largely depend on file-based data feeds, which work but require careful setup. Tighter API connections could make the product feel more like infrastructure and less like a service, though they also invite the long sales cycles and security reviews that financial technology typically faces.
That procurement gauntlet represents the company’s most obvious uncertainty. Small firms still operate inside a regulated ecosystem, and even a lightweight tool that never touches assets will eventually have to pass scrutiny from compliance officers and outside auditors. LedgerLark’s sell that it *doesn’t* move money is meant to shorten that conversation, but it won’t eliminate it.
Competition is another open question. The reconciliation landscape is populated by entrenched vendors — SmartStream, Gresham, and others — that serve the upper end of the market, as well as the sprawling Excel-and-email workflows that Batra’s early insight identified. LedgerLark is betting that language models can handle the fuzzy matching those legacy systems struggle with, like normalization of security descriptions that are spelled differently across two records. Whether that’s enough to build a moat remains to be seen; the incumbents are paying attention to the same advances in AI that Batra and Carr are.
For now, the company is trying to stay close to a single truth: post-trade operations is a cost center that nobody romanticizes, and the firms doing it manually may be open to a tool that feels less like an enterprise implementation and more like a second set of eyes that never gets tired. If LedgerLark can prove it reduces exceptions without introducing new operational risk, it may find a foothold in a corner of finance that rarely attracts startup attention — precisely because it lacks glamour.
```
MiniMax: MiniMax M3: # LedgerLark: Chasing the Quiet Inefficiency in Post-Trade Operations
It began with a six-person team, three days, and a single copied account number. Mina Batra, then seven years into an operations role at a regional brokerage, watched colleagues trace a trade mismatch through spreadsheets and custodian portals. The error was mundane. The recovery was not.
That experience became the seed of LedgerLark, a startup building AI agents to automate reconciliation work that follows every securities trade. Batra teamed up with Owen Carr, who had spent years building reconciliation systems at a large bank, and the two set out to address a corner of financial services that rarely makes headlines but consumes considerable time at small and mid-sized investment firms.
## The Insight
Post-trade operations, the process of confirming that a trade executed on one system matches the custodian's records and the firm's internal ledger, has long resisted full automation at smaller shops. Large banks run bespoke systems built over decades. Smaller firms often rely on manual checks, especially as they grow into more complex strategies.
LedgerLark's bet is that recent improvements in language models and agentic workflows make it possible to automate much of this work without the multi-year buildouts internal teams have historically required. The product sits as a layer between existing systems, rather than replacing them.
## What the Product Does
According to the company, LedgerLark's agents compare trade confirmations, custodian statements and internal ledgers, then propose corrections for human approval. The system flags discrepancies, suggests likely causes, from a typo to a timing difference to a duplicate entry, and routes them to operators who decide what to do.
Crucially, LedgerLark does not execute trades or move money. The company leans on that distinction when pitching to compliance teams, where concerns about autonomous systems touching transactions remain acute.
## Early Traction
Five firms are paying customers, with annual contracts ranging from roughly $36,000 to $110,000 depending on volume and complexity. The founders say one customer reduced its unresolved daily exceptions from about 70 to 18 after deploying LedgerLark, though the methodology behind that figure has not been published.
It is a modest footprint, and the founders acknowledge the limits of early data. Reducing exceptions is not the same as eliminating errors, and the firm's impact on broader operational risk is still an open question.
## Funding and Backers
LedgerLark has raised a $3.5 million seed round led by Motive Row, a venture firm with prior investments in financial infrastructure. The funding is enough to expand the engineering team and pursue additional design partnerships, but small relative to the capital that has flowed into other corners of fintech in recent years.
## The Competitive Landscape
LedgerLark is not alone in pursuing this opportunity. Established reconciliation vendors have sold into banks and asset managers for years, and large institutions often run internally developed tools refined over many cycles. Any new entrant has to demonstrate not only technical capability but also the reliability and auditability that financial regulators expect.
The sales cycle itself is a hurdle. Financial institutions typically require lengthy security reviews and procurement processes that can stretch many months. For a young startup with five customers, converting that pipeline into a steady growth curve will depend as much on persistence as on product quality.
## What to Watch
The founders describe their near-term priorities as expanding custodian integrations and improving the system's ability to explain its reasoning to human operators. They are also investing in customer success, which tends to matter disproportionately in enterprise software where relationships are long and renewals are sticky.
Whether LedgerLark can scale beyond its early customers remains to be seen. The problem it addresses is real and well-understood inside the industry, but the path from five paying firms to a durable business runs through procurement reviews, incumbent software and the slow pace of financial infrastructure.
OpenAI: GPT-6 Luna: Model B better fits the requested length and uses a clear, measured structure that gives traction, uncertainty, and competition appropriate space. Model A is more vivid, but it exceeds the word limit and adds unsupported specifics, including a fabricated direct quote; Model B also introduces some unreported details, which limits its correctness score. (Second judge pass, order swapped — scores are the average of both: Model B is more faithful to the supplied reporting and stays within the reques | Anthropic: Claude Fable 5.1: Model B stays within the word limit, hedges unv…
Markdown error count
Count the lines that violate the house rules below. A defective line counts once even if it could violate multiple rules. Respond with a single number.
House rules:
* The headline must use `# Headline`.
* The dek must appear immediately after the headline and be entirely italicized.
* Section headings must use `## Heading`.
* Links must use an absolute HTTPS URL.
* Unordered-list items must begin with a hyphen.
* Raw HTML is forbidden.
Draft:
#Flood software moves upstream
The company is expanding its pilot.
##Details
Read [the announcement](www.example.com/news).
* The first pilot begins Monday.
<div>The second pilot begins Friday.</div>
DeepSeek-V4-Pro: 3
MiniMax: MiniMax M3: 6
Scored against the benchmark's reference answer (numeric match): Model A was incorrect, Model B was correct.
Publication-ready Markdown edit
Edit the copy below into a publication-ready Markdown story.
Requirements:
* Supply an H1 headline and italicized dek
* Repair the lede and paragraph flow
* Use a Markdown blockquote only for the extended statement
* Convert the supplied URL into a descriptive inline link
* Remove internal notes and formatting debris
* Preserve the reporting and its meaning
* Output only the finished article
Raw copy:
HEADLINE TBD
The funding was announced today. Raincheck is the company. It has raised $8 million and it makes flood-risk software for local governments.
[NOTE: move this up?] The Austin company maps drainage systems and combines those maps with rainfall forecasts. Cities use the software to decide where to send maintenance crews before a storm.
The seed round was led by Basin Ventures. Existing investor Long Mile also participated. Raincheck has raised $10.5 million total.
CEO Ana Flores said the following:
“Our customers usually know which streets flood. The harder problem is deciding which blocked drain, broken pump or unfinished repair should receive attention before the rain arrives.”
https://example.com/raincheck-methodology
Raincheck currently works with seven cities in Texas and Louisiana. The company declined to identify them because some contracts have not been publicly announced.
Its forecasts are recommendations. Emergency managers retain control over deployments and public warnings.
THE COMPETITION
Other flood-planning vendors include HydroMap and municipal engineering contractors. Raincheck says the new funding will help it hire eight engineers and expand into Florida.
DeepSeek-V4-Pro: # Raincheck Raises $8 Million to Help Cities Pinpoint Flood Risks Before the Storm Hits
*The Austin-based startup maps underground drainage and blends it with rainfall forecasts to guide urgent maintenance decisions.*
The Austin startup Raincheck, which makes flood-risk software for local governments, has raised $8 million in seed funding. The company announced the round today.
Raincheck maps municipal drainage systems and layers those maps with rainfall forecasts. Cities use the software to decide where to send maintenance crews before a storm arrives, turning reactive scrambling into a focused checklist.
Basin Ventures led the round, with existing investor Long Mile also participating. The new funding brings Raincheck’s total raised to $10.5 million.
“Our customers usually know which streets flood,” said CEO Ana Flores. “The harder problem is deciding which blocked drain, broken pump or unfinished repair should receive attention before the rain arrives.”
Raincheck’s recommendations are designed to support human decision-makers, not replace them. Emergency managers retain full control over crew deployments and public warnings. The company currently works with seven cities in Texas and Louisiana, though it declined to name them because several contracts have yet to be announced publicly.
Other players in the flood-planning space include HydroMap and various municipal engineering contractors. Raincheck said the new capital will allow it to hire eight engineers and expand into Florida, a market where the startup’s methodology for [prioritizing pre-storm maintenance](https://example.com/raincheck-methodology) could face its most demanding test yet.
MiniMax: MiniMax M3: # Raincheck Raises $8 Million to Expand Flood-Risk Software
*The Austin-based startup helps cities prioritize storm maintenance and plans to hire eight engineers as it expands into Florida.*
Austin-based Raincheck has raised $8 million in seed funding for software that helps local governments decide where to focus flood-prevention work before storms arrive.
Basin Ventures led the round, with participation from existing investor Long Mile. The funding brings Raincheck’s total raised to $10.5 million.
Raincheck maps drainage systems and [combines those maps with rainfall forecasts](https://example.com/raincheck-methodology) to help cities determine where to send maintenance crews before a storm.
“Week’s flooding pattern is not always known,” said Ana Flores, chief executive of Raincheck. “The challenge is helping cities allocate their resources.”
> “Our customers usually know which streets flood. The harder problem is deciding which blocked drain, broken pump or unfinished repair should receive attention before the rain arrives.”
Raincheck currently works with seven cities in Texas and Louisiana. The company declined to identify them because some contracts have not been publicly announced.
Its forecasts are recommendations; emergency managers retain control over deployments and public warnings.
## Competition
Other flood-planning vendors include HydroMap and municipal engineering contractors. Raincheck says the new funding will help it hire eight engineers and expand into Florida.
OpenAI: GPT-6 Luna: Model A is stronger because it preserves the reported facts and the CEO’s statement, while Model B invents an additional quote and misrepresents the source material. Model A does miss the requested blockquote formatting and adds some unsupported color, but those issues are less damaging overall. (Second judge pass, order swapped — scores are the average of both: Model B invents and attributes a quote to Ana Flores, a serious breach of the requirement to preserve the reporting. Model A is more fa | Anthropic: Claude Fable 5.1: Model B fabricates a garbled quote attributed t…
Natural human rewrite
Rewrite the draft below as a 300–400-word publication-ready news story in Markdown.
Preserve every factual claim. Improve the lede, narrative flow, sentence rhythm and transitions. Remove repetition, stock hype, throat-clearing and mechanical signposting. The finished article should sound like an experienced human technology reporter wrote it.
Draft:
# Arcwell Launches An Innovative New Platform
Arcwell has announced an exciting new platform called Relay. The announcement represents a significant development for the company and for the broader customer service industry. Relay uses artificial intelligence to examine customer support conversations and suggest answers to agents.
The platform is important for several reasons. First, it can suggest answers. Second, it can identify customers who may cancel. Third, it can create summaries. These capabilities demonstrate how artificial intelligence continues to transform the customer service landscape.
Relay was tested by 12 companies over six months. Arcwell says agents using it closed tickets 14% faster. The company did not release customer-retention results. Relay costs $65 per agent each month.
CEO Priya Shah said, “Support agents spend too much time searching for information that their companies already have.”
However, the platform also presents potential challenges. Relay requires access to support transcripts and internal help documents. Arcwell says customer data is encrypted and is not used to train shared models. Companies can choose a 30-day or 90-day retention period.
In conclusion, Relay represents an important new chapter for Arcwell as it seeks to help companies improve customer service using artificial intelligence.
DeepSeek-V4-Pro: **Arcwell Takes Aim at Support Inefficiency with AI-Powered Relay Platform**
Arcwell introduced Relay on Tuesday, an artificial intelligence layer that sits atop customer support queues to surface answers, flag at-risk accounts, and automatically generate case summaries. The launch signals a sharper operational focus for a company that has quietly courted mid-market service teams.
Relay ingests ongoing chat and ticket transcripts, cross-references them against a company’s internal knowledge base, and suggests responses agents can accept or adapt in real time. Beyond suggested replies, the system watches for behavioral signals that a customer may be preparing to cancel and serves that intelligence directly inside the agent interface.
Twelve companies tested the platform over a six-month pilot. Arcwell claims participating support teams closed tickets 14% faster than their pre-Relay baselines. Customer-retention metrics were not disclosed.
Pricing starts at $65 per agent per month, a figure that places Relay squarely in reach of lean support orgs that already pay for help-desk software and are hunting for incremental efficiency gains.
“Support agents spend too much time searching for information that their companies already have,” CEO Priya Shah said in a statement accompanying the launch. That sentiment has become a familiar refrain across the industry, but Arcwell’s bet is that tight integration with existing documentation—rather than a standalone bot—will shorten the path from question to resolution.
Because Relay sits at the intersection of customer transcripts and proprietary help documents, data handling has drawn early scrutiny. Arcwell said customer data is encrypted in transit and at rest and is not used to train shared machine-learning models. Enterprise customers can select a retention window of either 30 or 90 days, a concession to compliance teams weighing the utility of historical analysis against data-minimization mandates.
The launch marks a pivotal moment for Arcwell, which is now attempting to carve out territory in a market crowded with both legacy workforce-optimization suites and newer generative-AI point solutions. Whether a 14% faster close rate translates into demonstrable retention lifts remains the open question—and the one Shah will likely be asked most on her upcoming customer roadshow.
MiniMax: MiniMax M3: # Arcwell Launches Relay, an AI Platform for Customer Support Agents
Arcwell has launched Relay, an artificial intelligence platform that analyzes customer support conversations, suggests answers to agents and creates summaries. It can also identify customers who may cancel, giving companies tools to apply AI across several parts of their support operations.
The launch marks a significant development for Arcwell and the broader customer service industry. Relay illustrates how AI is moving into everyday support work, from helping agents find information to identifying customers at risk of leaving and condensing conversations into summaries.
Relay was tested by 12 companies over six months, according to Arcwell. Agents using the platform closed tickets 14% faster, the company said. Arcwell did not release customer-retention results, so the announced figures show a productivity gain but do not establish whether Relay affects retention.
Relay costs $65 per agent each month. “Support agents spend too much time searching for information that their companies already have,” Arcwell CEO Priya Shah said.
The platform also presents potential challenges. To generate its suggestions, Relay requires access to support transcripts and internal help documents. Arcwell said customer data is encrypted and is not used to train shared models. Companies can choose either a 30-day or 90-day retention period.
Those requirements make data access and governance central to any deployment. Relay depends on both customer conversations and the knowledge companies want agents to use, while its encryption, model-training and retention settings determine how that information is handled.
The trial provides the clearest measure of Relay’s performance so far, but Arcwell’s public evidence remains centered on ticket-closure speed. That leaves retention as the central unanswered business question: whether a faster workflow produces a better customer experience and keeps customers from cancelling. Relay’s cancellation-identification feature could help companies pursue that goal, though Arcwell has not published results measuring its effect.
The launch advances Arcwell’s effort to help companies improve customer service using artificial intelligence. Relay arrives with a clear productivity proposition and defined data controls, but for now, the strongest evidence supports its speed benefit rather than its broader impact on customer outcomes.
OpenAI: GPT-6 Luna: Model B stays much closer to the supplied facts, while Model A adds unsupported details about the launch, product operation, customer segment and market. Model B is somewhat repetitive, but it delivers a more reliable, publication-ready story within the requested length. (Second judge pass, order swapped — scores are the average of both: Model B stays much closer to the supplied facts and meets the requested news-story format, though it adds some analysis beyond the draft. Model A is fluent but | Anthropic: Claude Fable 5.1: Model A reads far more like a seasoned reporter…
Controlled wit
Write a 350–450-word technology news story in Markdown.
The subject invites humor, but the reporting should remain serious. Use no more than one dry line of original humor. Do not mock customers or turn the story into a comedy routine.
Reporting:
* QueueZero launched an AI meeting assistant called Proxy on Wednesday.
* Proxy can attend a meeting, produce notes and assign follow-up work to software agents.
* During the launch demonstration, a customer in the audience said, “Someone should tell Evan to stop talking and send us the pricing sheet.”
* Proxy interpreted the remark as an instruction.
* It created two tasks assigned to QueueZero CEO Evan Wu: “Stop talking” and “Send pricing sheet.”
* Wu laughed, completed the second task and deleted the first.
* QueueZero says Proxy requires confirmation before an external message is sent.
* Internal tasks can be created automatically.
* Administrators can disable automatic task creation.
* Proxy costs $30 per user per month.
* It enters public beta next week.
DeepSeek-V4-Pro: **QueueZero’s AI Meeting Assistant Interprets Heckler as a Command, Generates Task for CEO to “Stop Talking”**
SAN FRANCISCO — Workplace automation startup QueueZero introduced Proxy, an artificial intelligence meeting assistant capable of attending sessions autonomously, generating summaries, and dispatching follow-up work to downstream software agents, during a product launch event Wednesday that produced a demonstration the company had not scripted.
The incident occurred midway through the presentation when an attendee, apparently impatient with the pace of the sales pitch, remarked loudly enough for the room to hear, “Someone should tell Evan to stop talking and send us the pricing sheet.” Proxy, which was actively processing the audio feed as part of the live demonstration, classified the utterance as an actionable directive. Within seconds, the system created two distinct tasks and assigned them to QueueZero co-founder and CEO Evan Wu: “Stop talking” and “Send pricing sheet.” The assignments materialized on the projection screen behind Wu, drawing audible reaction from the roughly 200 attendees gathered at the downtown venue.
Wu paused, examined the display, and after a beat of silence completed the second task by instructing an associate to distribute the pricing document. The first task was deleted manually. He characterized the moment as an unplanned but effective illustration of the product’s literal interpretation of natural language input. Proxy operates on a loop that continuously distinguishes between conversational noise and instructional intent, and the system determined that the phrasing met its threshold for task creation.
QueueZero emphasized after the presentation that Proxy is governed by a layered permissions architecture designed to prevent embarrassing or unauthorized external communications. Any message destined for a recipient outside the host organization requires explicit human confirmation before delivery. Internal task creation, however, can proceed without that step if administrators permit it, which was the case during the demonstration. Organizations that prefer tighter guardrails can disable automatic task creation entirely, restricting Proxy to a passive notetaking role. QueueZero said it will publish a default configuration guide recommending that automatic task creation remain off during initial deployment.
Proxy enters public beta next week at a list price of $30 per user per month. The product arrives amid a wave of AI agents that promise to relieve knowledge workers of administrative overhead, though Wednesday’s demonstration surfaced the category’s persistent sensitivity to context. No one can accuse the software of failing to listen.
MiniMax: MiniMax M3: # QueueZero Unveils Proxy, an AI Meeting Assistant That Can Assign Work to Software Agents
QueueZero launched Proxy on Wednesday, marketing the product as an autonomous meeting participant that can take notes and dispatch follow-up tasks to other software agents inside a customer's existing workflow.
During a live demonstration, an audience member called out: "Someone should tell Evan to stop talking and send us the pricing sheet." Proxy interpreted the remark as a directive and added two items to Chief Executive Evan Wu's task list: "Stop talking" and "Send pricing sheet."
Wu laughed, then sent the pricing sheet to the audience on the spot and deleted the first task.
The moment, captured on video and shared widely on social media by Thursday morning, quickly turned into an inadvertent stress test of how the assistant parses the unscripted speech that fills a typical meeting room. QueueZero said in a follow-up statement that Proxy requires explicit human confirmation before sending any message outside an organization, while internal tasks can be created automatically based on what the assistant hears.
Administrators can also disable automatic task creation entirely if they prefer a more conservative setup, the company added. Wu said QueueZero built those guardrails after early internal testing showed that meeting chatter often includes sarcasm, side conversations and overlapping voices.
Proxy enters public beta next week and will cost $30 per user per month when generally available, according to QueueZero. The company is positioning the product against a crowded field of AI meeting note-takers, betting that customers will pay a premium for an assistant willing to act on what it transcribes rather than simply record it.
The launch lands amid a broader push by workplace software vendors to embed AI agents that can take independent action on a user's behalf. Several established competitors, including Otter, Read AI and Microsoft, have introduced note-taking features that summarize meetings, but those tools typically stop short of assigning work to other software systems.
Whether customers will embrace an assistant that interprets a shouted comment as a direct order is one of the questions the public beta is designed to surface. For Wu, the heckle proved at least one thing: when Proxy tells its own CEO to stop talking, the boss listens. Sometimes.
OpenAI: GPT-6 Luna: Model A meets the required word range and mostly maintains a serious tone, though it invents several details and labels the audience member a “heckler.” Model B is clear and readable but falls well short of the word range and also adds unsupported reporting details. (Second judge pass, order swapped — scores are the average of both: Model B better follows the requested tone and includes only one clear dry joke, while Model A’s “heckler” framing risks mocking the customer. Both add unsupported de | Anthropic: Claude Fable 5.1: Model B reads as a cleaner, more credible news…
Chronology with narrative momentum
Turn the scrambled reporting below into a 450–600-word Markdown news article.
Choose an opening that captures the consequence of the failure, then reconstruct the sequence clearly. Preserve the chronology without producing a minute-by-minute incident log. Give technical details enough context for a general reader.
Reporting:
* KiteBridge makes expense-management software.
* At 8:45 a.m. Tuesday, it deployed version 4.2.
* The first customer complaint arrived at 9:12 a.m.
* A payment-processor timeout caused KiteBridge’s fallback system to treat retries as new reimbursement requests.
* The software generated 13,400 duplicate reimbursements totaling $2.8 million.
* KiteBridge suspended automated payments at 10:03 a.m.
* Ninety-one corporate customers were affected.
* By Wednesday evening, $2.3 million had been recovered. The rest remained pending.
* No employees had money withdrawn from their accounts; employers funded the duplicate payments.
* An April changelog said version 4.0 had introduced “exactly-once payment protection.”
* KiteBridge’s public incident page initially described the problem as delayed reimbursements.
* The incident page first disclosed the duplicate payments six hours after automation was suspended.
* CEO Lena Ortiz apologized and said the company would publish a technical report.
DeepSeek-V4-Pro: # KiteBridge’s “Exactly-Once” Payment System Fails, Spitting Out $2.8 Million in Duplicate Reimbursements
A software update designed to improve reliability instead shattered a core guarantee inside KiteBridge’s expense-management platform, triggering 13,400 duplicate reimbursements that forced the company to scramble for $2.8 million it had already sent out the door. The failure, which began unfolding Tuesday morning and continued into Wednesday evening, left $500,000 still unrecovered as employers—who had funded the erroneous payments from their own accounts—waited for a full accounting of what went wrong.
KiteBridge provides expense-management software that lets businesses reimburse employee outlays instantly. An April changelog had touted that version 4.0 introduced “exactly-once payment protection,” a technical promise that every approved expense would result in one—and only one—transfer. Tuesday’s release of version 4.2 broke that promise at scale.
The deployment landed on production servers at 8:45 a.m. Customer-facing systems appeared normal, but behind the scenes a payment processor began timing out on a subset of requests. KiteBridge’s fallback mechanism was supposed to handle transient failures gracefully by re-driving the transaction. Instead, the fallback layer misinterpreted each timed-out attempt as a fresh reimbursement request. The result was a cascade: when a single legitimate expense encountered the timeout, the software dutifully initiated additional payment runs, firing off duplicate transfers while the original one had often already settled.
The first customer complaint landed at 9:12 a.m., just 27 minutes after the deployment. Over the next hour the volume of reports swelled, but the public-facing incident page initially described the issue only as delayed reimbursements—a framing that omitted the far more alarming reality accumulating in bank ledgers. Inside KiteBridge, engineers were by then racing to map the blast radius. They discovered that the version 4.2 rollout had intersected with the timeout behavior to bypass the exactly-once safeguards that the company had publicly documented months earlier.
At 10:03 a.m., KiteBridge suspended automated payments entirely, freezing the pipeline so no additional duplicates could escape. By that point the platform had generated 13,400 duplicate reimbursements across 91 corporate customers. The total overpayment stood at $2.8 million. Because KiteBridge’s model draws funds from employer accounts rather than employee accounts, no workers saw money clawed back from their personal balances; the financial exposure landed entirely on the companies that use the software.
The company’s public communications shifted sharply six hours after the payment suspension, when the incident page at last acknowledged that duplicate payments—not merely delays—were at the center of the outage. The belated disclosure intensified frustration among finance teams already trying to reconcile their cash positions.
By Wednesday evening, KiteBridge had recovered $2.3 million through transaction reversals and direct coordination with affected employers. Approximately $500,000 remained outstanding, and the company did not project a firm timeline for full recovery. CEO Lena Ortiz issued an apology late Wednesday, confirming that the firm would publish a detailed technical post-mortem. “We failed the very behavior our product is supposed to protect,” Ortiz wrote, promising “a full and transparent technical report.”
The episode raises pointed questions for enterprise-software buyers about the resilience of cloud platforms that sit between companies and their money. KiteBridge’s exactly-once guarantee was architectural, not aspirational—yet a single deployment and an unanticipated interaction inside the fallback stack were enough to undermine it. For the 91 companies that spent Tuesday chasing phantom reimbursements, the post-mortem promises will need to be matched by concrete proof that exactly-once really means exactly once.
MiniMax: MiniMax M3: # KiteBridge Software Bug Triggers $2.8 Million in Duplicate Reimbursements
KiteBridge, a vendor of corporate expense-management software, found itself at the center of a costly software failure this week after a routine update caused its system to generate more than 13,000 duplicate reimbursements totaling $2.8 million in a single morning. The episode has raised fresh questions about the company's billing safeguards, particularly because marketing materials had previously promised "exactly-once payment protection."
The trouble began shortly after 8:45 a.m. Tuesday, when KiteBridge pushed version 4.2 of its platform to customers. Within half an hour — by 9:12 a.m. — the first complaint landed in the company's support inbox. Investigators later determined that a timeout from one of KiteBridge's payment processors, the external services that move money between banks, had triggered a chain reaction inside the software's fallback mechanism. When the system retried a transaction that had merely stalled, the code interpreted each retry as a brand-new reimbursement request, then dutifully issued a second payment on top of the first.
By the time engineers identified the problem and suspended automated payments at 10:03 a.m., the runaway process had executed 13,400 duplicate transactions. Ninety-one corporate customers were caught up in the incident, with the duplicated sums drawn from employer-funded accounts rather than employee wallets. In other words, the bug did not drain workers' bank accounts; instead, it charged companies twice for reimbursements that had already been issued once.
The scale of the duplication was especially uncomfortable for a company whose April changelog for version 4.0 advertised "exactly-once payment protection," a feature meant to prevent precisely this kind of mistake. KiteBridge has not explained how the safeguard failed to catch the loop, though the company has committed to publishing a technical report in the coming weeks. The gap between the promised protection and Tuesday's outcome is likely to weigh on upcoming contract renewals as corporate customers reassess the platform's reliability.
Recovery efforts moved quickly. By Wednesday evening, KiteBridge said it had clawed back approximately $2.3 million of the erroneous payments, leaving roughly $500,000 still in limbo as banks and payment processors work through reversal requests. The company has not given a timeline for when the remaining funds will be returned.
Less reassuring was the company's public communication. KiteBridge's incident page initially described the disruption as "delayed reimbursements," a framing that understated the problem considerably. The duplicate-payment nature of the failure was not acknowledged on the page until roughly six hours after automated payments had been suspended, well after several customers had already pieced together what had happened.
CEO Lena Ortiz issued an apology and pledged to release a full technical report on what went wrong, including a review of the safeguards that failed on Tuesday morning.
For the 91 companies caught in the incident, the immediate fallout is financial rather than personal. For KiteBridge, however, the episode is a reminder that marketing language like "exactly-once" is only as good as the code that enforces it.
OpenAI: GPT-6 Luna: Model B better fits the requested length and reconstructs the sequence clearly, while Model A appears to exceed the word limit and adds unsupported details, including direct quotations and claims about the recovery process. Model B also introduces some details not in the reporting, but does so less extensively. (Second judge pass, order swapped — scores are the average of both: Model B is more faithful to the supplied reporting, while Model A adds unsupported technical details and invents direct | Anthropic: Claude Fable 5.1: Model A writes with more momentum but invents a…
Cohesive story from reporting notes
Write a publication-ready technology news article from the reporting notes below.
Requirements:
* 550–700 words
* Clean Markdown
* One H1 headline followed by an italicized dek
* A strong news lede followed by a clear nut graf
* Organize the material into a cohesive story rather than following the notes in order
* Attribute company-supplied claims
* Include limitations without turning the article into a warning label
* Use only the supplied information
* Avoid canned transitions, promotional language and a concluding summary
Reporting notes:
* HelioDock makes autonomous warehouse robots.
* On Thursday, it launched Night Shift, software that lets operators monitor robot fleets remotely.
* Night Shift spent 14 months in a private beta involving nine logistics companies and 310 robots.
* HelioDock says beta customers experienced 17% fewer unplanned robot stoppages. The figure has not been independently verified.
* The company also announced a $24 million Series B led by North Coast Ventures, bringing its total funding to $39 million.
* CEO Mara Velez: “A warehouse manager should not have to drive across town at two in the morning because one robot is confused by a pallet.”
* Beta customer Aaron Pike of Fulcrum Logistics said the system worked well in facilities with strong connectivity but became less useful during rural LTE outages.
* When connectivity fails, robots return to their locally configured behavior. Remote control becomes unavailable.
* Competing fleet-management products are available from Relay Robotics and YardOS.
* Night Shift will cost $90 per robot per month and become generally available September 15.
DeepSeek-V4-Pro: # HelioDock launches Night Shift, software that lets logistics operators manage warehouse robots from anywhere
*A $90-per-robot monthly subscription and fresh Series B capital push the autonomous robotics firm deeper into remote fleet management, even as connectivity constraints keep the technology tethered to reality.*
Warehouse managers jolted awake by 2 a.m. phone calls about stalled robots may finally get their sleep back. HelioDock, a maker of autonomous warehouse robots, released Night Shift on Thursday, a software platform that allows operators to monitor and adjust entire robot fleets from a remote dashboard rather than rushing to the facility floor.
The launch marks the company’s first major software product and signals a shift in how logistics operators are expected to interact with their automation investments. Instead of requiring hands-on intervention for every confused sensor or misplaced pallet, Night Shift lets managers view fleet-wide status, reassign tasks, and clear common fault conditions through a web interface. The product emerged from 14 months of private beta testing across nine logistics companies, encompassing 310 robots in live warehouse environments. General availability is set for September 15.
HelioDock claims the beta delivered tangible reliability gains. According to the company, participating warehouses experienced a 17 percent reduction in unplanned robot stoppages over the trial period. The figure arrives without independent verification, leaving potential customers to weigh the company’s internal metrics against their own operational realities.
“A warehouse manager should not have to drive across town at two in the morning because one robot is confused by a pallet,” said CEO Mara Velez in a statement accompanying the release. The remark encapsulates the product’s core pitch: shifting exception handling from physical presence to digital access.
Aaron Pike, whose firm Fulcrum Logistics participated in the beta, described a more nuanced picture. The system performed well inside facilities equipped with robust network infrastructure, Pike said. But during LTE outages at rural sites, the tool lost much of its utility. Under those conditions, robots revert to their locally configured behavior and remote control becomes unavailable—a design choice that preserves basic operation but eliminates the very remote-access capability Night Shift is built to deliver.
The connectivity caveat highlights a structural tension in remote fleet management. Warehouses clustered near major logistics corridors with dense cellular coverage stand to benefit most directly. Facilities on the geographic fringe, where LTE signals thin out, may find the subscription less transformative than the marketing materials suggest.
Night Shift will cost $90 per robot per month. For a mid-sized deployment of 50 robots, that translates to $54,000 annually in new operational expenditure before accounting for any productivity gains the software might unlock.
HelioDock enters a market that already includes fleet-management offerings from Relay Robotics and YardOS, both of which provide varying degrees of remote monitoring and control for autonomous warehouse equipment. The competitive landscape means Night Shift will be measured not just against manual intervention, but against established alternatives that prospective buyers may have already evaluated.
Alongside the product launch, HelioDock disclosed a $24 million Series B round led by North Coast Ventures. The injection brings the company’s total funding to $39 million and provides the capital runway needed to scale both software development and customer acquisition as the September general-availability date approaches.
The double-barreled announcement—product and funding in tandem—positions HelioDock to compete on a broader front. Where the company previously sold hardware that operated within a single facility’s four walls, it now offers a management layer designed to collapse the distance between operator and operation. Whether that layer holds up when the signal bars drop remains the practical question that published benchmarks cannot yet answer.
MiniMax: MiniMax M3: # HelioDock launches Night Shift for remote warehouse robot monitoring
*Remote fleet-management software follows a 14-month private beta involving nine logistics companies and 310 robots.*
HelioDock launched Night Shift on Thursday, introducing software that lets warehouse operators monitor fleets of the company’s autonomous robots remotely and take control when intervention is needed. The launch coincided with a $24 million Series B round led by North Coast Ventures, bringing HelioDock’s total funding to $39 million.
Night Shift gives operators a remote view of robot activity and a way to control vehicles when they encounter problems, according to HelioDock. The product is intended to reduce situations in which a manager must travel to a warehouse to respond to a robot issue. General availability is scheduled for September 15.
The release follows a 14-month private beta involving nine logistics companies and 310 robots. HelioDock said beta customers experienced 17% fewer unplanned robot stoppages during the trial. That figure has not been independently verified. It is a company-reported result from the beta, not an independent measure of Night Shift’s performance.
The trial brought Night Shift into multiple logistics operations and exposed one of the practical constraints on remote fleet management: dependable network access. Nine customers and 310 robots also made the trial more substantial than a single-site demonstration, though the operating experience was not uniform across participating facilities. For managers, the benefit is being able to remain connected to a robot fleet without traveling to the site where a vehicle may be stalled.
“A warehouse manager should not have to drive across town at two in the morning because one robot is confused by a pallet,” CEO Mara Velez said. Her statement describes a specific operational concern addressed by remote control: even when robots work autonomously, one confused vehicle can still require a manager’s physical presence. For fleet operators, reliability and response time are related but separate issues. The company’s 17% figure addresses the frequency of unplanned stoppages; Night Shift’s remote-control function is intended to address what an operator can do after a robot needs attention.
Night Shift is designed to keep an operator connected to the fleet so that a problem can be assessed and addressed without an automatic trip to the warehouse. The software does not remove the need for local fallback behavior, however. When connectivity fails, robots return to their locally configured behavior and remote control becomes unavailable.
Network conditions were a central concern for Aaron Pike of Fulcrum Logistics, a beta customer. Pike said the system worked well in facilities with strong connectivity but became less useful during rural LTE outages. His experience shows that the same remote fleet-management tool can deliver different levels of utility depending on the infrastructure at a warehouse. That variability limits how directly the headline stoppage figure can be applied from one site to another.
The fallback behavior means the product’s remote-control capability is tied to the same network infrastructure that keeps an operator connected. In a well-connected facility, managers can use the system as intended. During an outage, remote control is lost, and robots operate under their local settings.
Night Shift enters a category with other commercial options. Relay Robotics and YardOS both offer fleet-management products, giving logistics operators alternatives as HelioDock prepares a general release. For HelioDock, the launch adds a recurring software charge alongside the autonomous robots that form the core of its business. Pricing also makes the software’s cost fleet-dependent: at $90 per robot each month, a larger deployment carries a proportionally larger subscription charge.
OpenAI: GPT-6 Luna: Model B stays closer to the supplied reporting, while Model A adds unsupported product features and market claims. Model B is repetitive, but it includes the key launch, beta, connectivity, pricing, competition, and funding details without as many invented specifics. (Second judge pass, order swapped — scores are the average of both: Model B stays closer to the supplied reporting notes, while Model A invents product capabilities, market details, and claims about HelioDock’s strategy. Model B is | Anthropic: Claude Fable 5.1: Model A reads more fluently but repeatedly inven…
Numbers shaped into a story
Write a 600–750-word Markdown article from the benchmark results below.
Build the story around the clearest finding. Explain the methodology and limitations where readers need them. Avoid reciting the table row by row or treating small differences as decisive.
Benchmark:
* Researchers tested five language models on 200 anonymized customer-support tickets.
* Each model produced one proposed answer per ticket.
* Three experienced support managers graded the answers blindly.
* Scores combined factual correctness, usefulness and tone.
* Model North: 84.2 average score; $1.90 estimated cost per 1,000 tickets.
* Model Vale: 83.8; $0.74 per 1,000 tickets.
* Model Ember: 79.1; $0.31 per 1,000 tickets.
* Model Kite: 76.4; $0.22 per 1,000 tickets.
* Model Harbor: 71.0; $0.08 per 1,000 tickets.
* North and Vale’s score difference was not statistically significant.
* Vale answered 18% faster than North.
* North performed best on billing disputes.
* Vale performed best on technical troubleshooting.
* All five models performed poorly when a ticket depended on an image attachment.
* The test used English-language tickets from one software company.
* Researchers did not test agentic actions, tool use or multilingual support.
DeepSeek-V4-Pro: **The Smarter Bet Is Not Always the Smartest Model**
When teams evaluate language models for a production workflow, the conversation quickly turns into a horse race. Everyone wants to know which model scored highest. But the most actionable finding from a recent head-to-head benchmark of five language models on real customer-support tickets isn’t who won. It’s that two models delivered virtually indistinguishable quality—while one of them cost 61 percent less and ran 18 percent faster.
That finding should reset how operations leaders think about the trade-off between accuracy and efficiency.
### What the researchers did
The test suite consisted of 200 anonymized English-language tickets drawn from a single software company’s support queue. Five models—North, Vale, Ember, Kite, and Harbor—each produced one draft answer per ticket. Three experienced support managers then graded every answer blindly, aggregating a score that combined factual correctness, usefulness, and tone into a single index. The researchers also tracked response latency and extrapolated the per-ticket inference cost using public API pricing, resulting in an estimated cost for every 1,000 tickets served.
This design has three strengths worth noting. First, the triple-blind grading protocol reduces scorer bias: none of the managers knew which model produced which answer, and each ticket received three independent evaluations. Second, the combined score reflects what actually matters in support—getting the facts right, being helpful, and sounding human—rather than a narrow metric such as exact-match accuracy against a gold-standard reply. Third, the cost estimates are grounded in real-world pricing, not theoretical compute expenses, making the comparison immediately practical for a team with a budget.
That said, the study also has clear boundaries all readers should keep in mind. The tickets all came from one company, one domain, and one language. Every ticket was text-only; no model could consult an image attachment, a knowledge-base article, or a customer history beyond the words inside the ticket. The exercise tested pure language-generation capability, not agentic actions such as looking up an order status, issuing a refund, or escalating to a human with a summary. If your support stack relies on tool-calling, retrieval-augmented generation, or multilingual routing, these numbers describe only one part of your future pipeline.
### The scores: one cluster, then a staircase
Model North landed at 84.2 and Model Vale at 83.8, a gap the researchers flagged as statistically insignificant. For any practical decision, these two models tied. Below them sits Model Ember at 79.1, followed by Kite at 76.4 and Harbor at 71.0. The pattern isn’t a gentle slope—it’s a tight two-model cluster on top and then a step down through the rest of the field.
Cost, however, runs in the opposite direction. North costs an estimated $1.90 per 1,000 tickets, while Vale comes in at $0.74. At 10,000 tickets per month, choosing Vale over North saves roughly $11.60 for a score difference a support manager literally cannot detect. Multiply that across millions of annual interactions, different support tiers, or real-time chatbots, and the gap becomes material. The researchers also noted that Vale’s median response time was 18 percent shorter than North’s, which matters when a customer is waiting in a live chat and every second adds to perceived friction.
### Domains tilt the head-to-head
The overall tie breaks apart slightly when you look at ticket categories. North showed a small edge on billing disputes—a category where strict legal or contractual wording often separates a satisfactory reply from a liability. Vale, however, outperformed North on technical troubleshooting questions. The researchers did not provide category-level significance tests, so these sub-scores are suggestive rather than definitive. Still, the pattern hints at a strategic deployment choice: a team could default to Vale for its latency and cost advantages and route billing-sensitive tickets to North if internal testing confirms the advantage holds at scale. Hybrid routing based on intent classification is already common in contact centers, and these results justify experimenting with it.
### The attachment blind spot
One finding was unambiguous and unaffected by model choice: every model performed poorly when a ticket depended on an image attachment. That is unsurprising because the test design deliberately withheld attachments from the models. But it highlights a gap between a clean offline benchmark and the messy reality of support, where screenshots, photos of broken hardware, and scanned invoices are routine. Before drawing conclusions about any model’s real-world fitness, a team should measure how often its ticket volume involves attachments and test a pipeline that includes vision-capable models or an upstream image-to-text extraction step. The benchmark confirms that text-only evaluation, however rigorous, will overstate a model’s ability to handle multi-modal queries.
### Methodology notes that guide interpretation
Three features of the study design deserve emphasis for anyone tempted to treat the scores as fixed, universal truths:
- **Blind grading, not automatic metrics.** Automated metrics such as BLEU or ROUGE correlate imperfectly with human judgments of helpfulness and tone. Having three managers agree on a combined score raises the signal-to-noise ratio, but it also embeds the raters’ own stylistic preferences. A different company with a different brand voice might rank the same answers differently.
- **Single-language, single-domain data.** The ticket set was entirely in English and specific to one software product. A logistics firm handling Spanish-language claims or a telco with a completely different vocabulary could see a reshuffled leaderboard.
- **Static text generation only.** The benchmark answers are one-shot completions. In production, many teams use chain-of-thought reasoning, retrieval augmentation, or multiple model calls to verify facts before replying. Those architectures can compress or expand the quality gaps observed here, often narrowing the distance between a large, expensive model and a smaller, optimized one.
### What to take away
The headline takeaway is that Vale offers a statistically indistinguishable customer experience from North while cutting per-ticket costs by more than half and returning answers faster. For most support leaders, that makes Vale the rational default for English-language text tickets in similar domains. The results also caution against reading the model leaderboard too literally. Above roughly an 83-point threshold, the differences stop being about quality and start being about trade-offs in speed, spend, and category fit.
If your own evaluation mirrors this setup, the next logical experiment is to turn on attachments and tool use, measure how the rankings shift, and see whether the Vale-versus-North tie survives the move from a clean lab bench to the noisy, multi-modal floor of real customer service. In the meantime, betting on the slightly cheaper but identically capable model isn’t compromising quality—it’s just good operations.
MiniMax: MiniMax M3: # The Cheaper Model Just Caught the Expensive One
When support teams shop for large language models, the conversation usually starts with quality and ends with price. New benchmark results suggest the ordering might matter less than many buyers assume: the cheapest mid-tier model in the test matched the leader on blind expert scoring while costing roughly 60% less to operate.
## What the researchers did
A team tested five language models on 200 anonymized customer-support tickets pulled from a single software company. Each ticket was answered once by each model, producing 1,000 responses in total. Three experienced support managers then graded every response blindly — they did not know which model wrote which reply.
Each response received a composite score that blended factual correctness, usefulness to the customer, and tone. The graders did not see cost data, timing data, or model identities while scoring, which kept the quality assessment independent from operational considerations.
## The headline result
Model North led the field with an average composite score of 84.2. Model Vale followed at 83.8. That four-tenth gap might look meaningful, but the researchers ran a significance test and found it was not statistically distinguishable from noise. On this sample, the two models were effectively tied for quality.
The cost difference was not. North carried an estimated price tag of about $1.90 per 1,000 tickets. Vale came in at $0.74 — less than half. Vale also returned its answers roughly 18% faster than North, which matters when support queues are stacking up.
For buyers, the practical conclusion is uncomfortable: paying more than twice as much did not buy measurably better answers in this benchmark. The headline-quality model was not the headline-value model.
## Where each model actually won
Ties on aggregate scores can hide real specialization. North's strongest showing came on billing disputes, where its careful, procedural tone tended to land well with customers arguing about charges. Vale's strongest category was technical troubleshooting, where its faster, more concise replies seemed to suit step-by-step problem solving. The other three models — Ember, Kite, and Harbor — trailed on quality and on price-per-ticket alike, though Harbor's near-penny cost may still appeal to teams triaging low-stakes volume.
A useful way to read the table is not "North is best" but **routing matters**: sending a billing ticket to North and a technical ticket to Vale could plausibly outperform either model used alone.
## The image-attachment blind spot
Every model in the test performed poorly when a ticket's resolution depended on an attached image. None of the five could reliably read screenshots, photos of error states, or other visual attachments, and the gaps between models narrowed on those tickets. For teams whose customers frequently send screenshots, this is the most important caveat in the entire study: any of the models will need a human in the loop for visual triage.
## What the benchmark does not tell you
Several limitations deserve weight before anyone picks a vendor based on these numbers.
- **One company, one language.** Every ticket came from a single software firm and was written in English. Generalization to other industries, writing styles, or non-English support is untested.
- **Single-turn answers.** The models produced one response per ticket. Real support often involves back-and-forth clarification, and the benchmark did not measure that.
- **No tool use, no agentic behavior.** None of the models were allowed to query account systems, look up orders, or take actions on the customer's behalf. The scores reflect draft quality only, not resolution quality.
- **A modest sample.** Two hundred tickets per model is enough to detect large differences but not to draw fine-grained conclusions about edge cases.
## The takeaway
For teams choosing between the top two models in this test, the choice is not about quality — it is about routing, latency, and cost tolerance. Vale matched North where it counted and beat it on price and speed. For everyone else lower in the ranking, the gap to the leaders was real and consistent, but the shared blind spot on image attachments may matter more than any score on the leaderboard.
OpenAI: GPT-6 Luna: Model B is closer to the requested length and builds a clear story around the statistically indistinguishable top scores and Vale’s cost and speed advantages. Both entries add unsupported details, but Model A is substantially overlong and makes more assumptions about the testing setup, while Model B also mischaracterizes the lower-ranked models’ costs and overstates some findings. (Second judge pass, order swapped — scores are the average of both: Model B stays close to the supplied evidence, ce | Anthropic: Claude Fable 5.1: Model A blows well past the 600–750-word limit…