Building in stealth (Fintech x AI) | Serial Entrepreneur | PhD | ex-Cisco, Intel | SMB operator & investor | CrossFit

San Francisco, California
The Agent coming soon in movie theaters... New hobby playing around with AI filmmaking :)
2
50
I asked my agent to setup a postgres db on Azure. It got stuck and opened a case with Microsoft support :)
3
5
111
It turns out to be a confirmed microsoft bug. Well done AI 👏🏻👏🏻👏🏻
15
Moustafa Awad retweeted
Last week at Bookkeeping & Bourbon during NYC Tech Week, three builders made the case for what's next in accounting. Finance engineer. Agentic orchestrator. The end of arguing with software. Great panel with @RilletHQ and Artifact AI.
1
1
2
66
Moustafa Awad retweeted
"Financial operations platform Ramp announced Ramp Stack, described as an AI-based operating system built as the company's first product specifically for accounting firms." Read the article from Accounting Today: bit.ly/43mDk38
1
1
3,118
Moustafa Awad retweeted
✦ UAE-based AI company @cntxtai has acquired Actualize, an enterprise AI startup specialising in dialect-aware Arabic voice agents, to strengthen its Arabic voice AI offerings for enterprise and government clients across the GCC. ✦ Founded in 2023 by Muhammed Shabreen and Khalid Ghiboub, Actualize develops Arabic conversational AI solutions, voice models tailored to GCC dialects, and workflow automation tools that enable AI agents to execute tasks such as bookings, updates, and transactions. Read more on Wamda wamda.com/2026/06/uae-cntxt-…
7
3
956
Fintech doesn't have an AI problem. It has a customer reality problem. The same person exists as a payment account, a card profile, a loan application, a KYC file, a fraud signal, a support ticket, a brokerage balance, a rewards user, and a marketing segment. Then we ask AI to “personalize the experience.” Personalize what? If the system does not understand the customer as one economic actor, the agent is just navigating a pile of product silos. This is the part of AI fintech that feels under-discussed. The winning layer is not just the chatbot, the copilot, or the workflow automation. It is the shared customer model underneath them. A truth layer across products, transactions, risk, compliance, support, and intent. Once that exists, the product can change shape. Payments become context. Credit becomes dynamic. Advice becomes situational. Support becomes proactive. Compliance becomes part of the flow, not a checkpoint at the edge. This matters for banks, but also for wallets, brokerages, lenders, neobanks, payroll platforms, SMB finance tools, and embedded finance. Fintech was built by unbundling the bank. AI may force the bundle to come back as software. Not as one app. But as one model of the customer. Smart builders are paying attention.
5
1
10
665
If agents become first-class internet users, the scarce thing is not attention. It is authorization. Who can the agent trust? What can it spend? Which workflow can it change? Who owns the mistake? That is where the real SMB automation market gets built. x.com/itsurboyevan/status/20…
As @eastdakota pointed out this week, humans are now the minority of internet users. This has radical implications that I don't think anyone has fully digested yet: 1) Tokens are cheaper than eyeballs. Meaning, ATTENTION IS NO LONGER SCARCE. AI agents are first class users of the internet means that the whole economic model underpinning the internet is at stake. 2) Last fall @sama said that "Margins are going to go dramatically down on most goods and services." I think everyone nodded their head at that but didn't actually grok the long-tail implications of his statement. Any physical good, food, clothes, trips, whatever, all that touches the internet will have their margin eaten by tokens. Maybe that all goes towards consumer surplus, maybe it all goes towards Nvidia, but that money certainly isn't going to the digital SMB. 3) What is scarce is not taste. Taste is a nice idea that I believe in, but it has to be paired with high value, non-AI reproducible SKUs, because otherwise people will just replicate it for the cost of tokens. For example, I have readers who have made an "Evan Armstrong" skill on claude code that they ask for advice on their business strategy problems. I also talked with @blauyourmind about @trydrip and @carrawu about Index from @p0 about their respective products trying to make this situation tenable for content providers. Their services charge AI agents a token tax everytime they reference a piece of content. I think these are good, noble ideas that I want to succeed. But startups selling content or software should view them as beer run money, not as long-term defensible assets that create enterprise value. Anyways I'm buzzing, this is a radically different internet and is a problem I'm going to be chewing on for awhile. Reach out if you have thoughts or are building something.
1
3
61
Agentic CI/CD security will not be solved by better prompts. Assume untrusted issues, PRs, and comments can reach the agent. Narrow permissions, secret isolation, evidence trails, and human stop conditions belong in the design.
Microsoft discovered that Anthropic's Claude Code GitHub Action could expose CI/CD workflow secrets when AI agents process untrusted content, including issue bodies, pull request descriptions, and comments. msft.it/6017vdfUc Following our disclosure, Anthropic mitigated this issue in Claude Code version 2.1.128 by blocking access to sensitive /proc files. Read the blog for details from our research, along with practical guidance for reducing prompt injection, over-permissive tooling, and secret exposure risks in agentic CI/CD workflows.
1
87
Microsoft discovered that Anthropic's Claude Code GitHub Action could expose CI/CD workflow secrets when AI agents process untrusted content, including issue bodies, pull request descriptions, and comments. msft.it/6017vdfUc Following our disclosure, Anthropic mitigated this issue in Claude Code version 2.1.128 by blocking access to sensitive /proc files. Read the blog for details from our research, along with practical guidance for reducing prompt injection, over-permissive tooling, and secret exposure risks in agentic CI/CD workflows.
9
37
132
15,633
Moustafa Awad retweeted
Walter (@walterindustry) is an AI employee for the manufacturing back office. He logs into the same legacy ERP a factory already runs just like a human would, and takes over the manual work no one ever wanted to do. Congrats on the launch, @nikolas_keller, @lukaspostulka! ycombinator.com/launches/Qdh…
33
36
270
35,804
Moustafa Awad retweeted
I've added a new question to the list I consider during office hours with YC startups. As well as "Can we induce network effects?" and "Would it make sense to go full-stack?" I now ask "Can we make this AI-proof?" Can we ensure this company still exists if AIs do most work?
143
98
1,890
137,145
Moustafa Awad retweeted
Stripe Projects provider, @supabase, walked us through how they've made their entire documentation accessible directly in the CLI. This is exactly the kind of thinking that makes the ecosystem better for everyone building with agents. Stale docs are one of the biggest blockers for coding agents today. Models get trained, APIs evolve, and agents end up writing confident code against methods that no longer exist. Pulling docs into the CLI means agents can access the latest information in real time. The value goes beyond provisioning. Once an agent starts building, that context can be just as important as the API itself. Use Stripe Projects and add a Supabase database → docs.stripe.com/projects.md
2
3
3
712
Moustafa Awad retweeted
An open, end-to-end trust stack for AI agents on any framework: run ASSERT to find where your agent fails policy, use ACS to place the right controls at the right checkpoints, then re-run ASSERT to confirm. Evaluation → enforcement, closed loop: msft.it/6011vj6g9

