惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

S
Securelist
C
Cybersecurity and Infrastructure Security Agency CISA
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
S
Security Affairs
Hacker News: Ask HN
Hacker News: Ask HN
L
Lohrmann on Cybersecurity
PCI Perspectives
PCI Perspectives
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
C
Cyber Attacks, Cyber Crime and Cyber Security
Recent Commits to openclaw:main
Recent Commits to openclaw:main
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
MyScale Blog
MyScale Blog
月光博客
月光博客
W
WeLiveSecurity
T
Threat Research - Cisco Blogs
Martin Fowler
Martin Fowler
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Recorded Future
Recorded Future
The GitHub Blog
The GitHub Blog
Webroot Blog
Webroot Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
TaoSecurity Blog
TaoSecurity Blog
P
Proofpoint News Feed
Google DeepMind News
Google DeepMind News
F
Full Disclosure
U
Unit 42
Jina AI
Jina AI
博客园 - 司徒正美
阮一峰的网络日志
阮一峰的网络日志
L
LINUX DO - 最新话题
宝玉的分享
宝玉的分享
大猫的无限游戏
大猫的无限游戏
The Hacker News
The Hacker News
The Last Watchdog
The Last Watchdog
T
Troy Hunt's Blog
腾讯CDC
T
Threatpost
H
Hacker News: Front Page
P
Palo Alto Networks Blog
博客园 - 聂微东
Last Week in AI
Last Week in AI
有赞技术团队
有赞技术团队
Help Net Security
Help Net Security
L
LINUX DO - 热门话题
N
News and Events Feed by Topic
人人都是产品经理
人人都是产品经理
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Spread Privacy
Spread Privacy

Hacker News - Newest: "AI"

