The hidden founder profile
Re-grade the idea when the team, time, and capital assumptions change
Funded full-time team
Can price and coordinate a clearable barrier
Part-time solo founder
Must remove barriers the founder cannot carry
Y Combinator's Fall 2026 Requests for Startups names 13 items. Read for one person rather than a funded team, 4 sit in a domain that money does not open, 2 have a process barrier a funded team can pay its way through, and the other 7 are decided by the ordinary deal-breakers, which apply the same way whoever is asking. The table comes first; the rule that sorts it is explained under it.
The Fall 2026 list, read for one person
Y Combinator publishes a Requests for Startups list and reissues it each batch. Last checked on 2026-09-29, the Fall 2026 edition names 13 items. Below, each one is sat against the line described in the sections that follow: which barriers money clears, and which it never does.
Two things about how to read this table, because they decide what it is worth. The barrier sentence
is ours — a plain statement of what we think stands between one person and shipping that thing,
written by us, arguable by you. The verdict is not ours to argue with: it comes from
classifyBarrier in lib/decision/resource-bridge.ts, the same function the kill gate calls when it
decides whether a funded team may override a regulatory kill. Nothing on this page characterises what
Y Combinator wants or recommends; only the item titles are theirs.
| Item | The barrier, as we read it | Which side of the line |
|---|---|---|
| The Primer | an adaptive reading and arithmetic tutor for young children | Prohibited domain |
| The Future of American Defense | low-cost interceptors, munitions and drones for ground combat | Prohibited domain |
| A Cloud for Small Software | hosting and sharing purpose-built tools for small teams | Neither list applies |
| Multiplayer AI | shared live agent sessions a whole team can drop into | Neither list applies |
| Compute at Sea | offshore data centres on ocean-based compute flotillas | Neither list applies |
| AI-Powered Consumer Products for 1 Billion People | consumer apps covering travel, learning, health and personal finances | Prohibited domain |
| AI for the Aging Population | voice interfaces, monitoring and family coordination for elder care | Prohibited domain |
| New Operating Systems for the Physical World | software running mixed teams of robots and human workers in construction and logistics | Neither list applies |
| The Best Time to Build in Crypto | stablecoin and trading rails needing money transmission, KYC and AML | Process — money clears it |
| Data for the Real World | novel sensor networks collecting dense physical-world data | Neither list applies |
| Proving You're Human | a verified-human trust layer against deepfakes and fraud | Neither list applies |
| AI-Native Compliance Infrastructure | automated regulatory monitoring and audit management for SOC 2 and ISO 27001 programmes | Process — money clears it |
| Self-Maintaining APIs | agents that scan a customer codebase and open a PR when an API changes | Neither list applies |
4 of the 13 sit in a prohibited domain — children, weapons, health, elder care. Those do not become available to you by raising money, and they did not become available to the funded team either; that whole column is the same for everybody. 2 are process barriers, and those are the ones where the funded team genuinely has something you do not: compliance programmes and payment rails have a price and a queue, and a cheque plus a second person shortens both.
The remaining 7 are the interesting part, and the honest label for them is "neither list applies" rather than "easy". No regulatory barrier means the regulatory question is not what decides them — which throws the decision straight back onto the checks that were never resource-sensitive in the first place. Offshore data centres are the clean example: nothing forbids you, and the capital intensity check kills it for you and for a funded team alike.
So the list splits three ways and only one of the three is about money. That is a smaller edge than "funded teams get more yeses" suggests, and it is a different edge than most readers assume.
The archetype those ideas are written for
You read a list of accelerator-backed startup ideas, one of them is genuinely good, and you cannot work out why it feels out of reach. The usual explanation is confidence. The real explanation is usually that the idea was judged for a different person than you.
Much accelerator-shaped startup idea advice assumes one reader: a funded, full-time team. Capital in the bank, nobody holding down a job, and more than one pair of hands.
That is not a criticism of the advice. It is calibrated for the people it is written for, and it is frequently correct for them. The problem is that the calibration is invisible. An idea list does not carry a note saying "assumes two founders and twelve months of runway", so the reader supplies their own situation and assumes the idea survives the substitution.
Often it does not — and not because it is harder for you. Because for you it is a different idea.
The line, and exactly where it falls
This is worth being specific about rather than gesturing at, because we had to encode it.
Our own checks treat one class of barrier as resource-sensitive: whether the founder can clear a regulatory or compliance cost of entry. The test is deliberately narrow — it applies only when all three of these are true at once:
- the founder has meaningful startup capital,
- they are working full time,
- and they are a team rather than one person.
Miss any one and nothing changes. A well-capitalised solo founder working nights does not qualify; neither does a full-time team with no money. The reasoning is mundane: clearing payment rails and enterprise trust compliance is a coordination job as much as a cheque, so requiring a team is not snobbery about solo founders, it is what the work actually takes.
For that founder, a barrier of this kind stops being fatal and becomes an accepted, costed risk — it still counts against the idea, it just no longer ends it. For everyone else it stays a kill.
A known compliance path with a price, queue and defined work.
A regulated activity that money and team size do not make permissible.
The regulatory rule does not decide it; the ordinary deal-breakers still do.
What money genuinely clears
The list of barriers treated as clearable is short and specific on purpose: PCI-DSS, SOC 2, ISO 27001, money transmission, KYC and anti-money-laundering, payment processing licences and gateways, an acquiring bank or banking partner, card network membership.
Notice what these have in common. Each is a known process with a price and a timeline. Nobody has to invent anything; somebody has to pay, wait, and fill in forms correctly. That is precisely the kind of obstacle capital and a second person dissolve, and it is why a payments company can exist at all.
What money never clears
The other list is deliberately much broader: medical and health, diagnosis and therapy, prescription and controlled substances, gambling, securities and regulated financial advice, lending and insurance, the practice of law, anything involving minors, weapons, genetic testing, elder care.
If a barrier touches any of those, the idea stays killed no matter how well resourced the founder is. Money does not make you allowed to practise medicine.
The asymmetry between the two lists is intentional and it runs one way: the clearable list is kept tight and the prohibited list broad. An over-broad prohibition keeps an idea killed, which is recoverable — you argue with it. An over-broad allowance would quietly un-kill a safety-critical idea, which is not.
The rule money does not buy its way past
Here is the part that cuts against the funded team too, and it is why this is not simply "richer founders get more yeses".
Capital intensity is not resource-sensitive. An idea that needs to buy inventory, build physical infrastructure or subsidise usage until scale arrives fails that check identically for a funded team and for one person. Making it resource-sensitive would let money wave through exactly the capital-heavy ideas that have historically consumed enormous funding and produced nothing.
So the shape of the answer is not "funded teams can do more". It is: money clears process barriers, and nothing else. Read an accelerator-shaped idea with that filter and the ones that genuinely do not transfer separate cleanly from the ones you assumed did not.
Reading a celebrated idea for your own situation
Three questions, in this order:
- What barrier is actually in the way? Not "is this hard" — what specific thing stops you shipping. Usually one sentence.
- Is that barrier a process or a prohibition? A process has a price list. A prohibition has a regulator. If you cannot tell which, it is a prohibition until proven otherwise.
- If it is a process, can you pay it alone? Not "could someone" — can you, at your capital and your hours.
An idea that fails only on question three is not a bad idea. It is a good idea addressed to somebody else, and the useful move is to find the version of it whose barrier you can actually clear rather than to keep the original and hope.
The remaining 12 deal-breaker checks a single idea gets run through are not resource-sensitive at all. Distribution, pricing power, support load and the rest apply the same way regardless of funding — which means most of what kills an idea for you would have killed it for the funded team too. The regulatory line is the narrow exception, not the general rule.
Found a version you could run alone? Put it through the same checks: the first idea check is free with the 2 credits every new account gets.
The short version
- Idea lists carry an invisible assumption: a funded, full-time team.
- Exactly one class of barrier is resource-sensitive here — a regulatory or compliance cost of entry — and only for a founder who is capitalised, full-time and not alone.
- Money clears process barriers with a price and a timeline. It never clears a prohibited domain.
- Capital intensity is exempt on purpose: money does not turn a capital-heavy dud into a business.
- If an idea fails only because you are one person, look for the version whose barrier you can pay.
- Run over the Fall 2026 list, the split is 4 prohibited, 2 process, 7 decided by something else entirely.
Common questions
What is YC's Requests for Startups?
A list of startup ideas Y Combinator publishes under that name and reissues each batch. The Fall 2026 edition has 13 items, as checked on 2026-09-29; the table on this page quotes their titles and nothing else of theirs.
Can one person build a Y Combinator startup idea?
Sometimes. On the current list, 4 sit in a prohibited domain, which stays closed for a funded team too; 2 have a process barrier, where a funded team has an edge you do not; and the other 7 of the 13 are decided by the ordinary deal-breakers — distribution, pricing, support — which apply the same way whoever is asking.