ALT Animated GIF with text that reads, "ASSERT and ACS" and "Unlocking human potential starts with trust" with moving boxes that say, "Identify risk, evaluate, apply control, observe and improve."

5
14
64
8,011
We're ready for tomorrow. Are you? The Agentic Finance Summit program covers the full agentic stack: payment rail selection, agent identity and trust, enterprise spend controls, autonomous capital allocation, and the standards being built around agent-initiated transactions. Focused on how these systems get built in production. June 3, New York · Full agenda: agenticfinance.xyz/agenda
1
27
Moustafa Awad retweeted
Great report by one of the earliest movers in the agentic finance narrative
UPDATED: the Agentic Finance Landscape for Q2 2026. Our most in-depth report yet. Agentic finance is a household name now. Since our Q1 report, Robinhood, Visa, Mastercard, Stripe, and many other reputable names have acknowledged that agents are the future of finance. Not all agents will make it into that future. That's why our team spent the last 3 months testing agents, filtering out hundreds of slopbots, and identifying only the most legitimate projects shaping this emerging sector. Presenting the latest cohort of the AgentFi Landscape 🧵
1
24
2,239
AI FDEs are a useful bridge, but the bigger shift is workflow engineering. Every company will need people who can map messy work, set evals, define permissions, handle exceptions, and make agents boring enough to trust. That is where the durable AI jobs are. x.com/AndrewYNg/status/20614…
One of the new, buzzy jobs in Silicon Valley is the AI Forward Deployed Engineer (FDE), an engineer who is embedded within a client organization to help customize solutions, such as building and tuning agentic workflows that suit the client’s particular needs. I’ve heard from people who are wondering anew about the FDE career path since OpenAI and Anthropic started building new teams to place FDEs within client organizations. The rise of FDEs for AI workloads is one way AI is creating new jobs (and why the jobpolcalypse narrative of upcoming job market collapse is false -- there will be many AI and non-AI jobs). However, I believe there will be far more AI Engineer jobs than FDEs, as I explain below. The FDE role was pioneered about two decades ago by Palantir, which sent engineers to government locations to work on secure, air-gapped networks. In addition to having good technical skills, FDEs need communication skills and sometimes business skills. For example, they may need to speak with clients to understand their needs, formulate a strategy to prioritize projects, explain complex technology, and respectfully push back if a client asks for something unrealistic. They’re enjoying a resurgence because of the amount of work involved in taking an off-the-shelf LLM and building it into a custom agentic workflow that fits particular business needs. However, I believe the number of AI Engineer jobs will be far larger. A company might accept a few FDEs to be embedded within its organization. But most companies will want far more of their own employees working on their projects. While my organizations do hire FDEs, we hire far more AI Engineers! Also, a common client concern is that it is hard to find vendor-neutral FDEs — they are, after all, there to deeply integrate a particular vendor’s product into a company. In this moment when it’s hard to predict which AI service will be the best one in a year’s time, optionality (the ability to pick whatever vendor turns out to fit best in the future) is very valuable. In contrast, letting FDEs tightly bind a company’s processes significantly reduces optionality. Right now, I see surging demand for AI Engineers who can build software applications using AI software components (like LLM prompting, agentic frameworks, evals, etc.) and effectively use AI coding agents (like Claude Code, Codex, Antigravity CLI, and OpenCode). As the AI Engineer role matures, I expect it to fragment into more specialized roles, like the generic Software Engineer role from decades ago fragmented into frontend, backend, mobile, data engineering, devops, and so on. What will be the future, specialized AI engineering roles? I don’t know. Perhaps there will be AI FDEs, LLMOps Engineers, Evals Engineers, AI Data Engineers, Harness Engineers, and other roles we don’t have names for yet. But for now, I see a lot of AI engineers who are generalists create a lot of value. Skilled AI Engineers are in very high demand! As our field continues to mature over the coming decade, I look forward to new specializations within AI Engineering that create even more job opportunities. [Original text: The Batch newsletter]
2
42
Moustafa Awad retweeted
One of the new, buzzy jobs in Silicon Valley is the AI Forward Deployed Engineer (FDE), an engineer who is embedded within a client organization to help customize solutions, such as building and tuning agentic workflows that suit the client’s particular needs. I’ve heard from people who are wondering anew about the FDE career path since OpenAI and Anthropic started building new teams to place FDEs within client organizations. The rise of FDEs for AI workloads is one way AI is creating new jobs (and why the jobpolcalypse narrative of upcoming job market collapse is false -- there will be many AI and non-AI jobs). However, I believe there will be far more AI Engineer jobs than FDEs, as I explain below. The FDE role was pioneered about two decades ago by Palantir, which sent engineers to government locations to work on secure, air-gapped networks. In addition to having good technical skills, FDEs need communication skills and sometimes business skills. For example, they may need to speak with clients to understand their needs, formulate a strategy to prioritize projects, explain complex technology, and respectfully push back if a client asks for something unrealistic. They’re enjoying a resurgence because of the amount of work involved in taking an off-the-shelf LLM and building it into a custom agentic workflow that fits particular business needs. However, I believe the number of AI Engineer jobs will be far larger. A company might accept a few FDEs to be embedded within its organization. But most companies will want far more of their own employees working on their projects. While my organizations do hire FDEs, we hire far more AI Engineers! Also, a common client concern is that it is hard to find vendor-neutral FDEs — they are, after all, there to deeply integrate a particular vendor’s product into a company. In this moment when it’s hard to predict which AI service will be the best one in a year’s time, optionality (the ability to pick whatever vendor turns out to fit best in the future) is very valuable. In contrast, letting FDEs tightly bind a company’s processes significantly reduces optionality. Right now, I see surging demand for AI Engineers who can build software applications using AI software components (like LLM prompting, agentic frameworks, evals, etc.) and effectively use AI coding agents (like Claude Code, Codex, Antigravity CLI, and OpenCode). As the AI Engineer role matures, I expect it to fragment into more specialized roles, like the generic Software Engineer role from decades ago fragmented into frontend, backend, mobile, data engineering, devops, and so on. What will be the future, specialized AI engineering roles? I don’t know. Perhaps there will be AI FDEs, LLMOps Engineers, Evals Engineers, AI Data Engineers, Harness Engineers, and other roles we don’t have names for yet. But for now, I see a lot of AI engineers who are generalists create a lot of value. Skilled AI Engineers are in very high demand! As our field continues to mature over the coming decade, I look forward to new specializations within AI Engineering that create even more job opportunities. [Original text: The Batch newsletter]
330
754
4,584
603,532
Moustafa Awad retweeted
Bloom (@trybloomai) is the brand layer for agents. It turns your brand into infrastructure that any agent can call to produce on-brand assets. Congrats on the launch, @rincidium! ycombinator.com/launches/Qd6…
74
30
570
197,890