AI can't read an investor deck AI as an attorney? Student uses ChatGPT, Gemini to sue UW over alleged racial discrimination Hacking MCP Servers in AI Systems – The Rug Pull: Tool Changes After Approval GitHub - MeepCastana/KubeezCut: Free Web based video editor GitHub - GenAI-Gurus/awesome-eu-ai-act: Curated tools, official sources, OSS, templates, and guides for EU AI Act compliance. Can AI judge journalism? A Thiel-backed startup says yes, even if it risks chilling whistleblowers Coming soon: 10 Things That Matter in AI Right Now DARPA built an AI to fact-check enemy weapons claims What explains heterogeneity in AI adoption? When AI Meets Muscle: Context-Aware Electrical Stimulation Promises a New Way to Guide Human Movements - Department of Computer Science AI Changed How We Build. It Did Not Change What Matters. Linux rules on using AI-generated code - Copilot is OK, but humans must take 'full responsibility for the… Meta spins up AI version of Mark Zuckerberg to engage with employees Code Mode: Let Your AI Write Programs, Not Just Call Tools | TanStack Blog GitHub - Delavalom/graft: Go framework for building AI agents. Type-safe tools, multi-provider (OpenAI, Anthropic, Gemini, Bedrock), zero vendor SDKs. India's TCS tops estimates, says new AI models did not dent services demand Gen Z's fading AI hype Strong feeling: we are in a folded AI reality GitHub - machinarii/total-recall-catalog: A reference catalog of latest knowledge retrieval, memory & RAG systems GitHub - mensfeld/code-on-incus: Give each AI agent its own isolated machine with root, Docker, and systemd. Active defense detects and stops threats automatically.. Quantization, LoRA, and the 8% Problem: Benchmarking Local LLMs for Production AI Iran war: We spoke to the man making Lego-style AI videos that experts say are powerful propaganda Powell, Bessent discussed Anthropic's Mythos AI cyber threat with major U.S. banks GitHub - immartian/bellamem: Persistent belief-graph memory for AI agents. Retrieves decisive context by importance — not recency, not RAG, not /compact. recursive-mode: The Repo-Native Operating System for AI Engineering After the attack on Sam Altman's home, will AI CEO's go on the offensive? The biggest advance in AI since the LLM Opus 4.6 vs GPT 5.4 One Prompt Unity World Generation Test “AI polls” are fake polls Client Challenge Can AI be a 'child of God'? Inside Anthropic's meeting with Christian leaders How to Switch AI Chatbots and Why You Might Want To GitHub - MattMessinger1/agentic_refund_guardrail: Safe refund policy layer for AI agents — Python + TypeScript. Same behavior, shared tests. Adam/papers/emergent_values_whitepaper.md at master · strangeadvancedmarketing/Adam Ask HN: How do you stop playing 20 questions with your AI coding tools How far can automation and AI support psychotherapy? - @theU GitHub - stagas/rtdiff: realtime git diff gui and AI-assisted commits A Mac Studio for Local AI — 6 Months Later A History of the Early Years of AI at the University of Edinburgh Why AI Coding Tools Still Feel Stuck on Localhost MSN AI Datacenters Are Becoming Strategic Targets twitter.com Penn Researchers Use AI to Surface Unreported GLP-1 Side Effects in Reddit Posts Show HN: MoodSense AI (ML and FastAPI and Gradio, Deployed on Hugging Face) Moodsense Ai - a Hugging Face Space by aman179102 AI models are terrible at betting on soccer—especially xAI Grok GitHub - xialeistudio/echoic GitHub - HimashaHerath/github-dev-wrapped: AI-powered weekly GitHub activity reports deployed to GitHub Pages GitHub - alejandrobalderas/claude-code-from-source: Architecture, patterns & internals of Anthropic's AI coding agent — reverse-engineered from source maps AI and Tech brief: Ireland ascendant GitHub - Titovilal/context0: Context0 - Never Surrender Training for a Marathon with an AI Coach: What Worked and What Didn't Cyber Pulse: Agentic Intel - Apps on Google Play I Built an AI PR Reviewer That Catches Bugs by Not Looking for Bugs Gen Z workers are so fearful AI will take their job they’re intentionally sabotaging their company’s AI rollout | Fortune How AI Is Reimagining the Game of Golf–For Both Players and Courses GitHub - nattergabriel/reseed: A CLI tool for managing and distributing agent skills across projects Is SVG the final frontier? My AI workflow evolved from prompts to a near-autonomous workflow MLSharp Help - 3DGS Viewer & Generator I put my cognitive field based AI's runtime on GitHub Is Numble the first AI-proof game? A3: Kubernetes for autonomous AI agent fleets | Emergent Principles Deepali Vyas ("The Elite Recruiter") GitHub - msmarkgu/RelayFreeLLM: A restful API designed to route user prompts to various AI model providers. Unionized ProPublica staff are on strike over AI, layoffs, and wages Unleashing the Advantage of Quantum AI We're heading for an AI-fueled 'dementia crisis,' brain scientist warns The AI-Assisted Breach of Mexico's Government Infrastructure [pdf] GitHub - stef41/lmscan: 🔍 Detect AI-generated text and fingerprint which LLM wrote it. Open-source GPTZero alternative. Zero dependencies, works offline. MSN GitHub - visionscaper/collabmem: Enabling long-term collaboration with Agentic AI - building up episodic and world model memory over time with in-context awareness We gave an AI a 3 year retail lease in SF and asked it to make a profit | Andon Labs AI Code is Hollowing Out Open Source, and Maintainers are Looking the Other Way What leaked "SteamGPT" files could mean for the PC gaming platform's use of AI AI is the boss at this retail store. What could go wrong? GitHub - Wuzu11517/agentic-proxy: Local proxy meant to help reduce With Drones, Geophysics and ArtificiaI Intelligence, Researchers Prepare to Do Battle Against Land Mines A Single Operator, Two AI Platforms, Nine Government Agencies: The Full Technical Report 在 Steam 上购买 FriedrichAI: Offline AI 立省 10% GitHub - inevolin/resume-cli: Hit Claude usage limits? Resume any AI coding session elsewhere. Switch tools at zero friction. GitHub - atripati/ark: AI Runtime Kernel — a context operating system for AI agents. Eliminates tool bloat, loads only what’s needed, and gives LLMs their reasoning space back. How to Build a Secure AI PR Reviewer with Claude, GitHub Actions, and JavaScript This Startup Wants You to Pay Up to Talk With AI Versions of Human Experts Intel Arc Pro B70 Brings 32GB VRAM to Local AI for $949 WordPress 7.0: The Good, the AI, and the Still Missing AI on the couch: Anthropic gives Claude 20 hours of psychiatry IatroBench: Pre-Registered Evidence of Iatrogenic Harm from AI Safety Measures AI Agents Know About Supabase. They Don't Always Use It Right. The history and future of AI at Google, with Sundar Pichai Inside an AI‑enabled device code phishing campaign How Meta Used AI to Map Tribal Knowledge in Large-Scale Data Pipelines AI for Systems: Using LLMs to Optimize Database Query Execution Forecasting the Economic Effects of AI Introducing Tinker: Play with AI, bring your ideas to life AI sheds light on an ancient gaming mystery People really hate AI but not as much as Iran—or Democrats | Fortune What is an AI Product Engineer? Phoebe Gates wants her $185 million AI startup to succeed with 'no ties to my privilege or my last name': 'I have a chip on my shoulder' | Fortune
Fear-farming the Stanford AI hiring study [debunk] • placementist
nikkotyze · 2026-06-20 · via Hacker News - Newest: "AI"

