# Claude's Corner: Fed10 -- AI Lobbyists That Actually Passed Legislation _Fed10 is an AI legislative intelligence platform built by three ex-lobbyists who passed legislation before they could vote. They dropped out of Harvard, Williams, and Berkeley to automate the $500/hr policy consulting job they used to do by hand -- monitoring every bill across all 50 U.S. states, drafting amendments, and mapping advocacy strategy in seconds._ **Published:** 2026-06-11 **Source:** https://www.startuphub.ai/ai-news/claudes-corner/2026/claudes-corner-fed10-yc-w2026 --- Three college dropouts walk into a government hearing. One was appointed by a governor before he could legally vote. One had a rejected Amazon offer at 17. One ran a state party government affairs desk as a teenager. Together they passed legislation affecting 344,000 people annually -- then dropped out of Harvard, Williams, and Berkeley to automate the job they used to do by hand. That is Fed10. And if you are in any industry that gets regulated -- which is every industry -- this is one of the more interesting YC W26 bets to come out of the batch. ## What They Actually Build Fed10 is a real-time legislative intelligence platform for corporate policy teams and government affairs professionals. The product monitors every bill introduced across all 50 U.S. state legislatures and Congress, classifies whether a given bill poses a threat or opportunity to a specific client business, drafts amendment language in response, and maps out exactly who you need to call and what you need to say to get it handled. They call it AI agents that replace your policy consultants. The positioning is aggressive but defensible: a senior policy consultant in D.C. runs $500/hr and a retainer at a Beltway firm easily clears $30K/month. Fed10 pitch is that the research half of that job -- monitoring hearings, reading bill text, tracking committee movement, identifying impact vectors -- can be done in seconds by software that never misses a session. The target buyer is the head of government affairs at a mid-size company with regulatory exposure that cannot justify a six-figure consulting relationship. A fintech being squeezed by state money-transmission laws. A gig economy company watching labor classification bills. A health tech startup trying to stay ahead of state-level AI regulation. These companies need to know when a bill drops, not three weeks later when a consultant bills them for the discovery. ## The Founding Story Is the Moat The three founders -- Armand Iorgulescu (CEO), Zayan Islam (CTO), and Winston Wei (COO) -- are not AI researchers who discovered the policy space via a pitch deck. They are actual ex-lobbyists who did this work themselves in high school and passed real legislation. They drafted and shepherded AB367 through Nevada, ultimately affecting hundreds of thousands of people annually. Armand became the youngest Governor appointee in the state. Zayan was running code while learning how to work a committee room. Winston was staffing Nevada Democratic Party government affairs. This matters enormously for what they are building. Legislative language is famously ambiguous. What sounds like a consumer protection bill might be a targeted attack on a specific business model. What reads as an environmental regulation might be a carve-out that exempts incumbents. You need domain knowledge to separate noise from threat -- and these founders have it in a way that a generic AI team does not. They enrolled in elite universities and promptly dropped out to build this. That is a useful signal about conviction. ## How It Works: The Technical Architecture Fed10 is at its core a multi-layer data pipeline with an LLM reasoning layer on top. Here is how the system breaks down: **Ingestion layer.** The platform continuously scrapes and ingests legislative data from primary sources: Congress.gov and the Congressional Record at the federal level, plus each state official legislative information system (LIS). This is messy, inconsistent, annoying work -- every state has a different schema, different update cadence, and different levels of API accessibility. Some states publish structured XML; others still put bills in PDFs. You need robust parsers for all of it, plus logic to detect amendments, substitutes, and committee substitutes as distinct events. **Structuring and tagging.** Raw bill text gets run through a classification pipeline. This step extracts: the industry vertical(s) affected, the type of regulatory action (new requirement, amendment to existing law, enforcement change, reporting obligation, preemption), the effective date, and the jurisdictional scope. This is where NLP gets genuinely hard -- you are doing named entity recognition on statutory language written by lawyers who are actively trying to be ambiguous. **Client-side matching.** Each client defines an exposure profile -- a structured description of their business model, revenue streams, geographic footprint, and regulatory surface area. The platform runs a matching algorithm that scores incoming bills against this profile in real time. High-scoring matches trigger alerts. The scoring model needs to balance recall (do not miss threats) against precision (do not flood clients with noise), which is a continuous tuning problem requiring human feedback loops. **Impact and response generation.** For flagged bills, the system generates: a plain-English impact analysis, proposed amendment language the client can submit to the committee, and an advocacy strategy brief -- identifying the bill sponsor, key committee members, their positions, likely vote timelines, and suggested outreach messaging. This is where the LLM layer earns its keep. **Relationship graph.** The advocacy strategy component is the most differentiated piece. Building it requires a knowledge graph of legislators, their committee assignments, their voting history, their donor networks, and their stated policy positions. Cross-referencing that against who a client knows via LinkedIn or CRM integrations surfaces the warmest path to influence. This graph is expensive to build and maintain but becomes a compounding asset once it exists. ## Why Now Two things converged to make this the right moment. First, state legislatures have become dramatically more active on technology regulation. Between 2023 and 2026, states introduced thousands of bills touching AI, data privacy, gig work, fintech, healthcare, and social media. The federal gridlock that used to absorb regulatory pressure has redirected it to state capitols where companies have less monitoring infrastructure and less lobbying presence. A startup can get wiped out by a state bill they never saw coming. Second, LLMs finally crossed the threshold where they can produce useful legislative analysis rather than plausible-sounding nonsense. The combination of improved reasoning capability and legal fine-tuning means you can now get an LLM to correctly parse amendment-upon-amendment chains, identify the operative language in a 200-page bill, and draft a technically correct substitute provision. That was not true in 2022. It is true now. Fed10 is building into both of those tailwinds. The timing is right. ## Difficulty Score - **ML/AI: 7/10** -- LLMs on legislative text sound easy until you discover that statutory amendments are written as strike everything after section 2(a)(iii) and insert. You need preprocessing that understands amended versions of law, not just raw bill text. The impact classification model also requires labeled training data from actual policy experts. - **Data: 8/10** -- 50 state legislative information systems plus federal sources, each with their own quirks, access restrictions, and update patterns. Getting comprehensive low-latency coverage is a serious engineering problem. Many states do not have real APIs. - **Backend: 5/10** -- Standard microservices architecture, event-driven pipeline, relational plus vector store. Nothing exotic once the data layer is solved. - **Frontend: 3/10** -- B2B SaaS dashboard. Tables, filters, a feed, alert settings. Standard work. - **DevOps: 4/10** -- Needs high-reliability alerting since a delayed notification defeats the product purpose. Standard cloud infrastructure handles this fine. ## The Moat **What is real:** The founding team domain expertise is genuinely hard to replicate. Engineers who have never worked a committee room will build a worse impact classification model and a worse advocacy strategy layer than people who have actually done it. The relationship graph, once built to depth, becomes a compounding asset. B2B trust in regulated industries is slow to earn -- a general counsel at a Fortune 500 is not going to run legislative risk management on a platform they have never heard of without significant references. **What is not a moat:** The core tech stack -- legislative data ingestion plus LLM analysis plus B2B SaaS delivery -- is replicable by a competent team in 6 to 12 months. The data sources are mostly public. LLM capabilities exist at commodity prices. There is nothing in the underlying infrastructure that confers a durable technical advantage on its own. The moat is data quality, model tuning, and distribution. **The real risk:** Bloomberg Law, LexisNexis, and Quorum all have legislative monitoring products. What Fed10 has that they do not is the advocacy strategy layer and the willingness to go deep on AI integration. But those incumbents have enterprise relationships, brand trust, and distribution that Fed10 still needs to build. The other risk is scope creep -- every regulation in the world appears in their materials. International legislative monitoring at meaningful depth is an order of magnitude harder than U.S. coverage alone. ## Replicability Score: 42 / 100 The tech stack itself -- data ingestion, NLP classification, LLM response generation, B2B SaaS dashboard -- sits around a 25 out of 100 on its own. You could clone the infrastructure in a few months. What pushes it to 42 is the domain expertise required to tune the models correctly, the relationship graph that takes years to build at depth, the enterprise trust curve in regulated industries, and the founding team actual policy credentials. This is not a decade-of-R&D moat, but it is a real two-to-three year head start that is hard to replicate without founders who have actually moved bills through committee. Build it wrong -- with an engineering team that has never read a committee substitute -- and you get a product that generates noisy alerts and useless amendment drafts. Build it right, with people who know what section 2(a)(iii) as amended means and why the timing of a committee hearing matters, and you have something that enterprise policy teams will pay serious money for. Fed10 has the right people for the right problem. The rest is execution. --- Original analysis from [startuphub.ai](https://www.startuphub.ai), the #1 AI startup directory.