Head to head: DeepSeek: DeepSeek V4 Pro 0813 vs Z.ai: GLM 5.3 Prime

DeepSeek: DeepSeek V4 Pro 0813 vs Z.ai: GLM 5.3 Prime

By · Published

RuntimeWire Head-to-Head: Head to head: DeepSeek: DeepSeek V4 Pro 0813 vs Z.ai: GLM 5.3 Prime
RuntimeWire Head-to-Head matchup

A split performance: GLM is more disciplined in several editing and judgment tasks, while DeepSeek is more dependable when the assignment demands a complete article. The matchup also exposes a recurring tradeoff between factual restraint and unsupported embellishment.

The saved task-sample verdict gives **Z.ai: GLM 5.3 Prime a slight editorial edge (not statistical)**. It won six tasks to DeepSeek’s four, with two ties. The aggregate scores point the other way—DeepSeek: DeepSeek V4 Pro 0813 scored **93.7**, versus **69.4** for GLM—so neither measure should be mistaken for a broad claim about model quality. GLM earned its edge on editorial judgment: it better handled uncertainty in the numbers story, kept quotes closer to the supplied facts, and produced stronger openings and controlled wit. It also won the startup spotlight and Markdown-edit tasks, though those verdicts came with caveats: both models had some unsupported material, and GLM’s edit preserved an attribution DeepSeek dropped. DeepSeek’s clearest advantage was getting the story onto the page. It won the lede-selection task and delivered articles for cohesive notes, chronology, and a natural rewrite where GLM returned no article. But DeepSeek’s complete drafts often came with a cost: invented details, unsupported claims, or, in one case, a fabricated quote. The models tied on exact final-draft structure and Markdown error count. **Call: GLM takes the slight edge on this saved task sample, chiefly for better editorial restraint—not for consistency across every assignment.** The result applies only to this task sample; DeepSeek’s stronger aggregate score and its wins on article-generation tasks are meaningful counterweights.

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: DeepSeek V4 Pro 0813: # Startup Spotlight: LedgerLark **Founders:** Mina Batra and Owen Carr **What it does:** AI agents for post-trade operations at smaller investment firms **Stage:** $3.5 million seed led by Motive Row The story starts with a bad copy-paste. While working at a regional brokerage, Mina Batra — who spent seven years in operations there — watched a six-person team spend three days chasing a trade mismatch caused by a copied account number. The problem was not that anyone lacked skill. It was that the tools available to them, including manual spreadsheets, email chains, and software built for much larger institutions, made a small error expensive to untangle. That experience led Batra to start LedgerLark with Owen Carr, who had built reconciliation systems inside a large bank. Their insight is deliberately narrow: small investment firms still run many post-trade processes with the same scarce operations staff they had a decade ago. Off-the-shelf reconciliation platforms can be heavy, expensive, and designed for enterprise workflows. Internal bank tools rarely escape the bank. LedgerLark’s bet is that a lightweight AI layer can sit on top of the messy reality small firms already live with. ## What the product does LedgerLark’s agents compare trade confirmations, custodian records, and internal ledgers. When something does not match — a missing dividend, a mismatched settlement date, a quantity off by a decimal — the system proposes a correction and routes it to a person for approval. Importantly, the product does not execute trades or move money. That boundary is both a safety feature and a positioning choice. The company is not trying to replace the operations team. It is trying to compress the time between noticing a break and knowing what to do about it. ## Early traction, carefully stated Five firms are currently paying for LedgerLark, with annual contracts ranging from $36,000 to $110,000. That is early revenue, not proof of product-market fit, but it is enough to start learning how the product behaves outside a pilot. The company says one customer reduced its unresolved daily exceptions from 70 to 18. That number is self-reported and unaudited, so it deserves some skepticism. Still, if the reduction is real and durable, it points to the type of work LedgerLark may be able to absorb: repetitive, rule-heavy, and often delayed by missing context rather than missing intelligence. ## The competitive reality LedgerLark is entering a crowded corner of financial technology. Established reconciliation vendors have deep relationships, compliance track records, and feature sets that have matured over years. Large banks often build their own reconciliation systems, so LedgerLark’s near-term market is smaller firms that find those options too costly or rigid. The harder part may not be the AI. Financial institutions subject every new vendor to long security and procurement reviews, and small firms with lean teams are often the least equipped to navigate them quickly. A compelling demo can get a founder in the door. It does not shorten a six-month vendor assessment. There is also a subtler risk: overconfidence in a proposed correction. If the AI appears highly specific, an approving human might start to trust it too quickly. LedgerLark will need to design for calibrated distrust, not just speed. ## What to watch The seed round, led by Motive Row, gives LedgerLark room to prove whether a focused AI agent can earn a permanent place in a back office. The next test is not more features. It is whether the five early customers renew, expand, and tell their peers. If they do, LedgerLark might show that post-trade operations at small investment firms are less a technology problem than an attention problem — and attention, in this case, is something an AI agent may actually buy back.
Z.ai: GLM 5.3 Prime: # Startup Spotlight: LedgerLark Aims AI Agents at Post-Trade Drudgery — Carefully *A seed-stage look at five customers, a deliberately narrow product, and one of finance's slowest sales cycles.* ## The problem that caught a founder's attention Mina Batra spent seven years in operations at a regional brokerage. The moment that stuck with her wasn't a crisis — it was the opposite. A six-person team spent three days resolving a single trade mismatch that turned out to be caused by a copied account number. The trade itself was fine. Everything around it wasn't. For small investment firms, that kind of exception handling is a recurring cost. Large institutions have dealt with it by building internal software and staffing reconciliation teams. Owen Carr, LedgerLark's other co-founder, built reconciliation systems at a large bank and saw up close what that machinery takes to run. LedgerLark's thesis is that AI agents can now do enough of the same work, cheaply enough, that firms which could never justify bespoke systems can automate anyway. ## What the product does — and doesn't do LedgerLark's agents compare confirmations, custodian records, and internal ledgers. When the three don't agree, an agent diagnoses the mismatch and proposes a correction, which a human approves. The scope is deliberately narrow. The product does not execute trades or move money. That restraint likely helps with security reviews, but it also leaves an honest question open: if a person still approves every fix, how much time is actually saved? The company's implied answer is that most of the labor in exception handling goes into finding and diagnosing problems, not approving solutions. That's plausible. It isn't yet demonstrated at scale. ## Early traction, with the asterisks visible Five firms are paying customers, on annual contracts between $36,000 and $110,000. LedgerLark says one customer reduced unresolved daily exceptions from 70 to 18. That last figure is company-reported and describes a single customer, so it's a data point rather than a trend. Even taken at face value, it's notable that 18 exceptions remain. The pattern it suggests — agents clearing the routine bulk, humans keeping the genuinely odd cases — is arguably the right division of labor. But it also means the automation may reduce overtime more than headcount, which matters for how firms value it. Five customers is a small base, and early buyers tend to be the most forgiving. Renewals will say more than the initial logos. The company has raised a $3.5 million seed round led by Motive Row, which buys time to find out. ## Competition, from two directions The market isn't empty. Established reconciliation vendors already sell into it, and large institutions run their own internal software. The obvious risk is that incumbent vendors add AI features and win on trust and integration history. The subtler one is that small firms' records already live inside systems those vendors connect to. LedgerLark's edge, such as it is, is focus — big-bank tooling was never built for a small advisory firm, and generalist vendors may not want to chase relatively small contracts. Whether specialization can outlast distribution advantages is one of the oldest questions in enterprise software, and there's no obvious reason post-trade ops will be exempt. ## The slow part The near-term constraint may not be competitors at all but procurement. Financial institutions tend to require lengthy security and procurement reviews, and those reviews rarely shrink to fit a $36,000 contract. Each customer costs a startup months of calendar time before revenue starts. LedgerLark has cleared that hurdle five times; whether the sixth through twentieth customers become meaningfully cheaper to sign is a reasonable test of the business. ## What to watch - Whether the exception-reduction results hold across more customers and longer horizons. - First renewals, which will show whether the value is durable. - How the agents handle edge cases, since the routine mismatches get solved first. - How quickly incumbent reconciliation vendors ship AI features of their own. The pain LedgerLark targets is real, unglamorous, and expensive for the firms living with it. The open question isn't whether the problem exists — it's whether a seed-stage company can sell relief into an industry that takes its time buying anything, before larger players decide the problem is theirs.

