A newsroom-style stress test puts two text models through exact-copy, editing, reporting and narrative assignments. The results reward factual discipline more than polish alone, with one notable win for turning scattered notes into a cohesive story.
Qwen: Qwen3.8 Max Prime takes this matchup, 101.7 to 92.3, with a tentative lean verdict and a 7–1 task record, plus four ties. Its advantage is consistent: when the assignments demand newsroom judgment, it more often preserves what the reporting actually supports instead of smoothing gaps with plausible-sounding details.
That showed up in chronology, opening judgment, publication-ready edits and controlled wit. Qwen kept timelines straight, distinguished confirmed exposure from unresolved access, and resisted embellishments that evaluators flagged in Gemini’s drafts—from invented employee windfalls to unsupported claims about pricing, sales cycles and data handling. Its benchmark analysis also handled caveats better, rather than turning narrow results into broad deployment advice.
Gemini’s clearest win came in building a cohesive story from reporting notes, where judges favored its readable, joined-up article. But across several other narrative assignments, fluency came at a cost: evaluators repeatedly found claims that went beyond the supplied facts. Qwen was not flawless—one response fell short of a word-count target, and a natural-rewrite task was a tie—but its errors did less damage to factual reliability.
The ties matter: both models handled exact formatting and benchmark-choice tasks equally, and neither swept every form of writing. Still, this was not a close overall result. **Qwen wins by being the safer, sharper newsroom editor; Gemini’s best showing does not offset its recurring tendency to make the story more specific than the evidence allows.**
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.
Qwen: Qwen3.8 Max Prime: # 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.
Google: Gemini 4 Argon: # 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 A and Model B both follow the required Markdown structure and preserve all wording and punctuation exactly. Neither output has an advantage over the other. (Second judge pass, order swapped — scores are the average of both: Model B and Model A both preserve the supplied wording and punctuation and follow the requested Markdown structure exactly. Their correctness, instruction following, and writing quality are equally strong.) | Anthropic: Claude Fable 5.1: Model A and Model B produced byte-identical outputs that follow every structural rule exactly: H1, italic dek,…
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.
Qwen: Qwen3.8 Max Prime: # KiteBridge Update Turns Expense Reimbursements Into $2.8 Million Duplicate-Payment Error
When KiteBridge rolled out a routine software update Tuesday morning, the result was not faster expense reimbursements but a costly duplication: 13,400 repeated payments worth $2.8 million, charged to the corporate customers that rely on the company’s expense-management platform.
KiteBridge, which makes software used by businesses to approve and pay employee expense claims, deployed version 4.2 at 8:45 a.m. Tuesday. Within less than half an hour, the consequences became visible. At 9:12 a.m., the company received its first customer complaint. The issue, KiteBridge later explained, involved a payment-processor timeout. When the outside system responsible for moving money did not respond quickly, KiteBridge’s fallback mechanism attempted to resend the payment. But instead of recognizing those retries as attempts to complete an existing reimbursement, the system treated them as new reimbursement requests.
For most users, the failure is easier understood as a missing digital receipt. If a payment request is sent and no confirmation comes back, the software may try again. Safeguards are meant to ensure that a repeated request is linked to the original transaction, not processed as a separate one. In this case, that safeguard failed.
The duplicate payments multiplied quickly across ninety-one corporate customers. KiteBridge suspended automated payments at 10:03 a.m., but by then the error had already produced thousands of extra transactions. No employees had money withdrawn from their accounts; instead, employers bore the cost of the duplicate payments, funding reimbursements that should have been paid only once.
The company’s public messaging lagged behind the financial fallout. KiteBridge’s incident page initially described the problem as delayed reimbursements. It did not disclose that duplicate payments had been created until six hours after automated payments were suspended. That delay is likely to draw scrutiny from customers, who depend on incident pages for timely information during service disruptions.
The failure also raises questions about KiteBridge’s prior assurances. In April, the company’s changelog for version 4.0 said it had introduced “exactly-once payment protection,” a technical phrase for a system designed to prevent the same payment from being issued more than once. Version 4.2 was supposed to build on that foundation, yet the very protection highlighted months earlier appeared to fail under a processor timeout.
By Wednesday evening, KiteBridge said it had recovered $2.3 million of the duplicate payments. The remaining balance was still pending, leaving finance teams to reconcile accounts and determine whether additional reversals or manual corrections would be needed.
Chief Executive Lena Ortiz apologized for the incident and said the company would publish a technical report. For KiteBridge, the next step will be to explain how a feature marketed as a safeguard against duplicate payments was bypassed, why customers were first told the issue involved delays, and what changes will prevent a similar failure from happening again. For the affected employers, the immediate concern is simpler: getting the rest of the money back.
Google: Gemini 4 Argon: # Software Glitch at KiteBridge Triggers $2.8 Million in Duplicate Expense Payouts
Ninety-one companies unintentionally paid out $2.8 million in duplicate employee reimbursements this week after a software update at expense-management provider KiteBridge went awry.
The malfunction generated 13,400 redundant transactions before engineers could halt the system, leaving corporate accounts drained of funds and KiteBridge scrambling to claw back the money. Because the payouts were funded directly by the employers using the platform, affected companies bore the immediate financial brunt of the error, while their employees saw unexpected windfalls land in their bank accounts. KiteBridge confirmed that no money was erroneously withdrawn from employee accounts.
The disruption began Tuesday morning at 8:45 a.m., when KiteBridge rolled out version 4.2 of its software. Shortly after the deployment, the platform experienced a connection timeout with its external payment processor—essentially a brief period where the two financial systems failed to communicate on schedule.
In routine digital transactions, a timeout triggers an automated retry to ensure a payment goes through. Because of a flaw introduced during Tuesday's update, however, KiteBridge’s backup system failed to recognize that these retries were tied to existing transactions. Instead, the fallback system treated every retry as a brand-new reimbursement request, issuing fresh payouts each time it attempted to reconnect.
The error is particularly notable given KiteBridge’s recent product assurances. According to a company changelog from April, the rollout of version 4.0 had specifically introduced “exactly-once payment protection”—a safeguard designed to prevent the very type of double-charging that occurred this week.
Unaware of the underlying cascade of duplicate transactions, corporate clients quickly noticed anomalies. The first customer complaint reached KiteBridge at 9:12 a.m., less than half an hour after the software update went live. It took roughly another 50 minutes for engineers to diagnose the runaway payouts and intervene, finally suspending all automated payments at 10:03 a.m.
Despite the rapid financial impact on its clients, KiteBridge was slow to publicly acknowledge the true nature of the malfunction. On its public incident tracking page, the company initially told users that the platform was merely experiencing "delayed reimbursements." It was not until Wednesday afternoon—six hours after automated payments had been shut down—that KiteBridge updated the page to disclose that the system had actually been issuing duplicate payouts.
Since halting the automated system, KiteBridge has focused on reversing the erroneous transfers. By Wednesday evening, the company had successfully recovered $2.3 million of the $2.8 million total. Efforts to retrieve the remaining $500,000 are still pending as transactions work their way through the banking system.
In the wake of the incident, KiteBridge CEO Lena Ortiz issued an apology to the 91 affected corporate customers. To address concerns over how the company's built-in payment protections failed, Ortiz promised that KiteBridge will publish a comprehensive technical report detailing the root cause of the breakdown and the steps being taken to prevent a recurrence.
OpenAI: GPT-6 Luna: Model A preserves the chronology and explains the payment failure clearly while mostly avoiding unsupported claims. Model B invents that employees received unexpected windfalls and places the disclosure on Wednesday afternoon, although six hours after Tuesday’s 10:03 a.m. suspension would be Tuesday afternoon. (Second judge pass, order swapped — scores are the average of both: Model A preserves the sequence more reliably and stays within the requested length, while Model B incorrectly places the | Anthropic: Claude Fable 5.1: Model A sticks faithfully to the source facts,…
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.
Qwen: Qwen3.8 Max Prime: ## QueueZero’s AI meeting assistant turns an audience remark into tasks for its CEO
QueueZero on Wednesday launched Proxy, an artificial intelligence meeting assistant designed to attend meetings, take notes and assign follow-up work to software agents. During the launch demonstration, however, the product showed how quickly an offhand comment can become a to-do list.
According to the company, Proxy can join meetings on a user’s behalf, generate summaries and route follow-up actions to connected software agents. The pitch is aimed at reducing the administrative burden of meetings and turning decisions into trackable work items.
The demonstration took an unexpected turn when 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 chief executive Evan Wu: “Stop talking” and “Send pricing sheet.”
Wu laughed, completed the second task and deleted the first. The episode briefly shifted attention from the product’s note-taking features to its task-creation controls.
QueueZero said Proxy requires confirmation before an external message is sent. Internal tasks, however, can be created automatically, a design choice intended to let users capture follow-up work without interrupting the flow of a meeting. The company said administrators can disable automatic task creation for organizations that want tighter oversight.
The incident offers a practical test case for a broader issue in enterprise AI: distinguishing between casual speech and actionable commands. As companies add agents that can write messages, create tickets and trigger workflows, the margin for ambiguity narrows. A sentence meant as a comment can become structured work if the software hears it as a request.
QueueZero is entering a crowded market for AI meeting tools, where vendors are competing to move beyond transcription and into automated follow-through. Investors and enterprise buyers have shown strong interest in software agents that can complete tasks, but the technology has also raised questions about oversight, permissions and unintended actions.
Proxy will cost $30 per user per month and enters public beta next week. The company says the release will give customers access to its meeting notes, task assignment and administrative controls as QueueZero works to refine how the assistant decides when speech should become work.
Google: Gemini 4 Argon: # QueueZero’s New AI Meeting Assistant Assigns CEO Task to ‘Stop Talking’ During Launch Demo
Enterprise software startup QueueZero unveiled its new artificial intelligence meeting assistant, Proxy, on Wednesday, though the live demonstration highlighted just how literally the software interprets workplace conversations.
Designed to streamline post-meeting workflows, Proxy can attend virtual or in-person meetings, generate comprehensive notes, and automatically assign follow-up work to specialized software agents or human participants.
The system’s responsiveness was put to an unplanned test during Wednesday’s launch event. As QueueZero CEO Evan Wu delivered his presentation, a prospective customer in the audience remarked, “Someone should tell Evan to stop talking and send us the pricing sheet.”
Proxy, which was actively transcribing and analyzing the room's audio for the demonstration, interpreted the audience member’s comment as an actionable directive. Within seconds, the software generated two distinct tasks on the presentation screen, both assigned directly to Wu: “Stop talking” and “Send pricing sheet.”
Wu laughed off the interruption, promptly deleted the first task, and executed the second to distribute the pricing information to the attendees. While the software’s ability to gauge human conversational nuance remains a work in progress, its grasp of executive brevity appears fully operational.
The incident underscored the challenges technology companies face as they transition from passive transcription tools to agentic AI systems capable of executing workflows. While automated task extraction aims to save time, ambient microphones combined with literal-minded language models can easily misinterpret offhand remarks as formal business instructions.
Following the demonstration, QueueZero representatives emphasized that the platform includes built-in safeguards to prevent unintended actions from affecting outside parties. According to the company, Proxy strictly requires human confirmation before any external message or file is sent.
Internal tasks, however, are generated and assigned automatically by default to reduce friction for teams using the software. QueueZero noted that company administrators have the option to disable automatic task creation entirely, requiring manual approval for all generated action items before they enter a team's workflow queue.
QueueZero is positioning Proxy as a bridge between passive AI note-takers and autonomous enterprise agents that can execute complex work, such as updating customer relationship management databases or drafting project tickets.
Proxy will enter public beta next week. The software is priced at $30 per user per month.
OpenAI: GPT-6 Luna: Model A stays closer to the supplied reporting and maintains a serious news tone, though it may fall just short of the 350-word minimum. Model B meets the length and uses controlled wit, but adds several unsupported details, including that tasks are generated by default and that Wu sent the pricing information to attendees. (Second judge pass, order swapped — scores are the average of both: Model A preserves the reported facts and describes the task-creation safeguards more carefully; Model B ad | Anthropic: Claude Fable 5.1: Model A stays close to the supplied facts, keep…
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.
Qwen: Qwen3.8 Max Prime: # Raincheck Raises $8 Million to Help Local Governments Anticipate Flooding
*The Austin software company uses drainage maps and rainfall forecasts to guide storm preparation.*
Raincheck, an Austin company that makes flood-risk software for local governments, said today it has raised $8 million in seed funding. The company maps drainage systems and pairs those maps with rainfall forecasts, helping cities decide where to send maintenance crews before a storm arrives.
The seed round was led by Basin Ventures, with participation from existing investor Long Mile. Raincheck has now raised $10.5 million in total.
CEO Ana Flores said:
> “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.”
More details on the company’s approach are available in [Raincheck’s methodology](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 rather than directives; emergency managers retain control over deployments and public warnings.
Other flood-planning vendors include HydroMap and municipal engineering contractors. Raincheck said the new funding will help it hire eight engineers and expand into Florida.
Google: Gemini 4 Argon: # Raincheck Raises $8 Million to Help Cities Prepare for Flooding
*The Austin startup maps municipal drainage systems and pairs them with rainfall forecasts to guide maintenance crews ahead of storms.*
Raincheck, an Austin-based maker of flood-risk software for local governments, announced today that it has raised $8 million in seed funding. The startup maps municipal drainage systems and combines that data with rainfall forecasts, helping cities decide where to send maintenance crews before a storm hits.
Basin Ventures led the seed round, with participation from existing investor Long Mile. The new capital brings Raincheck’s total funding to $10.5 million.
According to CEO Ana Flores, the platform is designed to help municipalities prioritize pre-storm maintenance:
> “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.”
Under [Raincheck's forecasting methodology](https://example.com/raincheck-methodology), the software's outputs serve strictly as recommendations, while local emergency managers retain final control over crew deployments and public warnings.
Raincheck currently works with seven cities across Texas and Louisiana, though the company declined to identify its clients because some contracts have not yet been publicly announced.
As it competes with other flood-planning vendors like HydroMap and traditional municipal engineering contractors, Raincheck plans to use the new funding to hire eight engineers and expand its operations into Florida.
OpenAI: GPT-6 Luna: Model A preserves the supplied reporting more closely while improving the lede and flow. Model B is polished, but it adds framing and links the methodology to the recommendations in a way the source does not establish. (Second judge pass, order swapped — scores are the average of both: Model A preserves the supplied claims more closely and presents the methodology link without implying more about its contents. Model B is also polished, but adds slight emphasis with “strictly” and “final” that th | Anthropic: Claude Fable 5.1: Model A delivers a clean, faithful edit that me…
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.
Qwen: Qwen3.8 Max Prime: # Cloudnote Debugging Page Exposed Prompt Excerpts for Four Hours
*Cloudnote said an unauthenticated debugging page showed prompt excerpts from 1,842 sessions before removal; investigators have not ruled out all access.*
Cloudnote said it discovered that a debugging page containing excerpts from customer prompts was accessible without authentication for four hours on Monday, exposing a limited but sensitive slice of user activity. The company confirmed that logs recorded excerpts from 1,842 user sessions during that window.
The exposed material was truncated. Cloudnote said each entry could include up to 200 characters from a prompt, rather than complete documents or conversations. Full documents, passwords and payment information were stored elsewhere and were not present on the page, according to the company.
Cloudnote said it removed the page 19 minutes after a researcher notified the company. It said it has found no evidence that anyone other than the researcher accessed the page, but cautioned that its investigation is not complete. The researcher who reported the page has not been identified.
The exposure matters because prompt fragments can reveal personal details, work product or confidential instructions, even when truncated. With 3.2 million registered users, Cloudnote’s statement narrows the known scope, but unanswered questions remain about how the page became exposed and whether any fragment was copied before removal.
Google: Gemini 4 Argon: # Cloudnote Exposes Customer Prompt Excerpts in Four-Hour Security Lapse
*The company says it has found no evidence of malicious access, though an internal investigation remains ongoing.*
Cloudnote temporarily exposed excerpts of customer prompts on a publicly accessible debugging page Monday, the company confirmed, marking a brief security lapse that affected a fraction of its user base.
The internal page was accessible without authentication for four hours before an independent security researcher notified the company. Cloudnote engineers removed the page 19 minutes after receiving the alert. According to company logs, the exposed data included prompt excerpts—each up to 200 characters long—drawn from 1,842 user sessions.
While those sessions represent a tiny slice of Cloudnote’s 3.2 million registered users, the incident underscores the privacy risks inherent to platforms that process user-generated text. Even brief fragments of user prompts can inadvertently reveal proprietary business queries or sensitive personal context. However, the company emphasized that full documents, passwords, and payment details are stored on separate systems and were never present on the debugging page.
What remains unclear is whether the exposed text was captured by bad actors during the four-hour window. Cloudnote said it has found no evidence thus far that anyone besides the security researcher accessed the page, though officials cautioned that their internal investigation is not yet complete.
OpenAI: GPT-6 Luna: Model A more carefully distinguishes the confirmed exposure from unresolved access, while Model B adds unsupported framing such as “malicious” access and an “independent” researcher. Model A does include an unsupported claim that the researcher has not been identified, but otherwise better meets the task’s emphasis on precision. (Second judge pass, order swapped — scores are the average of both: Model A better preserves the reported timeline: Model B’s wording implies the researcher notified Clo | Anthropic: Claude Fable 5.1: Model A sticks tightly to the reporting, attrib…
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.
Qwen: Qwen3.8 Max Prime: # HelioDock Launches Remote Monitoring for Warehouse Robots as $24 Million Round Backs Expansion
*The new Night Shift software is aimed at keeping autonomous fleets running without requiring managers to be physically present, though its usefulness depends on network connectivity.*
HelioDock on Thursday launched Night Shift, a software service that lets operators monitor autonomous warehouse robot fleets remotely, and announced a $24 million Series B round led by North Coast Ventures.
The release connects three parts of the company’s business: a product emerging from private beta, a new funding round and a subscription price tied to each robot in a fleet.
Night Shift spent 14 months in private beta with nine logistics companies and 310 robots. HelioDock said beta customers experienced 17% fewer unplanned robot stoppages. The figure has not been independently verified. The company set the general availability date after that testing period.
The company is presenting Night Shift as a way to reduce the need for managers to respond in person to stopped or confused robots. CEO Mara Velez framed the issue in terms of after-hours labor. “A warehouse manager should not have to drive across town at two in the morning because one robot is confused by a pallet,” Velez said. The quote describes the situation HelioDock says its software is meant to address.
With Night Shift, operators monitor fleets from a remote location rather than remain on the warehouse floor or travel to a site after normal operations. The beta period gave HelioDock a base of logistics customers using the software across a defined robot population before general availability. The company plans to make Night Shift generally available September 15 at $90 per robot per month.
Under the announced pricing, the fee applies to each robot monitored. The $90 per-robot monthly charge turns Night Shift into a recurring operating cost. A customer’s total therefore changes with fleet size. At $90 per robot per month, the 310 robots used in the beta would represent $27,900 in monthly subscription fees if all were subscribed after general availability.
The $24 million Series B was announced Thursday along with Night Shift’s launch. It brings HelioDock’s total funding to $39 million. North Coast Ventures led the round. The raise follows the private beta and comes ahead of its September 15 general availability.
Fulcrum Logistics, one of the beta customers, described results tied closely to network conditions. 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, and remote control becomes unavailable.
That limitation places network reliability at the center of Night Shift’s operating model. In facilities with stable connections, the software can support remote monitoring of robot fleets. In areas subject to LTE outages, the robots continue to operate according to local settings, but the remote management layer is not available during the interruption.
The robots’ fallback to local configuration means Night Shift does not replace the locally configured behavior that governs a robot when the network link is absent. It instead provides a remote layer that is available only when connectivity supports it.
The beta feedback gives HelioDock a field record to cite ahead of general availability. It also identifies where remote monitoring works and where it does not. The company-supplied 17% reduction in unplanned stoppages is part of that record, but it remains unaudited.
HelioDock is entering a market where other companies already offer comparable software. Relay Robotics and YardOS both have competing fleet-management products. Their presence gives logistics operators alternatives as they compare pricing, beta results and connectivity requirements.
Google: Gemini 4 Argon: # HelioDock Launches Remote Warehouse Robot Software Alongside $24 Million Funding Round
*The robotics maker's new Night Shift platform aims to reduce unplanned equipment stoppages as the company enters a competitive fleet-management market.*
HelioDock, a maker of autonomous warehouse robots, launched a remote fleet-monitoring software platform called Night Shift on Thursday while announcing $24 million in fresh venture capital.
The dual announcement marks an expansion into recurring software revenue for the hardware manufacturer as it seeks to solve a persistent logistical headache: autonomous machines stalling when they encounter unexpected obstacles on the warehouse floor. The new software enters a crowded field that already includes competing fleet-management products from Relay Robotics and YardOS.
To support its growth, HelioDock secured a $24 million Series B funding round led by North Coast Ventures. The investment brings the company’s total funding to $39 million.
Night Shift is designed to give human operators remote visibility and control over autonomous fleets, allowing them to intervene from afar when equipment gets stuck. HelioDock CEO Mara Velez framed the software as a practical tool for after-hours operations.
“A warehouse manager should not have to drive across town at two in the morning because one robot is confused by a pallet,” Velez said.
Before Thursday's launch, Night Shift underwent a 14-month private beta test. The trial involved nine logistics companies operating a combined 310 robots. According to HelioDock, logistics operators participating in the beta experienced 17% fewer unplanned robot stoppages. That figure has not been independently verified.
While the software is built to reduce downtime through distant intervention, its effectiveness depends heavily on stable network infrastructure. When a facility’s connectivity fails, remote control becomes unavailable, and the HelioDock robots automatically revert to their locally configured behavior.
That network dependency presented occasional hurdles during the testing period. Aaron Pike of Fulcrum Logistics, one of the beta customers, said the Night Shift system worked well inside facilities with strong connectivity. However, Pike noted that the software became less useful during rural LTE outages, when operators could not maintain a reliable link to the machines.
For logistics operators equipped with reliable internet connections, HelioDock is pitching Night Shift as a way to keep autonomous workflows moving without maintaining dedicated on-site troubleshooting staff around the clock.
HelioDock is pricing the Night Shift software on a subscription basis at $90 per robot per month. The platform will become generally available to customers on September 15.
OpenAI: GPT-6 Luna: Model A is the stronger choice because it appears to meet the 550–700-word requirement and covers the key reporting details, while Model B is substantially under the required length. Model A is repetitive and includes some unnecessary elaboration, but Model B also adds claims not established by the notes. (Second judge pass, order swapped — scores are the average of both: Model A is the better fit because it appears to meet the required length and includes the reporting details, while Model B is | Anthropic: Claude Fable 5.1: Model B delivers a cohesive, readable article w…
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.
Qwen: Qwen3.8 Max Prime: C
Google: Gemini 4 Argon: C
Scored against the benchmark's reference answer (choice match): Model A was correct, Model B was correct.
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.
Qwen: Qwen3.8 Max Prime: # Customer-support AI benchmark: Vale matches North’s quality at much lower cost
The clearest finding from a new benchmark of five language models for customer support is not that one model dominates, but that quality and price are no longer tightly coupled. Model Vale and Model North posted statistically indistinguishable overall scores, while Vale cost less than half as much per 1,000 tickets and answered faster. For teams evaluating support automation, that makes Vale the standout option in this test—provided the results apply to their own tickets.
Researchers evaluated five models on 200 anonymized customer-support tickets from one software company. Each model generated one proposed answer per ticket. Three experienced support managers graded the responses blindly. Scores combined factual correctness, usefulness, and tone, reflecting what support leaders care about: not only whether an answer is true, but whether it resolves the customer’s problem and sounds like something a good agent would send.
The top two models separated themselves from the rest. Model North averaged 84.2, while Model Vale averaged 83.8. The difference was not statistically significant, so the test cannot support a claim that North is meaningfully better overall. In practical terms, the two delivered similar quality across the benchmark’s ticket mix.
The more decisive gap was economic. North was estimated at $1.90 per 1,000 tickets; Vale was $0.74. That is a large difference for support operations, where small per-ticket savings compound quickly. Vale also answered 18% faster than North. In a live queue, faster answers can reduce backlog, though this benchmark does not measure end-to-end workflow effects.
The remaining models showed clearer trade-offs. Ember scored 79.1 at $0.31 per 1,000 tickets, Kite 76.4 at $0.22, and Harbor 71.0 at $0.08. Harbor’s low price may suit high-volume, low-risk work, but its lower score suggests more human review. Ember and Kite are cheaper than the leaders, but also noticeably lower in quality. Whether those gaps matter depends on a company’s budget and how much correction it can absorb.
The benchmark also revealed niche strengths. North performed best on billing disputes, where careful reasoning and a formal tone may matter. Vale performed best on technical troubleshooting, a common and demanding category. Even when overall scores are close, teams should examine performance on their own ticket mix. A model strong at troubleshooting but weak on billing may fit a developer-tools company, but not a payments platform.
One weakness appeared across all five models: tickets that depended on an image attachment. Every model performed poorly when the issue required interpreting or referencing visual information. This is not a small edge case. Screenshots, error dialogs, and dashboards are common in technical support. If tickets frequently include attachments, these results suggest current models may need image-processing capability, human escalation, or workflow changes before they can be trusted.
Readers should also keep the study’s boundaries in mind. The test used English-language tickets from one software company, so results may not transfer to other languages, industries, or customer expectations. The researchers did not test agentic actions, tool use, or multilingual support. In production, many support models do more than draft answers: they look up account details, check knowledge bases, update tickets, or hand conversations to human agents. A model’s value in that broader setting may differ.
The methodology is strong enough for broad conclusions, but not definitive rankings. Blind grading by experienced managers is a valuable safeguard, and combining correctness, usefulness, and tone avoids optimizing for one narrow metric. Still, 200 tickets may miss rare but high-stakes failures, and one answer per ticket does not measure follow-ups, clarification questions, or escalation paths. Cost estimates may also vary with volume, latency requirements, and infrastructure.
The practical takeaway is not to chase the highest average score when the difference is statistically meaningless. The better question is which model fits the support operation’s risk profile, ticket composition, and budget. In this benchmark, Vale offered North-level overall quality at much lower cost and higher speed. That makes it the most compelling general-purpose choice among the models tested. But the safest rollout would pilot real tickets, add human review for sensitive categories such as billing, and treat image-dependent tickets as a known weakness until the workflow can handle them reliably.
Google: Gemini 4 Argon: # In Customer Support AI, Top Quality Doesn't Require Top Dollar
For companies integrating large language models into their customer support workflows, pricing often serves as a proxy for capability. The assumption is simple: pay more per token, get better answers for your customers.
However, a new benchmark evaluating five language models on real-world support tickets challenges that conventional wisdom. The clearest takeaway from the study is not which model wore the crown, but how little separated the most expensive option from a much cheaper rival.
In the test, **Model Vale** delivered essentially the same overall quality as the top-scoring **Model North**, while costing 61% less and generating responses 18% faster.
### The Value Sweet Spot
To see how these models perform under realistic conditions, researchers fed 200 anonymized customer-support tickets to five different models: North, Vale, Ember, Kite, and Harbor. Each model generated a single proposed response per ticket. Three experienced support managers then graded the outputs blindly, evaluating each response on a combined rubric of factual correctness, usefulness, and tone.
At the top of the leaderboard, Model North achieved an average score of 84.2, with Model Vale trailing closely at 83.8.
On paper, North is the winner. In practice, the 0.4-point gap between the two leaders was not statistically significant, meaning the difference could easily come down to random chance. What *is* significant is the operational difference: North carries an estimated cost of $1.90 per 1,000 tickets, whereas Vale costs just $0.74 per 1,000 tickets. Factor in Vale’s 18% speed advantage, and the business case for defaulting to the priciest model evaporates for most general applications.
### Navigating the Price-Performance Curve
While North and Vale stood out as the top tier, the remaining models demonstrated that cutting costs too aggressively eventually degrades the customer experience.
| Model | Average Score | Est. Cost per 1,000 Tickets |
| :--- | :--- | :--- |
| **North** | 84.2 | $1.90 |
| **Vale** | 83.8 | $0.74 |
| **Ember** | 79.1 | $0.31 |
| **Kite** | 76.4 | $0.22 |
| **Harbor** | 71.0 | $0.08 |
Below Vale, the benchmark reveals a classic price-performance trade-off. **Ember** (79.1) and **Kite** (76.4) form a middle tier, slashing costs down to $0.31 and $0.22 per 1,000 tickets, respectively. For high-volume, low-stakes inquiries, they may offer an acceptable baseline, though support managers noticed the dip in quality. Meanwhile, ultra-budget **Harbor** costs pennies ($0.08 per 1,000 tickets) but saw its average score drop to 71.0—a reminder that bargain-bin inference still carries a quality penalty.
### Matching the Model to the Ticket
Although North and Vale tied in overall performance, a closer look at the data suggests that the smartest deployment strategy might not be choosing one model, but routing tickets between them.
Despite their nearly identical averages, the two leaders excelled in different domains. Vale outperformed the field on technical troubleshooting tickets, making it the superior choice for bug reports and configuration help. Conversely, North performed best on billing disputes—scenarios that often require delicate tone management and strict adherence to policy.
A support team using an automated classifier could easily route technical questions to the faster, cheaper Vale, while reserving the more expensive North exclusively for sensitive financial inquiries.
### Blind Spots and Benchmark Realities
Before engineering teams overhaul their support stacks based on these numbers, it is crucial to understand what this benchmark did—and did not—measure.
First, every single model in the test failed when a ticket relied on an image attachment. In software support, users frequently attach screenshots of error messages or broken UI elements. Until vision capabilities are reliably integrated into these workflows, tickets containing images will still require human intervention.
Furthermore, the scope of the study was intentionally narrow. All 200 tickets were in English and sourced from a single software company. A model that excels at B2B software troubleshooting might struggle with retail returns or multilingual inquiries.
Finally, this was strictly a text-generation test. The researchers evaluated single proposed responses, not multi-turn conversations. They did not test tool use or agentic actions—such as looking up a user's billing history via an API, processing a refund, or resetting a password.
### The Takeaway
When drafting responses to standard, text-based software support tickets, paying a premium for the most expensive model yields diminishing returns. By opting for a high-efficiency challenger like Vale—or dynamically routing tickets by category—support organizations can capture top-tier AI performance at a fraction of the cost, leaving more of their budget to handle the complex, visual, and action-oriented tickets that language models still can't solve alone.
OpenAI: GPT-6 Luna: Model A presents the central finding with appropriate caveats and explains the benchmark’s limits without overstating what it proves. Model B is polished, but its table recites the results and it overstates the image-ticket finding and makes unsupported deployment recommendations. (Second judge pass, order swapped — scores are the average of both: Model A is more measured, avoids reproducing the full results table, and explains the benchmark’s limits, including its small, narrow sample. Model B | Anthropic: Claude Fable 5.1: Model A stays strictly faithful to the data, bui…
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.
Qwen: Qwen3.8 Max Prime: # Startup Spotlight: LedgerLark wants to clean up post-trade clutter at small investment firms
For small investment firms, the work that happens after a trade is executed can be surprisingly slow. Confirmations arrive by email or portal. Custodian records need checking. Internal ledgers must match. When one character is wrong, the process can stall.
LedgerLark, a startup building AI agents for post-trade operations, is trying to make that matching work faster and easier to review. The company was co-founded by Mina Batra, who spent seven years in operations at a regional brokerage, and Owen Carr, who worked on reconciliation systems at a large bank.
Batra began exploring the idea after watching a six-person team spend three days resolving a trade mismatch caused by a copied account number. That detail points to a familiar problem in financial operations: many errors are not mysterious, but they are tedious, scattered across systems and dependent on manual checks.
The company’s agents compare confirmations, custodian records and internal ledgers, then propose corrections for human approval. LedgerLark says the product does not execute trades or move money, an important boundary for a sector where buyers will be wary of giving autonomous software too much control. Instead, the system appears aimed at reducing the time staff spend hunting for discrepancies before a person decides what to do next.
That positioning may help the startup enter a market where trust matters. Small firms may not have the same operations staff as large banks, but they still face similar reconciliation tasks. If the software can surface a likely mismatch and show why it happened, it could turn a multi-hour investigation into a shorter review.
Early traction is modest but specific. LedgerLark has five paying customers, with annual contracts ranging from $36,000 to $110,000. The company says one customer reduced its unresolved daily exceptions from 70 to 18. That figure is useful, though it is still a single customer example, and it does not yet show how the product performs across different workflows, custodians or asset classes.
The startup has also raised a $3.5 million seed round led by Motive Row. The money will likely be needed for integration work, security reviews and customer support, all of which can be significant in financial services.
The challenge is that LedgerLark is not entering an empty field. Established reconciliation vendors already serve financial institutions, and some larger firms rely on internal software built over years. Those rivals may have deeper data connections, longer client relationships and more evidence for regulators and auditors.
Potential customers may also move slowly. Financial institutions often require lengthy security and procurement reviews before allowing outside software near sensitive data. For a young startup, those cycles can test cash and patience, especially if each client needs custom integrations or bespoke reporting.
Still, the founders’ backgrounds look relevant to the problem they are addressing. Batra’s operations experience suggests she understands the daily pressure of back-office work, while Carr’s reconciliation background points to familiarity with the technical side. That combination matters because the product is not just an AI layer; it needs to connect to messy data sources and earn confidence from risk-aware users.
LedgerLark’s central question is whether its agents can become a dependable part of post-trade routines without overpromising autonomy. If they consistently reduce exceptions and explain their suggestions clearly, the startup may find a niche among smaller firms that need operational help but cannot hire large teams.
The evidence so far is early. Five customers is a start, not proof of broad adoption. The funding gives the company room to test whether its approach can scale beyond a handful of accounts and into a market that is careful, competitive and slow to change.
Google: Gemini 4 Argon: # Startup Spotlight: How LedgerLark Wants to Untangle Post-Trade Operations
In financial markets, executing a trade takes milliseconds, but making sure every system agrees on what just happened can still take days. LedgerLark, an early-stage software company, is testing whether AI agents can help small investment firms clean up that administrative aftermath without introducing new operational risks.
The company’s focus is post-trade reconciliation—the back-office process of verifying that internal records match external confirmations and custodian statements. While the largest asset managers have legions of engineers and massive budgets to automate this work, smaller investment firms often rely on spreadsheets, email chains, and manual data entry.
The idea for LedgerLark took shape during co-founder Mina Batra’s seven years working in operations at a regional brokerage. There, she watched a six-person team spend three days untangling a single trade mismatch. The culprit turned out to be a mundane error: a copied-and-pasted account number.
Batra partnered with Owen Carr, an engineer who previously built reconciliation systems at a large bank, to see if newer software architectures could catch and resolve those errors faster for firms without big-bank budgets.
### A Human-in-the-Loop Approach
LedgerLark’s software deploys AI agents designed to read and compare trade confirmations, custodian records, and internal ledgers. Because these documents often arrive in different formats with inconsistent naming conventions, traditional rules-based software can struggle to match them when minor discrepancies arise.
When LedgerLark’s agents spot a mismatch, they trace the discrepancy across the relevant documents and propose a specific correction. Crucially, the software stops there. LedgerLark does not execute trades, move money, or automatically rewrite a firm's books. Instead, it queues the proposed fix for a human operations analyst to review and approve.
By keeping a human in the loop, Batra and Carr are trying to thread a tricky needle in financial technology: making automation useful enough to save time, yet constrained enough to pass muster with cautious compliance officers.
### Early Traction and Fundraising
That measured approach has found an initial audience. LedgerLark currently has five paying customers, with annual contract values ranging from $36,000 to $110,000 depending on transaction volume and complexity.
While the sample size is small, early data suggests the tool can alleviate back-office bottlenecks. According to the company, one customer used the software to reduce its average number of unresolved daily exceptions—industry shorthand for trades with lingering mismatches—from 70 down to 18.
To expand its engineering team and onboarding capacity, LedgerLark recently raised a $3.5 million seed round led by Motive Row.
### The Hurdles Ahead
Despite the fresh capital and early customer wins, LedgerLark faces a challenging path to scale.
First, the market for back-office financial software is far from empty. LedgerLark must compete with established reconciliation vendors that have spent decades embedding themselves into financial workflows. While incumbents can be rigid and expensive, they are also deeply familiar to operations executives. In some cases, LedgerLark also competes against internal software built and maintained by the banks and custodians that service smaller investment firms.
Second, selling to financial institutions is notoriously slow. Even small investment firms require rigorous security audits, data-privacy guarantees, and lengthy procurement reviews before letting a third-party startup read their internal ledgers. If those sales cycles drag on for six to nine months, a $3.5 million seed round will require careful management.
Finally, there is the technical challenge of accuracy. If LedgerLark’s agents flag too many false positives or propose clumsy corrections, analysts will simply ignore the tool and revert to their spreadsheets.
For now, Batra and Carr are focused on proving that their agents can handle the messy reality of daily trade data reliably enough to make those three-day hunts for a mistyped account number a thing of the past.
OpenAI: GPT-6 Luna: Model A stays closer to the supplied reporting and gives the traction and market risks appropriately cautious treatment. Model B is well structured, but adds unsupported specifics—including contract pricing drivers, a six-to-nine-month sales cycle, and claims about competitors—that weaken its credibility. (Second judge pass, order swapped — scores are the average of both: Model A better balances the reported traction with its limitations and stays closer to the supplied facts. Model B is polishe | Anthropic: Claude Fable 5.1: Model A stays scrupulously within the supplied…
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.”
Qwen: Qwen3.8 Max Prime: # The Last Lights in Foundry Hall
Foundry Hall, the nonprofit startup accelerator that opened in 2018 in Milwaukee, will close on October 31, ending a run that helped turn raw ideas into companies and gave early founders a place to be taken seriously.
The shutdown follows the decision of its largest corporate sponsor, Blank River Bank, not to renew a sponsorship that supplied 38% of the organization’s annual budget. Foundry Hall has enough money to operate through October, but not enough to carry another full program. Six employees will lose their jobs, and twelve startups currently using the workspace must leave.
The closure is not the result of an empty building or a lack of work. Foundry Hall has supported 212 startups, which collectively employ 1,140 people. Its record is not one of failure; it is the story of a nonprofit that could not replace a single major pillar when it withdrew.
Executive director Camille Ross described the final months as a long search for missing money: “We kept waiting for the replacement check that never came.” That sentence captures the last months of the organization: a search for stability conducted while programming continued, events were booked, and founders still needed introductions, feedback, and a desk.
For many founders, the hall was more than square footage. Dev Malik recalled that his first investor meeting took place there, after years of pitching from the back table of a coffee shop. That detail matters because Foundry Hall’s value was not only capital or curriculum. It offered legitimacy—a room where a new company could imagine itself being heard.
Blank River Bank framed its exit as a shift in community-investment goals, not a judgment on the accelerator’s results. The explanation may be accurate, but it does not soften the practical effect: a budget hole too large for the remaining sponsors and reserves to fill.
City officials are now trying to catch what is falling. Deputy mayor Susan Cole said the city is talking with the building’s owners and area universities about possible landing spots for the displaced companies. Those conversations may help the startups land somewhere, but they cannot automatically re-create the network, staff support, and shared momentum that Foundry Hall provided.
As October ends, the building will likely hold the ordinary traces of departure: whiteboards wiped clean, logos taken down, conference rooms emptied one chair at a time. The companies it supported will scatter across Milwaukee and beyond, carrying contacts, lessons, and the habits of a place that helped them begin.
Foundry Hall was never guaranteed to last forever. What is painful is how suddenly its future depended on one missing commitment. The accelerator spent years helping others prepare for what came next. Now it must face that question itself.
Google: Gemini 4 Argon: # Quiet Falls Over Foundry Hall as Milwaukee’s Premier Startup Hub Prepares to Close
On a recent afternoon inside Foundry Hall, the whiteboard walls were still covered in the frantic geometry of early-stage ambition: revenue projections, software wireframes, and arrows pointing toward hypothetical market share. By November, those walls will be wiped clean.
Foundry Hall, the nonprofit startup accelerator that has anchored Milwaukee’s emerging tech ecosystem since 2018, will permanently close its doors on October 31. The shutdown marks the sudden end of an institution that helped transform the city’s entrepreneurial ambition from a scattered pastime into a viable economic sector.
The closure comes after the accelerator’s largest corporate backer, Blank River Bank, declined to renew its sponsorship. The bank had long been the financial bedrock of the organization, supplying 38 percent of its annual budget. A spokesperson for Blank River Bank stated that the withdrawal was not a reflection of the accelerator’s performance, but rather the result of a shift in the bank’s community investment priorities.
For months, Foundry Hall’s leadership scrambled to bridge the sudden fiscal gap. While the organization has enough capital to keep the lights on through the end of October, the reserves are insufficient to fund another full program cycle.
“We kept waiting for the replacement check that never came,” said Camille Ross, Foundry Hall’s executive director.
Ross is one of six full-time employees who will lose their jobs when the building closes at the end of the month. Alongside the staff, twelve nascent startups currently operating out of the communal workspace are now packing up monitors and prototypes, forced to find new homes before winter sets in.
In its six-year run, Foundry Hall punched well above its weight. The accelerator supported 212 startups, providing them with mentorship, seed resources, and the legitimacy that new founders often struggle to find in the Midwest. Collectively, those alumni companies now employ 1,140 people.
For founders like Dev Malik, the physical space provided a crucial psychological and professional threshold, elevating fledgling ideas into serious enterprises.
“My first investor meeting happened in that building,” Malik said. “Before Foundry Hall, I was pitching from the back table of a coffee shop.”
The impending closure has prompted immediate concern at City Hall, where officials have pointed to Foundry Hall’s alumni network as proof of Milwaukee’s modernizing economy. Deputy Mayor Susan Cole confirmed that the city is currently intervening to soften the blow for the displaced founders, actively negotiating with private building owners and local universities to secure temporary workspace for the twelve departing companies.
Still, a borrowed university classroom is not the same as a dedicated hub. In the final weeks of October, the usual hum of pitch practice and keyboard clicks at Foundry Hall has been replaced by the sound of packing tape. The companies that grew up here will survive across the city, even as the room where they started goes dark.
OpenAI: GPT-6 Luna: Model A delivers a restrained, emotionally grounded narrative while staying close to the supplied facts and meeting the requested length. Model B is also readable, but it adds unsupported details and overstates the city’s response and the accelerator’s status. (Second judge pass, order swapped — scores are the average of both: Model A better follows the request to use quotes selectively and keep the emotional tone restrained, while Model B adds several unsupported details, including that the emp | Anthropic: Claude Fable 5.1: Model B makes the sharper editorial choices the…
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.
Qwen: Qwen3.8 Max Prime: # Arcwell Launches Relay, AI Platform That Suggests Agent Answers and Flags Churn Risk
Arcwell has launched Relay, an artificial intelligence platform that examines customer support conversations and suggests answers to agents. The company described the release as a significant development for Arcwell and for the broader customer service industry, and the product is an example of how AI continues to change customer service work.
Relay is built around three capabilities. It suggests answers to agents, identifies customers who may cancel and creates summaries of support interactions. The answer suggestions draw on Relay’s access to support transcripts and internal help documents, while the summaries are intended to condense conversations that agents or supervisors can later review.
“Support agents spend too much time searching for information that their companies already have,” CEO Priya Shah said.
Relay was tested by 12 companies over six months. Arcwell said agents using the platform closed tickets 14% faster. The company did not release customer-retention results, leaving unclear whether the feature that identifies customers who may cancel translated into measurable retention gains. The platform costs $65 per agent each month.
Because Relay requires access to support transcripts and internal help documents, its deployment may require companies to consider how sensitive information is handled. Arcwell said customer data is encrypted and is not used to train shared models. Companies can choose a 30-day or 90-day retention period.
Those settings are likely to be scrutinized by buyers because Relay must read both customer conversations and the internal documents agents rely on to solve problems. The retention choices give companies some control over how long that material remains available to the system.
For Arcwell, Relay marks an effort to help companies improve customer service with AI while combining answer suggestions, churn signals and conversation summaries. The company now has to show that the platform can deliver those benefits without creating new privacy or data-management burdens.
Google: Gemini 4 Argon: # Arcwell Rolls Out Relay to Speed Up Customer Support
Arcwell has launched Relay, an artificial intelligence platform designed to help customer service agents resolve inquiries faster by analyzing live support conversations and suggesting responses in real time.
Beyond drafting replies for agents, the software automatically generates conversation summaries and flags customers who show signs of canceling their service. The release marks Arcwell's latest push to embed automation directly into the daily workflows of corporate help desks, an area of the enterprise software market where vendors are fiercely competing to prove that generative AI can deliver measurable efficiency gains.
For many support teams, the central bottleneck is not a lack of documentation, but the friction involved in retrieving it while a customer waits on the line.
“Support agents spend too much time searching for information that their companies already have,” said Arcwell CEO Priya Shah, framing the tool as a way to surface buried institutional knowledge without forcing workers to toggle between multiple tabs and databases.
Early testing suggests the software can shave time off routine interactions, though some aspects of its performance remain unproven. Ahead of the commercial rollout, 12 companies piloted Relay over a six-month period. According to Arcwell, agents equipped with the tool closed support tickets 14% faster than they did without it. However, Despite touting Relay’s ability to spot at-risk accounts, Arcwell did not release any data showing whether the software actually improved customer retention during the trial.
The company is pricing Relay at $65 per agent per month.
Adopting the platform requires organizations to grant Arcwell deep access to their internal operations. To generate accurate suggestions and summaries, Relay must ingest both customer support transcripts and internal help documents—a requirement that often raises security questions for corporate IT departments wary of exposing proprietary records or sensitive consumer conversations to third-party AI vendors.
To address privacy concerns, Arcwell says all customer data handled by Relay is encrypted and walled off from its broader AI training pipelines, meaning a client's proprietary documents and transcripts will not be used to train shared models. Participating companies can also control how long their information remains on Arcwell's servers, with the option to set data retention windows of either 30 or 90 days.
OpenAI: GPT-6 Luna: Model A is substantially under the required word count, but it preserves the draft’s claims more faithfully. Model B meets the length target but adds unsupported specifics about Relay’s operation, data handling and market context, and contains the awkward “However, Despite” construction. (Second judge pass, order swapped — scores are the average of both: Model A stays closer to the supplied facts, while Model B adds unsupported specifics about real-time responses, market competition and data han | Anthropic: Claude Fable 5.1: Model B reads like a genuine reporter's story w…
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>
Qwen: Qwen3.8 Max Prime: 6
Google: Gemini 4 Argon: 6
Scored against the benchmark's reference answer (numeric match): Model A was correct, Model B was correct.