Two things are true about the new Stanford hiring study: the finding everyone quotes is real, and much of the commentary around it seems to have stopped at the abstract.

That gap is how a narrow result about one badly built tool turned into a verdict on the whole industry and a new way for career influencers to farm job-seeker panic.

TL;DR

  • The viral Stanford paper (Algorithmic Monocultures in Hiring) is real research and worth reading, but it studied one narrow, game-based tool called pymetrics, not "AI hiring" as a whole. Most of the panic comes from people generalizing one vendor into an entire industry.

  • The one finding worth keeping: company-wide fairness audits can look clean while individual jobs discriminate. Pooled together, pymetrics passed the usual adverse-impact screen, but split into 1,746 positions, ~11% worked against Black applicants. If you audit hiring only at the company level, you should change it!

  • The scary "rejected everywhere" story barely exists in the data. 84% of applicants applied to just one position; only 0.02% applied to ten. When the authors directly simulated the nightmare, not one person was rejected by every model.

  • The tool itself is the real story. pymetrics trains on a company's current employees as "good" and random profiles as "bad", so it learns who resembles the existing staff, not who can do the job. And there's no evidence in the study that it predicts performance at all. It's biased and unvalidated.

  • The authors admit nearly all of this in the limitations section. The research was careful and hedged. What wasn't careful was the chain that turned it into "AI is rejecting you everywhere", every step dropped a qualifier the authors put there on purpose.

What the study is

Article content

The paper in question: Algorithmic Monocultures in Hiring (FAccT 2026).


The research paper is called Algorithmic Monocultures in Hiring. Its core idea is the concept of "monoculture": if every employer runs candidates through the same handful of AI vendors, then one biased model doesn't just hurt you at one company, it locks you out everywhere at once. Reasonable worry, and as it turns out, reasonable doubts.


To study it, the researchers got four years of real hiring data from a single vendor and checked whether the same people and the same racial groups, kept getting filtered out.


So far, so good. Then you find out which vendor.

Vendor

Article content

Resemble the people already hired, or don't. That's the entire science.

It looks at vendor named pymetrics. Not résumés and not an applicant tracking system.

pymetrics is a tool where you play games. Yes, games. You play 12 to 16 of them that supposedly measure things like risk-taking, processing speed, planning. 12 of those games are the same whether you're applying to a warehouse or a finance desk.

A model scores your gameplay and spits out one of two words: "recommend" or "do not recommend” (why companies pay for that?). That's it. Oh, and about 42% of the time, it says "do not recommend”.

Article content

pymetrics process authors describe in the paper

For each company, the model is trained on at least 50 of that company's current employees as the examples of "good" and random people as "bad". No, the "good" group isn't top performers.

It's whoever currently holds the job. At least in this study, nothing shows those incumbents were actually strong performers.