OpenAI: GPT-6 Luna: Model B offers sharper analysis, but it appears to exceed the 650-word limit, while Model A stays within the requested range and covers the required topics. Both include some details or implications beyond the reporting, though Model A presents more of these as concrete context. (Second judge pass, order swapped — scores are the average of both: Model A is more likely to meet the 500–650-word limit while covering the founders, product, traction, competition, and procurement risks. Model B offers | Anthropic: Claude Fable 5.1: Model B handles uncertainty and competition wit…

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: DeepSeek V4 Pro 0813: # Raincheck Raises $8 Million to Help Cities Prioritize Flood Maintenance Before Storms Hit *The Austin-based startup maps drainage systems and combines them with rainfall forecasts to guide pre-storm maintenance decisions.* Raincheck, a company that makes flood-risk software for local governments, announced today that it has raised $8 million in seed funding. The round was led by Basin Ventures, with participation from existing investor Long Mile, bringing Raincheck’s total funding to $10.5 million. 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. > “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, not directives: emergency managers retain control over deployments and public warnings. More detail is available in [Raincheck’s published forecasting methodology](https://example.com/raincheck-methodology). 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.
Z.ai: GLM 5.3 Prime: # Raincheck raises $8 million to help cities plan for floods *The seed round was led by Basin Ventures and brings the startup's total funding to $10.5 million.* Raincheck, an Austin company that builds flood-risk software for local governments, announced today that it has raised $8 million in seed funding. The 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 company has published more detail on [its forecasting methodology](https://example.com/raincheck-methodology). Basin Ventures led the seed round, with existing investor Long Mile also participating. The round brings Raincheck's total funding to $10.5 million. 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." 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. 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 has the stronger headline and tighter funding lede, while Model B repeats funding details and separates the closing point into an unnecessary paragraph. Model B does preserve CEO Ana Flores’s attribution, which Model A omits. (Second judge pass, order swapped — scores are the average of both: Model A more smoothly consolidates the funding details in the lede and improves the article’s flow. Both preserve the reporting and meet the formatting requirements, though both slightly imply the l | Anthropic: Claude Fable 5.1: Model A reads smoothly but drops the attributio…

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: DeepSeek V4 Pro 0813: # The Best Customer-Support Model Isn’t the Highest Scorer When researchers asked five language models to answer 200 real customer-support tickets, the top-scoring model won by only 0.4 points—a gap that could easily be noise. The more important finding was what sat right behind it: a model that was nearly identical in quality, 18% faster, and less than half the cost. That runner-up, Vale, is the story of this benchmark. ## How the test worked The setup was straightforward. Researchers took 200 anonymized customer-support tickets from a single software company. Each of the five models produced one proposed answer per ticket. Three experienced support managers then graded the answers blindly, combining factual correctness, usefulness, and tone into a single score. The models ranged from high-cost, high-capability systems to much cheaper alternatives. Estimated costs per 1,000 tickets varied from $1.90 down to $0.08. That spread makes the results especially useful for support teams that care about both quality and operating cost. ## The headline: Vale nearly matches North at a fraction of the price North posted the highest average score at 84.2. Vale was right behind at 83.8. That 0.4-point difference was not statistically significant, meaning the two models should be treated as essentially tied on overall quality. But the cost difference was not a tie. North cost an estimated $1.90 per 1,000 tickets. Vale cost $0.74 per 1,000 tickets—about 61% less. Vale also answered 18% faster than North. For a support team handling tens of thousands of tickets per month, that gap translates into real money. If you can get statistically indistinguishable quality for less than half the cost and with faster response times, the higher-priced model becomes hard to justify as a default choice. That is the clearest finding from the benchmark: **Vale is the pragmatic default for most customer-support use cases.** ## Where the top two differ The overall tie hides some nuance. North performed best on billing disputes. Vale performed best on technical troubleshooting. So the right choice may depend on the mix of tickets a team actually receives. A company that mostly handles billing questions—refunds, invoices, payment failures—might still prefer North, especially if the cost difference is acceptable. A company with a heavy technical-support load would likely lean toward Vale, where it already has an edge. But for a general support queue with a mix of issues, the overall scores suggest Vale is the better value. ## The rest of the field Ember, Kite, and Harbor all scored lower. Ember came in at 79.1, Kite at 76.4, and Harbor at 71.0. Their costs were also lower—$0.31, $0.22, and $0.08 per 1,000 tickets respectively. Harbor is tempting because of its extremely low cost. But a 71.0 average score is a meaningful drop from Vale’s 83.8. In customer support, a wrong or poorly worded answer can create more tickets, erode trust, or escalate a frustrated customer. Harbor might be viable for internal drafts or low-stakes replies, but it would be risky as a customer-facing system without heavy human review. Ember and Kite sit in the middle. Neither beats Vale on quality, and neither beats Harbor on price. They may have specific strengths in other contexts, but in this benchmark they did not present a compelling reason to choose them over Vale. ## A shared weakness: image attachments One finding was consistent across all five models: they all performed poorly when a ticket depended on an image attachment. That is an important limitation. Many real support tickets include screenshots, photos of error messages, or pictures of damaged products. If the model cannot interpret the image, the answer quality drops sharply. Teams should not expect these models to handle image-heavy tickets well without a separate vision pipeline or human review step. The benchmark makes that weakness clear. ## Limits of the study The results are useful but not universal. The test used English-language tickets from one software company. Support tickets from a different industry—healthcare, finance, e-commerce—might produce different rankings. The models were not tested on agentic actions, tool use, or multilingual support. Those capabilities matter in many production environments, and this benchmark does not measure them. So the findings should be read as a snapshot: for English-language software support tickets, with single-turn proposed answers, Vale offers near-top quality at a much lower cost. ## Bottom line If you are choosing a model for customer support, the highest average score is not automatically the best choice. North and Vale are statistically tied on overall quality, but Vale costs 61% less and responds faster. That makes Vale the strongest default for most teams. North remains a reasonable option for billing-heavy queues where its edge may matter. Harbor’s low price is attractive, but its quality gap is too large for most customer-facing use. And no matter which model you choose, image attachments will require special handling. The benchmark’s clearest lesson is simple: in customer support, value often beats a fraction of a point.
Z.ai: GLM 5.3 Prime: # The Most Expensive Model Tied — and That's the Finding When researchers handed five language models 200 anonymized customer-support tickets, the priciest model finished first — by 0.4 points. That margin was statistically indistinguishable from zero. The price margin between it and the runner-up, meanwhile, was roughly two and a half times. The clearest result of this benchmark isn't a winner; it's a statistical tie at very different price points, and it says more about how to shop for models than about which one is best. ## How the Models Were Tested The setup was simple and reasonably disciplined. Each model drafted one proposed answer per ticket. Three experienced support managers then graded every answer blind — they didn't know which model had produced what — combining factual correctness, usefulness, and tone into a single score. Blind grading matters: managers can't unconsciously favor a model whose style they recognize. The one-answer-per-ticket design is a limitation worth flagging, though — it captures each model's typical output, not the variance you'd see across repeated attempts on the same ticket. ## Equal Quality, Very Different Prices Model North, the premium entry, scored 84.2 at an estimated $1.90 per 1,000 tickets. Model Vale scored 83.8 at $0.74 — about 61% less — and answered 18% faster. Because the difference wasn't statistically significant, the honest reading is that the two models produced indistinguishable answer quality. The tempting misreadings run both ways: that Vale "beat" North, or that North's edge will emerge at scale. Neither is supported. What is supported: at a million tickets, the spending difference is about $1,160, and this benchmark offers no evidence you get worse answers for it. ## Where Quality Actually Drops Below the tied pair, the field separates. The drop from Vale (83.8) to Ember (79.1) is the first substantial gap in the rankings — more than ten times the North–Vale difference — and it suggests a real tier boundary rather than a smooth price-to-quality curve. Ember ($0.31 per 1,000 tickets), Kite (76.4, $0.22), and Harbor (71.0, $0.08) sit visibly below the leaders. One caveat: statistical significance was reported only for the North–Vale comparison, so treat the rest as descriptive. And Harbor — 71.0 at roughly 4% of North's price — is intriguing as a possible triage or first-draft tier, but the score scale wasn't anchored to anything like "safe to send," so we can't tell what a 71 buys in practice. ## Different Strengths Within the Tie The tied leaders weren't identical. North did best on billing disputes; Vale did best on technical troubleshooting. With 200 tickets split across categories, those slices are thin — treat them as hypotheses, not conclusions. But they suggest the decision may hinge on ticket mix: a team drowning in troubleshooting tickets and a team buried in billing disputes could reasonably choose different models from a field the benchmark calls a tie. ## The Blind Spot Every Model Shared One result was unanimous: all five models performed poorly when a ticket depended on an image attachment. That's a practical problem, because customers paste screenshots constantly. A model that can't read the attachment will either guess or ask the customer to retype what's already visible on their screen. Any real deployment needs a human — or a separate vision step — for those tickets, and any evaluation that skips them overstates readiness. ## What This Benchmark Can't Tell You The boundaries matter as much as the results: - **One domain, one language.** Every ticket came from a single software company, in English. Rankings could look different for retail returns or telecom outages, and the study says nothing about multilingual performance. - **A small grading panel.** Blind design helps, but three reviewers means scoring taste still varies. - **Drafting, not resolving.** The test covered no agentic actions or tool use. A model that writes a great answer but can't check an order status or process a refund covers only part of the support job. - **Relative, not absolute, scores.** We know 84.2 beats 79.1; we don't know whether 84.2 is good enough to send without human review. ## The Takeaway The clearest lesson is that price was a poor proxy for quality. The premium model's edge was statistical noise, and the meaningful quality cliff sat well below the premium price point. For teams choosing a model, the playbook follows directly: start with the value tier, validate on your own ticket mix, keep humans on image-dependent tickets, and don't pay extra for a lead the data can't see.

OpenAI: GPT-6 Luna: Model B is more careful about separating measured findings from hypotheses, especially for category-level results and lower-ranked models, while Model A makes broader recommendations the benchmark cannot firmly support. Both are readable and meet the requested format, but Model B better avoids treating limited evidence as decisive. (Second judge pass, order swapped — scores are the average of both: Model B better centers the statistically indistinguishable top scores while distinguishing reporte | Anthropic: Claude Fable 5.1: Model B builds a sharper story around the stati…

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: DeepSeek V4 Pro 0813: C
Z.ai: GLM 5.3 Prime: **C** Option C is accurate and complete: it captures the who (ByteBarge), what (pulled the AI assistant after titles from 4,860 accounts went to a public analytics endpoint), when (Tuesday), and the scale and duration (11 hours). The other options fail on accuracy: - **A** claims "private messages" were leaked — the facts state message contents were *not* sent. - **D** claims "everything" written was visible to "hackers" — no evidence of malicious access exists, and message contents were not exposed. - **B** is vague PR-style language that omits the actual news entirely.

Scored against the benchmark's reference answer (choice match): Model A was correct, Model B was incorrect.

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: DeepSeek V4 Pro 0813: # The Last Pitch at Foundry Hall The whiteboard in the common room still carries the ghosts of a thousand business models — circles and arrows, revenue projections, acronyms scrawled in dry-erase marker. By the end of October, it will be wiped clean for the last time. Foundry Hall, the Milwaukee startup accelerator that opened in 2018 with a promise to turn kitchen-table ideas into companies, will close its doors on October 31. The numbers tell part of the story: 212 startups supported, 1,140 jobs created, six employees now facing unemployment, twelve companies scrambling for workspace. But numbers don't capture what it meant to watch someone walk through those doors with nothing but a pitch and a prayer, or the quiet confidence that built as those pitches sharpened, meeting by meeting. The unraveling began quietly this spring, when Blank River Bank — the nonprofit's largest corporate sponsor, accounting for 38% of the annual budget — declined to renew its support. Executive director Camille Ross spent the summer trying to backfill the gap, but the math wouldn't bend. "We kept waiting for the replacement check that never came," she said. The bank characterized the decision as a strategic shift rather than a judgment on Foundry Hall's record. A spokesperson said it reflects changing community investment priorities and is unrelated to the accelerator's performance. By September, the equation had hardened: enough money to operate through October, but not enough for another full program cycle. For Dev Malik, who founded a logistics software company through Foundry Hall's 2020 cohort, the loss is personal. His first investor meeting happened in the building's second-floor conference room. Before that, he was pitching from the back table of a coffee shop, competing with espresso machines for attention. The space itself conferred something intangible — a signal that his idea deserved to be taken seriously. Now Malik is one of the lucky ones. His company outgrew Foundry Hall years ago. The twelve startups currently working inside are not so fortunate, though Deputy Mayor Susan Cole said the city is speaking with building owners and local universities about temporary space. The real casualty may be harder to measure. Foundry Hall was never just about square footage or seed funding. It was a place where the terrifying leap of entrepreneurship became slightly less lonely. In the final weeks, the staff is doing what it has always done: answering emails, reviewing pitch decks, making introductions. Ross has been staying late, not because there's anything left to save, but because she's not quite ready to turn off the lights. Milwaukee will still produce startups. It will still have coffee shops and spare bedrooms and optimistic founders. But for a while, at least, it won't have a place where those founders can look around a room and see that other people are foolish enough — brave enough — to be trying the same thing.
Z.ai: GLM 5.3 Prime: # After Six Years, Foundry Hall Will Close Foundry Hall, the Milwaukee nonprofit that has incubated startups since 2018, will close on October 31. The end had been visible for some time from inside the building. Executive director Camille Ross spent months searching for a way to replace the accelerator's largest single source of funding. She never found one. "We kept waiting for the replacement check that never came," Ross said. Blank River Bank, Foundry Hall's largest corporate sponsor, supplied 38 percent of its annual budget and this year declined to renew its sponsorship. A spokesperson said the decision reflects a change in the bank's community investment priorities and is unrelated to Foundry Hall's performance — a carefully worded distinction that changes nothing about the arithmetic. Foundry Hall has enough money to operate through October, but not enough to fund another full program. The scale of what Milwaukee is losing is easier to measure than to replace. Since opening in 2018, Foundry Hall has supported 212 startups that collectively employ 1,140 people. When the doors close, six employees will lose their jobs — the people who, in the way of small nonprofits, were the institution itself — and the 12 startups currently using the workspace will have to find somewhere else to build their companies. For Dev Malik, one of those founders, the loss comes down to a single room. His first investor meeting took place at Foundry Hall. "Before Foundry Hall, I was pitching from the back table of a coffee shop," he said. The city is now working on soft landings. Deputy Mayor Susan Cole said officials are speaking with building owners and local universities about space for the current companies, an effort to keep the displaced founders' momentum from dissolving along with their desks. What cannot be transferred is harder to name. An accelerator offers more than desks: the hallway conversation that becomes a partnership, the investor who walks through the front door, the simple fact of an address that tells the world a company is real. Foundry Hall provided that for more than 200 companies over six years, and it did so as a nonprofit, on budgets that leaned heavily on the goodwill of a single bank. Sponsorships, it turns out, have terms of renewal. The lights will stay on through the end of October. After that, the 1,140 people its alumni companies employ will keep working, in offices that trace back, in one way or another, to that building. And somewhere in Milwaukee, the next founder is still pitching from the back table of a coffee shop, waiting for a door to open. At the end of October, there will be one fewer door.

OpenAI: GPT-6 Luna: Model B better balances a restrained emotional current with selective quoting and stays closer to the supplied facts. Model A is vivid, but it adds numerous unsupported specifics, including Malik’s cohort and company, a timeline for the funding search, and Ross’s late nights. (Second judge pass, order swapped — scores are the average of both: Model B is the stronger, more fact-grounded story: it meets the length and quote-weaving requirements while keeping the emotional note restrained. Model A | Anthropic: Claude Fable 5.1: Model B hews to the supplied facts, uses two sho…

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: DeepSeek V4 Pro 0813: # HelioDock Launches Night Shift for Remote Warehouse Robot Oversight *After a 14-month beta with nine logistics companies and 310 robots, the warehouse robotics maker is adding remote fleet-monitoring software and a new $24 million Series B.* HelioDock, a maker of autonomous warehouse robots, on Thursday introduced Night Shift, software that lets operators monitor robot fleets remotely. The company also announced a $24 million Series B led by North Coast Ventures, bringing its total funding to $39 million. The dual announcement marks a shift for HelioDock from autonomous hardware toward software-enabled fleet management. Warehouse robots often run continuously, but the people who supervise them do not. When a robot stops on a misread pallet or an unexpected obstacle outside normal hours, the manager on call may have no option but to drive to the site. Night Shift is designed to give remote staff visibility into robot activity and a way to respond before a stoppage becomes a larger operational problem. The product targets a gap between autonomous machines and the people responsible for them. The software was developed through a 14-month private beta involving nine logistics companies and 310 robots. HelioDock says beta customers experienced 17 percent fewer unplanned robot stoppages during the trial. The company supplied that figure, and it has not been independently verified. Because the test was private, potential customers will likely want to evaluate the software in their own facilities before expecting similar results. CEO Mara Velez framed the product around the experience of warehouse managers. > "A warehouse manager should not have to drive across town at two in the morning because one robot is confused by a pallet." She said the goal is to make routine robot confusion a remote-management issue rather than an on-site emergency. Early customer feedback highlighted both the software's usefulness and its limits. Aaron Pike of Fulcrum Logistics said Night Shift worked well in facilities with strong connectivity. In rural locations, however, the system became less useful during LTE outages. HelioDock confirmed the failure mode: when connectivity drops, robots return to their locally configured behavior and remote control becomes unavailable. That limitation means Night Shift's remote capabilities depend on the quality of the warehouse's network link. In a facility with stable broadband or cellular coverage, operators can monitor fleets and intervene remotely. In remote areas with patchy coverage, they may lose remote access exactly when a robot requires attention, leaving the local robot behavior to take over until connectivity is restored. Night Shift enters a market that already includes competing fleet-management products from Relay Robotics and YardOS. Both companies sell software for monitoring and controlling warehouse robots. HelioDock did not release a detailed comparison with those platforms, choosing instead to emphasize the software's integration with its own autonomous hardware. Night Shift will become generally available September 15 at a cost of $90 per robot per month. The September 15 date marks the first time the software will be available beyond the private beta. The monthly price adds a recurring software charge to HelioDock's hardware business and gives customers a way to extend oversight beyond the physical warehouse floor. The Series B was led by North Coast Ventures. With the new funding, HelioDock has raised $39 million to date. The company did not specify how the capital will be allocated across software development, hardware production, or go-to-market efforts.
Z.ai: GLM 5.3 Prime: #

OpenAI: GPT-6 Luna: Model A delivers a complete, well-structured article that meets the requested format and length, though it adds several details and explanations not supported by the notes. Model B contains only a Markdown heading marker and no article. (Second judge pass, order swapped — scores are the average of both: Model B provides no article, while Model A delivers a cohesive, mostly publication-ready story that meets the requested format and length. Model A does add several unsupported details, including | Anthropic: Claude Fable 5.1: Model A delivers a complete, well-structured art…

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: DeepSeek V4 Pro 0813: # Cloudnote Debugging Page Exposed Prompt Excerpts from 1,842 User Sessions *An unauthenticated internal page was live for four hours, showing short fragments of user prompts before the company took it down; the full impact is still under review.* Cloudnote confirmed Monday that a debugging page containing excerpts of user prompts was accessible on the internet without authentication for approximately four hours. The page, which has since been removed, displayed logs from 1,842 user sessions, according to the company. Each excerpt could include up to 200 characters from a prompt. The exposure window ended 19 minutes after a security researcher notified Cloudnote, the company said. Cloudnote stated it has found no evidence that anyone other than that researcher accessed the page during the incident. However, the company emphasized that its investigation is not complete, and it has not ruled out additional access. The exposed data did not include full documents, passwords, or payment information, which are stored separately, Cloudnote said. The prompt excerpts may nevertheless contain sensitive or personal details users typed into the note-taking service, making the incident significant despite the small share of its 3.2 million registered users potentially affected. Several questions remain unresolved. Cloudnote has not said how the debugging page became publicly reachable, whether the 1,842 sessions represent unique users, or what specific prompts were visible. Until the investigation concludes, the company said it will not speculate on whether other parties may have obtained the excerpts.
Z.ai: GLM 5.3 Prime: # Cloudnote Debugging Page Exposed User Prompt Excerpts for Four Hours *A debugging page accessible without a login displayed up to 200 characters from user prompts for four hours Monday. Cloudnote says it has found no evidence that anyone other than the researcher who reported it accessed the page — but its investigation is not complete.* Cloudnote, which has 3.2 million registered users, said a debugging page containing customer prompt excerpts was accessible without authentication for four hours on Monday. Logs show the page displayed material from 1,842 user sessions — up to 200 characters from each prompt. The company removed the page 19 minutes after a security researcher notified it. Cloudnote says its logs show no evidence that anyone besides the researcher accessed the page, though its investigation is not yet complete. Whether anyone else saw the excerpts remains unknown. The exposure appears limited in scope. Full documents, passwords, and payment information were stored elsewhere and were not present on the page, the company said; only the prompt excerpts were displayed. Even short excerpts can be revealing. Prompts typed into AI tools routinely contain names, dates, and personal details, and 200 characters is enough to expose information users expected to stay private. The 1,842 sessions are a small fraction of its 3.2 million users, but a debugging page left reachable by anyone for four hours — until an outside researcher flagged it — is the kind of lapse that tests trust in a service holding customers' words. The company says its investigation is continuing.

OpenAI: GPT-6 Luna: Model B is the stronger opening: it is engaging and avoids Model A’s unsupported attribution that Cloudnote said it would not speculate. Model B does add broad claims about prompt sensitivity and compares sessions with users, which keeps its factual precision from scoring higher. (Second judge pass, order swapped — scores are the average of both: Model B is the more polished opening and avoids attributing an unsupported position to the company, though its comparison of sessions with registered u | Anthropic: Claude Fable 5.1: Both hit the length and structure requirements…

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: DeepSeek V4 Pro 0813: # 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.
Z.ai: GLM 5.3 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.

OpenAI: GPT-6 Luna: Model A and Model B both follow the required structure and preserve all wording and punctuation exactly. Their outputs are identical and meet the task equally well. (Second judge pass, order swapped — scores are the average of both: Model B and Model A produce identical outputs that follow the requested structure and preserve all wording and punctuation.) | Anthropic: Claude Fable 5.1: Model A and Model B produced character-for-character identical outputs that follow every structural rule exactly: H1, italic dek, body paragraph, H2, second paragraph, correct blank-line spa…

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: DeepSeek V4 Pro 0813: # QueueZero’s AI Meeting Assistant Turns an Audience Comment Into an Action Item **SAN FRANCISCO** — QueueZero launched Proxy on Wednesday, an AI meeting assistant that can attend a meeting, produce notes and assign follow-up work to software agents. A live demonstration quickly showed both the usefulness and the literalism of automated meeting capture. During the event, an audience member said, “Someone should tell Evan to stop talking and send us the pricing sheet.” Proxy interpreted the remark as an instruction rather than as an aside. It created two internal tasks assigned to QueueZero chief executive Evan Wu: “Stop talking” and “Send pricing sheet.” The comment was not part of the scripted presentation, according to QueueZero. Wu laughed, completed the second task and deleted the first, the company said. The pricing sheet was distributed to attendees after the second task was completed. The episode served as an unscheduled test of the product’s task-creation pipeline. QueueZero said Proxy requires confirmation before any external message is sent. Internal tasks, however, can be created automatically from meeting discussion. That is what occurred during the demonstration. Automatic task creation is on by default. Administrators can disable it if an organization prefers a more conservative review step. The company described the behavior as consistent with the product’s design. Proxy listens for action-oriented language and drafts tasks in the connected project management system, where users can review, edit or delete them before they affect broader workflows. External messages are subject to an additional confirmation layer, which the company said would prevent a similar misinterpretation from reaching a client or partner. The episode also illustrated a broader challenge for AI meeting tools, which must distinguish between an actual command, a rhetorical aside and ordinary small talk. In this case, an offhand comment became a work item because the phrasing matched a directive pattern. Proxy will enter public beta next week at $30 per user per month. QueueZero is positioning the tool as a way to turn spoken decisions into assigned work without manual transcription or data entry, reducing the friction of status meetings, planning sessions and customer calls. The company did not say whether the first task would be reopened.
Z.ai: GLM 5.3 Prime: # QueueZero Launches AI Meeting Assistant That Assigned Two Tasks to Its Own CEO *The assistant, called Proxy, can attend meetings, produce notes, and assign follow-up work to software agents. It enters public beta next week at $30 per user per month.* QueueZero launched an AI meeting assistant called Proxy on Wednesday, rolling out software designed to attend meetings, produce notes, and assign follow-up work to automated software agents. Its first live test came from the audience. During the demonstration, a customer in the audience said, "Someone should tell Evan to stop talking and send us the pricing sheet." Proxy, which was attending the session, interpreted the remark as an instruction. It created two tasks and assigned both to QueueZero CEO Evan Wu: "Stop talking" and "Send pricing sheet." Wu laughed, completed the second task, and deleted the first. The episode landed within the product's stated guardrails, which treat internal and external actions differently. Proxy, the company says, requires confirmation before an external message is sent, meaning it cannot contact a customer or other outside party without human approval. The tasks assigned to Wu were internal, and so were exempt from the confirmation requirement. Internal tasks can be created automatically. Administrators who would prefer no surprise assignments can disable automatic task creation. Proxy joins a growing class of agentic AI tools that act on workplace conversations rather than merely recording them. Earlier generations of meeting assistants transcribed and summarized; Proxy treats the discussion itself as a source of assignments, handing follow-up work to software agents that can carry it out. Meetings have become a natural entry point for such tools, generating a steady stream of decisions, commitments, and action items that currently depend on humans to record and chase down. That capability is also the risk. Wednesday's episode was benign: the tasks were mild, the target was the company's own CEO, and the requested document was one Wu promptly supplied. The same mechanism that converted an audience remark into two task entries could just as readily act on sarcasm, hypotheticals, or comments never meant as directives. Systems that parse speech literally have no native sense of who is authorized to assign work, or to whom. The confirmation requirement for outbound messages and the option to switch off automatic task creation are the controls the company has outlined so far. What the demonstration left unresolved is how Proxy distinguishes instruction from commentary. It parsed the customer's sentence correctly; what it lacked was context — whether the speaker was making a request, a joke, or both. Proxy costs $30 per user per month and enters public beta next week. The pricing sheet has been sent; "Stop talking" remains deleted.

OpenAI: GPT-6 Luna: Model B is the stronger, more complete news story and largely stays within the prompt’s controlled-humor constraint. Model A adds several unsupported details, including that the pricing sheet was distributed, automatic task creation is on by default, and Proxy offers review and editing in a project-management system. (Second judge pass, order swapped — scores are the average of both: Model B stays within the requested length and largely sticks to the supplied facts, with one restrained closing j | Anthropic: Claude Fable 5.1: Model B is the stronger piece of journalism: it…

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: DeepSeek V4 Pro 0813: KiteBridge, a maker of expense-management software used by mid-sized and enterprise finance teams, is facing an expensive failure after a routine deployment triggered $2.8 million in duplicate reimbursements across 91 corporate customers. The incident has raised sharp questions about the reliability of a safeguard the company publicly described as “exactly-once payment protection.” The trouble began Tuesday at 8:45 a.m., when KiteBridge pushed version 4.2 of its platform. Within half an hour, the first signs of a problem appeared. At 9:12 a.m., a customer reported an unexpected reimbursement. Behind the scenes, the sequence was already accelerating. A payment processor timed out during normal transaction handling. When that happened, KiteBridge’s fallback system—designed to make sure employees still got paid—began treating each retry as a fresh reimbursement request rather than a continuation of an earlier one. The result was a cascade of duplicate payments. By the time KiteBridge suspended automated payments at 10:03 a.m., the system had generated roughly 13,400 erroneous reimbursements totaling $2.8 million. Because the duplicate payments were funded by the employers rather than clawed back from employees’ bank accounts, no workers saw unexpected withdrawals from their personal accounts. But finance teams across dozens of companies were left to reconcile balances that now included payments their organizations should never have made. The company’s initial public messaging did not reflect the severity of the event. On its incident page, KiteBridge first described the issue as delayed reimbursements, a framing that suggested a slowdown rather than a financial-error cascade. It was not until six hours after automation was suspended that the page was updated to disclose the duplicate payments. By then, many affected finance teams had already discovered the problem on their own or begun hearing from confused employees. The incident is particularly awkward for KiteBridge because of recent product history. In an April changelog, the company said version 4.0 had introduced “exactly-once payment protection,” a technical guarantee that each reimbursement would be paid only once even if a processor timed out or a request was retried. The latest failure suggests that safeguard did not hold under real-world conditions—or that version 4.2 introduced a regression in the payment workflow. Recovery has been only partial. By Wednesday evening, KiteBridge had recovered about $2.3 million of the $2.8 million in duplicate payments. The remainder was still pending, leaving affected customers in limbo while the company worked with banks and finance teams to reverse outstanding transfers. KiteBridge CEO Lena Ortiz apologized for the incident and said the company would publish a technical report explaining what went wrong. “We let our customers down, and we’re focused on making sure this cannot happen again,” Ortiz said. The company has not yet said whether employees responsible for the deployment will face disciplinary action or whether its “exactly-once” payment-protection claims will be revised. For KiteBridge, the stakes go beyond the immediate financial recovery. Expense-management software lives on trust: finance teams need to believe that the system will handle corporate money with precision, not just speed. A failure that turns a payment-retry mechanism into a duplicate-payment engine undercuts that trust, especially when it follows a public promise of exactly-once protection. The full technical postmortem is expected in the coming days. Customers and industry observers will be watching closely—not just for an explanation of what happened, but for evidence that KiteBridge understands how its safeguards failed and what it will change before the next deployment.
Z.ai: GLM 5.3 Prime: #

OpenAI: GPT-6 Luna: Model A provides a coherent, chronologically clear article within the requested form, though it invents a direct quote and adds several details not in the reporting. Model B contains no article, so it fails the task. (Second judge pass, order swapped — scores are the average of both: Model B provides no article, while Model A delivers a coherent, chronological article within the requested length. Model A does add unsupported details, including a direct CEO quote and speculation, which weakens it | Anthropic: Claude Fable 5.1: Model A delivers a coherent, well-sequenced art…

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: DeepSeek V4 Pro 0813: 6
Z.ai: GLM 5.3 Prime: 6

Scored against the benchmark's reference answer (numeric match): Model A was correct, Model B was correct.

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: DeepSeek V4 Pro 0813: # Arcwell’s Relay wants to cut the time support agents spend searching Arcwell wants to reduce the time support agents spend hunting for answers. The company has launched Relay, an artificial intelligence platform that examines customer support conversations and suggests responses to agents. The system can also identify customers who may cancel and generate summaries of support interactions, according to Arcwell. Relay was tested with 12 companies over six months. In that pilot, agents using the tool closed tickets 14% faster, according to Arcwell. The company did not release customer-retention results, leaving the cancellation-risk feature’s impact unproven. The subscription service will cost $65 per agent per month. “Support agents spend too much time searching for information that their companies already have,” CEO Priya Shah said in the announcement. Her framing emphasizes information retrieval rather than fully automated service. The feature set is built around three workflows: suggesting answers, spotting customers at risk of canceling, and condensing conversations into summaries. The pitch is that agents can stay inside their existing tools while Relay pulls relevant internal knowledge to the surface. Because Relay requires access to support transcripts and internal help documents, security and data governance will likely be part of the sales conversation. Arcwell said customer data is encrypted and is not used to train shared models. Customers can choose a 30-day or 90-day retention period, giving them some control over how long data remains in the system. Relay enters a crowded market for customer service AI. Many vendors already promise faster resolutions, but Arcwell is positioning the product as an assistant for human agents rather than a replacement. The suggested answers, risk flags, and summaries are meant to reduce time spent searching through knowledge bases or switching between systems. The 14% faster ticket close rate comes from Arcwell’s own pilot reporting. The company will likely face questions about whether that improvement holds at larger scale and whether faster responses lead to better customer outcomes. For now, the launch gives Arcwell a focused product to sell into teams that are increasingly expected to do more with AI.
Z.ai: GLM 5.3 Prime: #

OpenAI: GPT-6 Luna: Model A delivers a polished, in-range news story, but it adds unsupported claims about the market, Relay’s positioning and how it fits into agents’ workflows. Model B provides no article and fails the task entirely. (Second judge pass, order swapped — scores are the average of both: Model B provides no story, while Model A delivers a polished article within the requested length and preserves the draft’s key facts. Model A also adds several unsupported details about the market, product positionin | Anthropic: Claude Fable 5.1: Model A delivers a publication-ready ~340-word…

Matchup powered by OpenRouter.