
🛠️ @stedi Prev: @Trek10Inc, @goserverless ☁️ AWS DevTools Hero. 🧔 he/him.
Washington, DC
Joined September 2009
- Tweets5.4K
- Following1.1K
- Followers3.7K
- Likes5.8K
Jared Short retweeted
“The Office meets Back to the Future” is not a tagline I’d have thought of using for PARADOX INC…but I’ll take it!
The Office meets Back to the Future in the new sci-fi thriller Paradox Inc., which is now set to release in 2027 ahead of a planned adaptation. bit.ly/4hIHPMm
Jared Short retweeted
Opus 5.5 is here! 🎉 It's honestly such a nice model to work with.
Feels like Fable, but ~30% faster and ~40% cheaper per task than Opus 5. Go try it out!
Jared Short retweeted
There's been a ton of talk about the role of humans in code review, and when and how humans should be signing off on changes.
I believe that, long-term, humans have no role in routinely reviewing code.
Jared Short retweeted
The @TryRamp top vendors list is our favorite list to be on because it's one of the few 'real' benchmarks out there. This is our second time on it. A year ago, it was @Stedi alongside a bunch of other SaaS and a few AI companies. Now, we're the first non-AI company to be on the list in 5 months.
There is still an enormous market for API-first, network-based SaaS – agents need efficient and reliable ways of connecting to the otherwise-illegible real world (in our case, we handle connectivity to 3,500+ different healthcare insurance companies for claims processing) – but building a defensible business in these categories is a huge investment of time and capital. Nine years in, we're growing faster than ever. We're hiring across many roles – engineering, design, product, GTM, legal, ops, recruiting, and more. If you're looking to be a part of something special for the long term, drop me a note.
Jared Short retweeted
Had a great time at @AWSEvents re:Invent talking about the @Stedi agent. We built and launched the first version in <2 weeks using Bedrock AgentCore – from talking to other founders, it seems that AgentCore is one of the best kept secrets in software (hopefully not for long).
We shipped the Stedi Agent – from first design doc to public announcement – in 13 days.
At re:Invent, our founder @zackkanter got to sit down with AWS Director of Technology, Olawale Oladehin, to talk about how we built the agent and the design philosophy behind it.
One key principle he shared: Quality doesn't mean slowing down.
Instead, we ruthlessly cut scope to maintain high quality at speed.
That focus lets us quickly ship simple – but powerful – features that our customers care about.
Thanks to Amazon Web Services (AWS) for hosting and the invite. Link to the full recording below.
Jared Short retweeted
You can read the full announcement on our blog, but I thought I'd editorialize a bit more here and tell more of the backstory of what happened over the past 18 months.
In late Feb 2024, I brought our engineering team into a war room. Change Healthcare – the nation's largest clearinghouse for processing healthcare claims between providers and insurance companies – had been down for almost a week due to a cyberattack that would ultimately take them out for 2 months.
It’s hard to explain the magnitude of the outage to people outside the healthcare industry. Nearly 40% of healthcare claims processed in the United States flowed through Change’s platform. They processed an aggregate $1.5 trillion of claims volume annually – 15 billion claims in total. Healthcare spend in the US is $4.9 trillion annually – 18% of total GDP – which means that when Change went down, it was processing roughly *5.5% of US GDP*.
We worked around the clock to launch our drop-in replacement for their clearinghouse, which we did 5 days later. We were in the right place at the right time, but so were a lot of other people – this didn't exactly happen in private. We were able to do this because we had spent the previous 6 years building the underpinnings of a platform that could power a clearinghouse.
It's funny because by February 2024, we had what we thought was product market fit – our EDI processing platform was used across retail, logistics, healthcare, and more. We had plenty of customers, but even with all of the work that we had put in to make our EDI processing platform easy to use, it still took weeks or months for companies to get up and running, because each connection had to be set up one-by-one. Customers were willing to put in the work, but it was still a far cry from what I had set out to do from the earliest days.
I always loved Uber's original mission statement: 'To provide transportation as reliable as running water, everywhere, for everyone' (its current mission statement – 'To reimagine the way the world moves for the better'– is watered down corporate nonsense). My goal was similar: to make business-to-business transactions as reliable as running water.
In our January board meeting, I said that our plan for the back half of 2024 was to finally move another level 'up the stack' and to offer turnkey transaction functionality in healthcare – the only place where it's currently possible to do so, thanks to regulatory-enforced transaction schemas and robust network of interconnectivity – by building a clearinghouse.
It became clear a few days into the outage that Change wasn't coming back online anytime soon, or perhaps ever. We accelerated our plans and launched over the weekend.
It was pandemonium. For the seven weeks after launch, I couldn't leave my keyboard for more than five minutes at a time – most days from 4:30 or 5am until midnight. Six/seven figure deals went from initial phone call or text message to signed terms in under an hour. A couple of weeks in, I went for a quick walk to get outside, and took three phone calls from CEOs and CTOs who were desperate to get back online. We sent people to their offices and had them integrated and processing claims within hours.
It's strange to tell this story now because our world was almost entirely about the Change Healthcare outage for a couple of months last year, and we've hardly thought about it since. They eventually came back online and the dust settled. None of our customers who signed and went live switched back. But at the same time, Change stopped hemorrhaging customers – the companies who were going to jump ship, jumped ship.
Yet our growth has only accelerated. Last month, we signed 5x the number of customers that we signed at the height of the Change outage. Stedi has become the de facto choice for virtually every new venture-backed health tech company – and as later-stage health tech companies and traditional institutions revisit their legacy clearinghouse dependencies in the wake of the Change outage, Stedi’s cloud-native, API-first platform has become the obvious choice.
But more and more, our growth is driven by GenAI use cases from all segments of the market – from brand new startups to traditional companies coming to Stedi to build agentic functionality into their existing platform. One-third of our customer base is now made up of fully-native GenAI companies.
Development teams hit frustrating roadblocks with legacy clearinghouses. The legacy clearinghouses were built pre-cloud computing (and in many cases, pre-internet), and most are the result of a series of private equity acquisitions with tech stacks that were never harmonized or modernized. They offer only the bare minimum of hopelessly outdated APIs – most of the functionality offered by legacy clearinghouses is not accessible programmatically.
Stedi’s approach is API-first: every piece of functionality available through our user interface is available via API. Our thesis is simple: as more and more aspects of software are subsumed by agentic workflows, companies will shift ever-greater portions of their workloads to the platforms that offer the best accessibility and legibility to AI agents that are performing actions; since other clearinghouses don’t offer ways to perform tasks programmatically, customers will continue to migrate to Stedi as they build net-new workflows, or as they find that existing workflows come to exceed the requirements afforded by other clearinghouses.
We have a single question that we use to guide our roadmap decisions: does this make it easier for humans and agents to interact with our platform? This has dozens of small improvements alongside bigger launches – notably our MCP server last week and our own native agent yesterday.
Venture capital is a wonderful thing – it would not have been possible to spend 6+ years building a platform without it. This latest funding allows us to accelerate hiring of world-class talent across engineering, product, design, business operations, and more.
If that sounds exciting to you, send me a note.
Announcing our $70M Series B co-led by @stripe and Addition, and with participation from @USV, @firstround, @BloombergBeta, @BoxGroup, @RibbitCapital, and other top investors.
We also recently shipped two AI-native tools: Stedi Agent and MCP server.
For more, check below. ⬇️
Jared Short retweeted
I told investors from the first day in 2017 that it was going to take a very long time, but once it started working, we would be impossible to catch. 4.5 years to launch our first APIs, +2.5 for the full platform, and +1 to now be one of the fastest-growing software vendors.
Pretty cool to see @stedi on this list after building for so many years.
Jared Short retweeted
I've always been a huge fan of @ShortJared's opinion on developer tooling so I took @HasuraHQ's PromptQL playground for a test drive last night.
rboyd.dev/posts/hasura
Jared Short retweeted
Please share this far and wide. As far and wide as you can. NIST Password Guidelines for 2024 are in the process of being updated.
This is a HUGE pet-peeve of mine (when vendors in particular are still operating like its 2017 and keep changing passwords every 60 days, STOP DOING THIS, it's outdated and has been shown to put you MORE at risk than less -- NIST explains why it does in this document, meticulously outlining user behavior**) so I'm sharing this in the hopes all of you will pass it along to your bosses.
The Special Publication series governing passwords is SP 800-63 "Digital Identity Guidelines".
The 2024 version is 800-63-4.
Here: pages.nist.gov/800-63-4/
The companion docs are also on that link. They are 800-63A, 800-63B and 800-63C. These are different documents for different scenarios in play at your org.
The previous update was in2020.
The changes in the 2020 version from the 2017 version were numerous but one of them was that the password verification method should NO LONGER require passwords be changed at specific intervals (i.e. every 60 days) but in the following circumstances instead:
1. After a breach/compromise
2. User request
2024 repeats this and adds a bunch more guidlines but here is a screenshot of page 13 of the new 800-63-4 (note the # 4 after it) which outlines how your systems should now and moving forward, be handling passwords.
This goes for Active Directory, too. All your systems which have passwords should align with these guidelines provided there isn't another standard or framework you must adhere to which overrules this.
Most frameworks, however, have moved away from arbitrary password resets and complexity rules.
**We cybersec researchers and hackers use wordlists from breaches in a variety of different ways. Hackers use them in tooling to crack passwords whereas researchers use breach dumps to see the kinds of passwords users are creating and the psychology behind them.
Using complexity rules gets you the user psychology of:
Password1
Password2
and so on
Use phrasing instead and allow for spaces, which is important. Humans type phrases with spaces. They also mention phish-resistant methods and most vendors are on-board with MS going to be turning off all Legacy Auth next month, across all free accounts and tenancies.
I'm so excited for the new changes!
Ok I'm off my soapbox.
Share the love! Thank you!
Jared Short retweeted
Hey, @ajassy: this song was supposed to be satire, not an instruction manual.
Jared Short retweeted
New blog post, on our paper about Aurora Serverless V2 "Resource Management in Aurora Serverless": brooker.co.za/blog/2024/07/2… What I loved about this project was being able to innovate at all levels of the stack, from the hypervisor all the way to region-scale clusters.
Jared Short retweeted
Is there something like @tuple that has SOC2 / stronger security controls (e.g. ability to turn off server routing)?
Jared Short retweeted
Binance built a 100PB log service with Quickwit, indexing logs at 1.6PB/day
Their engineers migrated petabyte-scale Elasticsearch clusters to Quickwit, cutting compute costs by 5x & storage costs by 20x
Very proud of our collaboration ❤️. Read more => quickwit.io/blog/quickwit-bi…
Jared Short retweeted
The Probably Wrong Flowcharts are back!
This week - which search product is right for you? Did I miss your favorite?
(Thanks to @typesense for their sponsorship this week, and to @ShortJared for turning me on to the magic that is @Quickwit_Inc.)
Jared Short retweeted
Change Healthcare – the nation's largest clearinghouse for insurance claims and payments – has been down for 13 days and counting due to a cyberattack. It's an absolute crisis – doctors, hospitals, and other providers can't get paid. What is a clearinghouse? What is going on? 🧵
Jared Short retweeted
Change Healthcare – the country's biggest clearinghouse for claims processing – has been down for 10 days. @Stedi is preparing to launch drop-in replacements for Change's Claims and Eligibility APIs. If your company needs urgent support, we can help (contact info in thread). 🧵
Jared Short retweeted
The EDI industry revolves around fees – trading partner fees, transaction fees, even 'kilocharacter' fees (really). Customers assume they're being taken advantage of, but the reality is that these fees reflect the cost structure of a typical EDI provider’s business. (1/n)
Introducing Stedi Unlimited: no-code EDI with unlimited trading partners, unlimited transactions, and industry-leading premium support, all for a flat $999 per month.
There's no faster way to get started with EDI.
stedi.com/blog/introducing-s…
Jared Short retweeted
Released a new version of Pathery which drastically improves indexing performance.
Interested in how? Or, just like reading technical posts about building on AWS? Check out the dev log:
tvanhens.substack.com/p/path…



