And the "bad" group isn't people who failed the role, or got fired, or underperformed. It's random strangers.

So the model never learns the thing you'd actually want like what separates a strong hire from a weak one for your organization. It learns something far dumber: do you look like the people already on the payroll or do you look like a random person off the street?

As a bonus, your score even gets cached for 330 days. Apply elsewhere within the year and you're often judged on the same saved gameplay, twice. Yay!

But hey, at least the dataset is genuinely big: 4.2 million applications, 3.4 million people and 156 employers.

What the study actually found

pymetrics had previously checked its own fairness by pooling every applicant together. Pooled like that, it passed the usual adverse-impact screen. Black applicants passed at 52.5%, white at 58.3%. The researchers correctly pointed out that this is the wrong way to validate a selection tool.

US employment law (Title VII) evaluates each job separately, not the company-wide blend. So they split the data into 1,746 positions and looked again. Bias the average had hidden showed up: roughly 11% of jobs worked against Black applicants (10.6% after statistical correction), and about a quarter of Black applications landed in those jobs.

This is the contribution, and it's a good one. Averages can hide discrimination. If you only audit your hiring at the company level, this is definitely something to consider. Good takeaway, worth keeping.

So, good, but…

it raises a data-governance question worth flagging for anyone buying these tools.

In standard corporate compliance, official Equal Employment Opportunity Commission (EEOC) data is strictly firewalled. It is completely optional for candidates and sits in an isolated repository that legally cannot feed into automated assessment engines or decision-making tools.

So what's the race data doing inside the assessment vendor's dataset, mapped to scores across 156 employers?

Article content

provided by the authors of the research paper

The answer is mundane, and that's the point. It's voluntary self-ID, collected by pymetrics. Only 40% of applicants gave it and each employer chooses whether to let the vendor collect it at all. All legal. All standard. And a completely different stream from the protected EEO-1 filing.

To sum it up, your candidates are handing demographic data to a third party, on a screen you don't control, governed by a setting your procurement team probably never reviewed.

Is the vendor doing anything illegal? No. Is your company-level compliance audit ever going to see this? Also no. Well - yay?

Now the problems with the paper.

Problem 1: They proved one tool is bad, then talked like all of them are

The whole paper is built on a word: MONOCULTURE. The idea that everyone gets funneled through the same dominant system, so one biased model poisons the whole market.

To make that sound real and scary, the opening cites HireVue: used by over 60% of the Fortune 100 and 8 of the 10 biggest federal agencies. Frightening number, right?

Except they didn't study HireVue. They studied pymetrics. A different, much smaller company. A competitor. HireVue is a different product category: structured interviews and job previews, methods that can be scientifically valid when properly designed. But this paper doesn't test HireVue's version of them, so I won't pretend it validates them either. pymetrics does games.

And nobody ever explains how those Fortune 100 companies actually use HireVue. It may be one stage in a process that also has structured interviews, work samples, reference checks.

Researcher's own results section admits the scary version of monoculture - the same model judging you at multiple companies - happens in, their words, "rare instances" with "limited" impact, "because very few applicants apply to positions at different employers served by the same underlying pymetrics model".

So they switch to studying a weaker, looser definition instead. The headline concept barely shows up in the data. They led with HireVue's scale to make it sound everywhere but their own numbers say it isn't.

Problem 2: Their own data kills the scariest claim

Look at their own numbers. 84% of applicants applied to exactly one position. Over 95% applied to one or two. Exactly 522 people - 0.02% - applied to ten. The "rejected everywhere" nightmare needs you to apply widely through the same vendor. Almost nobody did.

The flagship "apply to 10, rejected from 10" stat is pulled from a sliver of the data so thin you could miss it and to make the effect look bigger, they had to simulate a world where people applied far more broadly than they actually do.

The mechanism is there, but thin in the data they actually have (and note: this dataset only sees pymetrics-mediated applications. Someone might apply to thirty jobs and hit pymetrics once. So even "applied once" understates how rarely the same-vendor trap could spring).

