The $100K AWS credit tier exists, but there is no public form for it. This is the long version: who actually qualifies, the four routes to the number, the exact application AWS reads, the use-case paragraph that gets approved versus the one that gets silently downgraded, the real timeline, the failure modes, and how to push the total toward $150K. No hype — just the mechanics, written for founders who want to file it right the first time.
Almost everyone who searches "how to get $100K in AWS credits" is really asking one of two things: "Is the $100K number real, or is it marketing?" and "Why can't I find the form?" Both answers are the foundation for everything else, so start here.
The $100K number is real. It is the typical award inside AWS Activate Portfolio — the credit tier for venture-backed startups. What makes it feel mythical is that AWS deliberately does not publish a dollar figure next to it. The public Activate page shows a tidy ladder: $1,000 for Builders, $5,000 for Founders, and then "Portfolio — for startups backed by an eligible investor or accelerator" with no number at all. That blank space is not an oversight. Portfolio is a discretionary range, and AWS does not want founders anchoring on a ceiling or treating it as an entitlement.
Inside that range, the floor is roughly $25,000 and the headline award is $100,000. The reason so many startups land on exactly $100,000 is mundane: it is the round number AWS reviewers reach for when a company clears the bar and the projected spend supports it. It is not a negotiated figure and it is not random — it is the default for a credible, well-scoped, venture-backed application.
The reason you cannot find the form is that there is no self-serve form for Portfolio. The $5,000 Founders tier has a public application you can fill out in five minutes. Portfolio does not. It is gated to two submission channels, and neither of them is a page you can reach by browsing aws.amazon.com. That single fact explains most of the confusion online — people apply for the $5K self-serve tier, receive $5K, and conclude that "$100K AWS credits" was a myth. It was not. They simply used the wrong door.
So the practical question is not "how do I qualify for a bigger number" so much as "how do I get into the channel that issues the bigger number." The rest of this guide is about exactly that: the channels, the application they feed into, and what makes a reviewer approve $100,000 rather than downgrade to $25,000.
The eligibility bar for $100K is lower than founder folklore suggests, but it is not nonexistent. Here is the real test, stripped of the "must be YC-backed" mythology that circulates in founder Slacks.
The single hard requirement is an institutional vouch. AWS is underwriting a five-figure bet that your company will still be on AWS, paying full price, after the credits run out. To take that bet on a startup with little or no billing history, they need someone credible to vouch that you are a real, funded, going concern. There are exactly two acceptable forms of that vouch, and you need only one of them.
Note what is not required. You do not need a famous accelerator. You do not need a priced Series A — late-seed companies clear Portfolio regularly. You do not need an existing AWS account with months of spend, although having one helps the reviewer's math. You do not need to be US-incorporated; Portfolio runs across the US, UK, EU, the Gulf (UAE, Saudi Arabia), India, and most of APAC.
And here is who quietly does not qualify, so you do not waste two weeks finding out the hard way. Pre-seed companies with no institutional capital top out near $30K, not $100K — the conversation changes the moment a priced round closes. Solo hobby projects and unincorporated side projects are not eligible for Activate at all; they get the standard free-tier allowance and nothing more. Direct AWS competitors — alternative clouds, certain AI-infrastructure substitutes — are declined as a matter of policy. And if your spend is mostly AWS Marketplace billings (Datadog, Snowflake, MongoDB Atlas billed through Marketplace), credits will not cover those line items, so the realistic award shrinks to whatever AWS-native consumption remains. None of this is hidden, but none of it is on the marketing page either.
There is not one path to $100K; there are four, and they suit different companies. Picking the wrong one is the most common way founders lose two to four weeks. Read these as a decision, not a menu.
Three of the four reach a $100K-class number for a venture-backed startup, and one is a competitive program that can reach far higher but takes far longer. The honest framing: for roughly three out of four founders reading this, the answer is Route A, and the other routes are situational.
Who it fits: any institutionally funded startup — seed through Series A — with a real AWS-native workload. This is the route behind the $100K number.
How it is filed: either your VC submits it through their Portfolio Sub-Program access, or an AWS partner files an ACE opportunity on your behalf. Same destination, two doors.
Timeline: 11–18 days when a partner files it; 10–35 days when a VC files it, the variance coming entirely from how quickly the VC acts.
What you walk away with: $100K, stack-eligible with Build for Startups and a Bedrock POC for a realistic ceiling near $150K.
Verdict: the right route for about 75% of $100K applicants. If you are unsure which route is yours, it is almost certainly this one.
Who it fits: AI-first companies whose core product is generative AI — not "we added a chatbot," but the model is the product — and who can commit to Amazon Bedrock as their inference backbone.
How it is filed: a cohort application directly to AWS, opening roughly once a quarter. You are competing for a seat, not filling out paperwork.
Timeline: 60–90 days from application to credits available. This is the slow lane.
What you walk away with: awards reach up to $1M for top-selected startups, though the median accepted award sits closer to $200K–$400K.
Verdict: worth it if you are genuinely AI-first and can wait a quarter. If you need credits this month, file Route A now and treat the accelerator as a separate, later play.
Who it fits: companies with a real migration ahead — moving off another cloud or out of a data center — with projected AWS spend above roughly $5K/month. Small migrations do not qualify.
How it is filed: partner-filed through the AWS Partner Network as an Assess → Mobilize → Migrate record describing the source environment, the target architecture, and the projected savings.
Timeline: credits unlock in phases — an Assess phase of 2–4 weeks, then Mobilize, then Migrate — so the first credits arrive in weeks but the full pool unlocks over months.
What you walk away with: funding scaled to the migration — commonly $25K–$200K for a Series-A-sized move, materially more for larger workloads.
Verdict: the right route when AWS funding the migration itself beats general-purpose credits. MAP and Activate can run alongside each other.
Who it fits: founders who, for whatever reason, want to avoid the partner-filed mechanic, or who are in an accelerator that already supplies some credits and just need to fill the gap.
How it is filed: several separate applications — the $5K self-serve Founders tier, a VC's built-in credit benefit, Build for Startups, a Bedrock POC, plus whatever an accelerator adds — combined by hand.
Timeline: 4–6 weeks, because every pool is its own application with its own queue.
What you walk away with: a composite near $95K–$120K depending on your accelerator and investor.
Verdict: a fallback, not a first choice. It is more total work for a comparable number, and it forfeits the 24-month validity that the single Portfolio award carries.
This is the part the cluster pages summarize and this guide does not. Below is the actual sequence for the default route — partner-filed Portfolio — from the moment you decide to pursue it to the moment credits hit your billing console.
The sequence is short because the heavy lifting — the ACE submission, the funding-source selection, the follow-up with the partner-development manager — is not yours to do. Your job is four inputs and one decision. Everything else is handled by whoever files the record.
Decide, honestly, whether you are Route A (funded, general workload), Route B (AI-first, can wait), Route C (real migration), or Route D (filling a gap). Filing the wrong route is the single most expensive mistake here — not in dollars, but in the two-to-four weeks you lose before a reviewer tells you it was the wrong queue. If you are venture-backed with an ordinary cloud workload, you are Route A; stop deliberating and proceed.
If your investor holds Portfolio Sub-Program access and will act this week, ask them to submit. The honest caveat: "this week" is doing a lot of work in that sentence. Investor-submitted applications stall not because the VC is unwilling but because filing your credits is item nineteen on their list. If you want predictability, route through an AWS partner instead — for them, filing the ACE record is the job, not a favor, and the clock starts the day you hand over your inputs.
Everything the application needs from you reduces to four things. Have them ready before the discovery call and the whole process compresses.
Whoever files the record will want a short call — typically 30 minutes — to confirm eligibility, sanity-check the use case, and decide whether any additive applications (Build for Startups, a Bedrock POC) are warranted. After the call, the ACE opportunity is submitted, usually within a day. From your side, the work is now done.
An AWS partner-development manager reviews the record against the checklist in Section VI. For a clean Route A application, credits appear in your AWS billing console in 11–18 days, accompanied by an email confirming the amount and the validity window. Portfolio credits carry a 24-month validity — longer than the 12 months on the self-serve tiers — which is part of why the single Portfolio award beats a hand-built stack of smaller pools.
If there is one thing to take from this entire guide, it is this section. The use-case paragraph and the spend projection attached to it are what a reviewer reads first and weighs most. The difference between a $100K approval and a $25K downgrade is frequently nothing more than how this paragraph is written.
A reviewer is pattern-matching for three things in the use case: that the workload is real, that it is AWS-native (it consumes AWS compute and services in volume, not just object storage), and that the spend projection attached to it is believable. A good paragraph satisfies all three in a few sentences. A weak one fails on at least one and invites a downgrade — the reviewer approves a smaller, "safer" number rather than rejecting outright.
Compare the two versions below. They describe the same company, but only one reads like a fundable AWS workload.
"We are an AI startup building the future of customer support. We use cutting-edge machine learning and cloud technology to help businesses scale. We expect to grow quickly and will need significant cloud resources to support our ambitious roadmap."
Why it fails: it names no AWS service, quantifies nothing, and could describe any company on any cloud. A reviewer cannot verify a single claim or build a spend model from it, so they default to caution. There is no migration here, no architecture, no number — just adjectives. This is the most common shape of a weak application, and it is why so many "AI startups" come away with $25K.
"We run a B2B customer-support platform for mid-market SaaS companies, currently serving 40 paying accounts. Our backend runs on ECS Fargate behind an Application Load Balancer, with Aurora PostgreSQL for primary data and ElastiCache for session state. We are adding an AI agent that drafts support replies using Claude on Amazon Bedrock, with retrieval over an OpenSearch vector index. Current AWS spend is ~$4,800/month; we project ~$9,000/month within two quarters as Bedrock inference and Aurora throughput scale with onboarding."
Why it works: every claim is concrete and AWS-native. The services are named (ECS, ALB, Aurora, ElastiCache, Bedrock, OpenSearch), the business has traction a reviewer can picture, and the spend projection is specific and plausible — a current number and a justified trajectory. The reviewer can build a model from this in thirty seconds, and the model supports the $100K award. Nothing here is exaggerated; that is precisely the point.
Project ambitiously but defensibly. A Series-A startup with ten engineers claiming $200K/month of AWS spend reads as fantasy and gets downgraded for it. The believable Series-A band is $3K–$15K/month, with a justified path upward. Under-projecting is also a mistake — claim $800/month and the reviewer rightly questions why you need $100K. Name a current number, then a credible near-term trajectory, and tie both to named services.
Reviewers do not deliberate over each application like a grant committee; they run a mental checklist and pattern-match. Knowing the checklist demystifies why some applications sail through in eleven days and others get trimmed.
These are the questions, in roughly the order a partner-development manager works through them. None of them are secret, but they are rarely written down in one place.
Founders plan around "credits in two weeks" and are then surprised when it is five. The two-week figure is real for a clean partner-filed application; the slippage almost always comes from a small number of identifiable causes.
The table below sets the partner-filed and VC-filed paths side by side, then the notes underneath name the things that actually move the clock. The headline: the mechanics are fast; the delays are human.
| Phase | Partner-filed | VC-filed | What can slow it |
|---|---|---|---|
| Inquiry → discovery call | 0–2 days | n/a | Founder availability for a 30-min call |
| Inputs → ACE submission | 1–2 days | 3–20 days | Waiting on a busy VC; missing AWS account ID |
| AWS review | 7–14 days | 7–14 days | Vague use case; implausible projection triggers a second look |
| Credits in console | 11–18 days total | 10–35 days total | End-of-quarter review backlogs |
Most applications that fail or get trimmed fail for the same handful of reasons. None of them are mysterious, and all of them are avoidable once you know the pattern.
Read this as a pre-flight checklist. If none of these describe your situation, your application is in good shape; if one does, fix it before you file rather than after you are declined.
The $100K Portfolio award is a base, not a ceiling. Two additive tracks stack cleanly on top — but only under one condition, and violating that condition is itself a common failure mode.
The condition is simple to state and easy to ignore: additive credits require additive workloads. AWS will not approve $100K of Portfolio plus $25K of Build for Startups if both records describe the same product — that is double-counting, and the reviewer sees it instantly. They will approve $100K of Portfolio for your general infrastructure, plus $25K of Build for Startups for a clearly distinct project (a media pipeline on MediaConvert, say), plus $25K of a Bedrock POC for a clearly distinct AI initiative (a support agent on Claude). Distinct is the operative word.
So the honest test before you stack is one question: is there a real second workload here, or am I describing one product three ways? If the answer is the latter, file Portfolio alone and stop — adding paperwork will not add dollars, it will only add a silent $0 line and a slightly more skeptical reviewer. If the answer is the former, the additive applications are worth filing in the same week, and the realistic combined ceiling at Series A lands near $150K.
The mechanics of stacking — which funding source each record requests, how to phrase two genuinely separate use cases so neither cannibalizes the other — are where an experienced filer earns their place. But the strategic decision is yours, and it is binary: one workload, one application; multiple workloads, stack with intent.
For a Series-A company with genuinely distinct workloads: $150K — $100K Portfolio + $25K Build for Startups + $25K Bedrock POC. Outlier cases reach $200K when a substantial migration runs alongside, pulling MAP into the mix. A Bedrock POC can award up to $50K in principle, but $25K is the typical Series-A approval.
A one-screen summary of Section III for when you just need to confirm which route is yours. Most readers are Route A; the others are situational.
| Route | Best for | Filed by | Wall-clock | Realistic award |
|---|---|---|---|---|
| A — Activate Portfolio | Any funded startup, general workload | Partner (ACE) or VC | 11–18 days | $100K (→ $150K stacked) |
| B — GenAI Accelerator | AI-first, can wait a quarter | Cohort application | 60–90 days | $200K–$1M (competitive) |
| C — MAP | Real migration, >$5K/mo spend | Partner (APN) | Phased over months | $25K–$200K+ |
| D — Stacking small pools | Filling a gap, avoiding ACE | You, several forms | 4–6 weeks | ~$95K composite |
Situation: The founder had filled out the public Activate form months earlier, received $5K, and assumed the "$100K AWS credits" tier was marketing. They were about to ship an AI reply-drafting feature on Bedrock and a separate analytics pipeline, and the $5K was nearly gone. The blocker was not eligibility — it was that nobody had told them Portfolio is filed through a different door.
What CloudRoute did: CloudRoute confirmed Route A on a 20-minute call, then routed the founder to an EU-Central partner who files Portfolio weekly. The partner rewrote the one-line "AI startup" use case into a concrete, service-named paragraph, filed Portfolio ($100K) on day 2, and — because the analytics pipeline was a genuinely distinct workload — added a Build for Startups record ($25K) and a Bedrock POC ($25K) the same week.
Outcome: Approved at $150K within 15 days. The founder's total time was a 20-minute call plus filling four inputs into a worksheet. CloudRoute was paid by the partner out of AWS engagement funding; the customer paid nothing and signed nothing resembling a procurement contract.
founder time: ~40 min · time-to-balance: 15 days · credits secured: $150K · cost to customer: $0
CloudRoute confirms your route, then routes you to a vetted AWS partner who writes the use-case and files the ACE record. Customer pays $0. No procurement, no discovery theater.