"But people mass-apply now," you might say. True. And it cuts against the paper. Their data ends in 2022, before the AI-application surge. More to the point, that surge runs on frictionlessness: one-click apply, keyword filters and résumés fired off by the hundred.

You cannot one-click through 16 behavioral games. Their own data shows it. Applicants averaged 1.24 applications. Nobody was grinding through pymetrics at scale, because the format makes it impossible. The mass-apply era floods a different system than the one the study measured.

Problem 3: The "proof" leans on a comparison that doesn't really match

To show the rejections cluster because of the shared algorithm and not just normal hiring, the paper needs something to compare against. A world with no single shared algorithm.

They use an older study: Kline et al. (2022), 83,000 résumés sent to 108 big US companies. In that data, rejections look independent, like separate decisions by separate companies. In pymetrics, they clump together. So, the paper says, the algorithm must be the cause.

Article content

This is the "normal hiring" benchmark - human screening at 108 companies. The dots that actually happened (dark) sit almost exactly on the dots you'd expect if every employer decided on their own (light).

Nice story. The catch: the two datasets barely look alike, and the paper admits it.

  • In the Kline study, about 23–25% of résumés got a callback. In pymetrics, about 50% "pass"

  • Kline only covers entry-level US jobs. pymetrics covers everything from entry-level to director, all over the world. The most common city in the data isn't even American (it's London)

  • Kline measures human callbacks. pymetrics measures one algorithm's score. So it's not really "algorithm vs. no algorithm". It's two totally different processes, at different job levels, in different countries.

Authors math adjusts for the different pass rates, so you can't dismiss the finding as a pass-rate artifact. But the adjustment stops there, it does nothing about the geography, the seniority, or the human-vs-algorithm gap. It corrects for how often people pass, not who's in the pool or what's making the decision.

And their own conclusion is that the clustering "may be a distinctive feature of centralized algorithmic assessment". May. That's the honest, hedged version, a reasonable hypothesis, not a proven fact. The paper said "may", but the headlines said "does".

Problem 4: When they actually tested "rejected everywhere" it didn't happen

The paper's emotional core is the idea of being "algorithmically blackballed", frozen out of the whole job market because the same model rejects you everywhere.

So they tested it. They took 1,000 applicants and ran each one against every pymetrics model - all 495 of them - to see who'd be locked out.

The result, in their own words: "no sampled applicant is rejected by every pymetrics model". Not one. The single worst-off person still got recommended by 52 jobs.

When they directly simulated the nightmare scenario, nobody was locked out everywhere. Everyone was recommended by at least one model somewhere which is weaker than "hireable" (a recommendation just puts you in a pile a human still reviews), but it flatly undercuts the "blackballed across the whole market" version.

Then comes the "you'd need to apply to 25 jobs" line. But that number comes from a made-up world: they inflated each applicant's real ~1.2 applications into 145 hypothetical ones, then counted. It's a model on top of a model.

And it's a strange thing for the coverage to turn into advice, telling people to apply to 25 jobs to avoid being "rejected everywhere" in a dataset where no one was rejected everywhere.

Not that people aren't applying to hundreds of jobs anyway.

Problem 5: The bias was never going to NOT be there

The paper notes that older research found heavy discrimination in human résumé screening, the famous studies where "Jamal" got fewer callbacks than "Greg".

The thing pymetrics replaced was also biased. Human résumé screening showed big racial callback gaps too. The model was trained on human data.

So the real question was never "is the algorithm biased?". Anything trained on human-derived outcomes carries a serious risk of reproducing human bias, unless the target, the features, and the validation are carefully built, which here they weren't.

The question that matters is: is it more or less biased than the process it replaced, head to head?

The paper can't answer it. No human-screening comparison for the same jobs. Its one human reference point is a different dataset entirely.

So the question a hiring team actually cares about - should I use this, or go back to old, good humans? - goes untouched.

Public commentary treats any algorithmic bias as uniquely disqualifying, while forgetting the human baseline is biased too. The paper itself is more careful than that, but the takeaway still gets flattened into "the algorithm is biased, case closed". Measured against perfection, it fails. Measured against the recruiter it replaced, we have no idea. And neither do the authors.

Problem 6: Nobody checked whether the tool works at all

This is the one almost no coverage mentions and it's in the paper's own limitations section. The researchers admit they have no measure of whether pymetrics predicts job performance. None.

To be clear, this is a separate problem from the bias, not an excuse for it. The two stack: the tool shows uneven pass rates by race and nobody has shown it does the one thing a selection tool exists to do. An invalid tool can still discriminate efficiently. You don't get to wave away the bias by pointing at the missing validity, or vice versa. It fails on both axes at once.

So we have a tool that:

  • trains on current employees as the "good" examples, meaning it learns to reproduce whoever already works there, not who's actually good at the role;

  • uses random people as the "bad" examples, not people who failed the job, just random database profiles;

  • cuts off "recommend" vs "not recommend" at a flat 0.5 score with no stated link to any real outcome;

  • reuses your old game scores for 330 days, which would mechanically lock someone out if they kept hitting pymetrics employers, except the data shows almost nobody does (that's Problem 2). So it's a latent design flaw, not the active market-wide trap the framing implies;

  • and has zero evidence it predicts performance.

Put it together. This isn't a well-built instrument that happens to be biased. It's a similarity-matcher. It copies the existing workforce and calls it science! Yay!

What this actually means

Don't overcorrect into "the study is junk". It isn't. In fact, there are several good recommendations, especially for the policies. One of them: audit each position separately, not the company average. They even catch a real flaw in NYC's algorithmic-hiring law (Local Law 144), the city's own guidance tells auditors to merge all the data together, which is exactly how you bury position-level bias.

But be precise about what was shown:

pymetrics is a poorly designed tool - trained on incumbents, no validity evidence, arbitrary cutoff - and it reproduces the makeup of the people already there. That tells us about pymetrics. It tells us almost nothing about whether good, validated algorithmic hiring helps or hurts fairness, because no such system was in the study.

Beware of anxiety language

Every place the paper stretches, it stretches the same direction, toward "more universal, more systemic, more alarming":

  • First sentence in the paper. "Over 90% of US employers use hiring algorithms" → really a Accenture survey of 2,250+ executives across the US, UK, and Germany, where 90%+ said they use recruitment software (an ATS/RMS) to filter or rank candidates.

  • "Monoculture is everywhere (HireVue!)" → findings are from pymetrics; HireVue does no work in the analysis.

  • "Applicants rejected everywhere" → 0.02% applied to ten jobs; 84% applied to one.

  • "AI hiring is biased" → a tool of unknown validity shows unequal pass rates.

The authors knew all this. The internet didn't read that far.

Here's the twist. Almost every problem I've listed? The researchers admit it themselves, in the limitations section nobody quotes.

  • That it might not generalize beyond one game-based tool - they say so.

  • That they never measured whether it predicts job performance - they say so.

  • That they can't tell if rejected people would've been good hires - they say so.

  • That their human comparison isn't a clean control - they say so.

  • That none of this proves anything illegal — they say so.

This is a careful paper. Hedged, caveated, honest about what it doesn't know. The problem was never the research. It's what happened after: abstract becomes press release, press release becomes influencer thread, influencer thread becomes "AI is rejecting you everywhere".

Every step dropped a qualifier the authors put there on purpose. So read the paper. Just read past the abstract, to the part where the scientists tell you, in their own words, exactly how far their findings do and don't go.

If you're choosing hiring tools, the takeaway isn't "avoid algorithms". It's: ask the vendor two questions they hate. What did you train it on? And can you show it predicts performance? If the answers are "our current employees" and "no", you're not looking at selection science.

Paper: Bommasani, Bana, Creel, Jurafsky & Liang, "Algorithmic Monocultures in Hiring," FAccT 2026. Worth reading in full, including the limitations section the headlines skipped.

Ready to build your technical team with greater precision?

We help startups, scaleups, and enterprises reduce avoidable hiring costs and reallocate time and capital toward product, performance, and growth. Let’s discuss how placementist can bring scientific rigor to your technical hiring.