Aishwarya Shankar
Skills:
Agent Foundations80%Autonomous Workflows80%Tool Use & Function Calling70%Multi-Agent Systems60%
Key Takeaways
Aishwarya Shankar discusses Intelligence AI, a platform that builds artificial engineering intelligence for engineering teams, focusing on performance visibility, security, and collaboration, utilizing techniques such as reverse engineering and retrieval augmented generation.
Full Transcript
Our next speaker is Awaria Sankar who's the founder and CEO of Intelligence AI. And let me just say um it's really funny. First of all, this young lady is local and I've been here 50 years. Monte Vista High School, which is one of the most competitive high schools in the state. In fact, competitive doesn't really do it justice, okay? And I won't go any further than that, but just know it's kind of brutal. Um she then went on to do a dual degree in electrical engineering computer science at Berkeley. Right. Get that right. Yeah. But more importantly, she's not competitive at all. Top 100 tennis player in the in the world. Right. >> In the US. >> In the US. Sorry. Okay. So, not quite the world. And uh felled by injury, she turned to a less competitive space, technology. All right. So, I'm gonna let you start and talk about intelligence a little bit rather than me doing the intro since we're running late. >> Sounds good. >> Okay. >> Hey everyone. Um, thanks for the intro. I'm Awaria, the founder of intelligence.ai where we're taking on the grand challenge of actually building artificial engineering intelligence for engineering teams. So, obviously you heard the previous presenter. A lot of these AI coding tools work really well for individual engineers trying to build projects. Um, and they also work well when you're working in a team. But how can you actually streamline the entire engineering org to ship faster? So in our point of view, we work all the way from the low level of trying to build background agents that can do specific tasks for your engineering org such as improve your observability instrumentation and so forth. And then the next step of actually reviewing your code and then for engineering management being able to actually tell you what's been shipping um and give you kind of detailed engineering performance reports. So that's what we believe engineering intelligence is and how we can actually get large engineering orgs to move the needle faster. Cool. So yeah, as you all know, AI coding is here to stay, but that doesn't mean we've ironed out a lot of the gaps and issues, right? So how to actually deploy code safely and securely, mitigate security vulnerabilities when they are actually created um is kind of still an ongoing challenge for a lot of these organizations, right? And then how to ensure that individual engineers are actually still collaborating together or catching issues and not just five coding things directly into production code bases. So yeah, so these are some of the critical gaps that we uh focus on is performance uh visibility. Writing massive amounts of code no longer is actually an indication that you're a great engineer. Um making sure that you can kind of address security vulnerabilities. review PRs as fast as you write them. And yeah, just kind of address engineering across the entire stack from when you're writing it, making sure it's safe and secure, when you're reviewing it, and then ensuring that your entire team is collaborating, working well together. Um, yeah. So, I wanted to first talk about a bit of the challenges of actually building background agents. So how can you give and give an LLM a prompt and say hey I want you to build this feature and actually get it to execute this well right so as an engineer probably one of the most exciting things that I've been able to do is us and our team is actually figure out how to reverse engineer what engineers do to build in the first place and I think one of the biggest challenges is obviously context right rag misses a lot of details cloud code kind of famously is one of the first ones to dispose of rag entirely Um, and I think one of the main unlocks there is code is a very structured um, language, right? So you know exactly what each file, each function is referencing. Um, so integrating that allows agents to search based off of function definitions, classes, etc. And then now that you have all of this context, so maybe sometimes it's up to 100 files that are relevant to make a change. The next thing that we found really useful was actually being able to rerank these efficiently. Because if you're passing in a 100 files, it actually makes coding agents way worse at being able to make specific changes. And then the last one is actually condensing all of this based on. So we identify like which functions are important, which functions we only need the like function headers and the return types. Um and all of that intelligence actually yeah kind of makes those incremental improvements on these agents. So here's a little bit of a live demo of how it works. Um yeah, some of the use cases we focus a lot on are actually going in and improving for example instrumentation or improving alerts um etc in a large codebase. So here what it's doing is it's going ahead and searching through our codebase. Um coming up with a plan. Um it initializes the entire thing in a sandbox, identifies which files and which things to start looking for. And it will go through and like sequentially make these searches based off of all of the file context that it was able to pull. And then from there it will go ahead and come up with a detailed plan. And we make this interactive so that the engineer can then go in and add additional steps. Right. Um, >> so yeah, I'll pause it here. So, as you can see, what it's done is we've kind of looked through the several hundred files that it needs to do and it identified in each place where to make the appropriate changes, right? And gives you this entire plan step by step and you can go ahead and add things. So, this way engineers kind of collaborate with it um while still being able to make sure that they don't have to go in and review every line, right? And then from there um it then transfers over to the programming agent which will then draft a PR that you can look at and review in the M as you go. >> Yeah. So as you can see here it is actually going in and doing the replace um edit tools to go ahead and make each of these changes one by one. Cool. And then the second part of this is now that you have all these PRs, obviously making PRs production ready is one of the other big challenges, right? Is a lot of people, it's great that you can now ship out like a 100,000 line code file changes, but actually being able to catch these issues um and deploy it safely is I think one of the next big bottlenecks in making like an entire engineering team more efficient. So again, this also comes with its own set of challenges, right? I think the first thing again integrating code-based intelligence makes reviewing code way better. Um a lot of the initial code reviewers just looked at in like that files context but we again enable agents to search based on headers definitions for every language has its own parser. So it's able to look at this cross repo um and so forth. And as you can see it allows you to do this to generate diagrams. Um and then again we've done a lot of analysis. I think the biggest few of the biggest challenges is again being able to find and this is even harder because it's like a few line changes the the bugs can be very minute and it needs to figure out like which other files are going to cause these issues. Um, so yeah, so I the things that we found really helpful is actually being able to search context based off of file function headers, definitions, code context, and identifying which of those um files work best. And then the last one is making the user experience as seamless as possible. Right? So this is within an IDE. Um, no longer have to wait until you push it all the way to GitHub to get the context. um it'll take the changes, tell you which files you've edited, and give you the feedback in real time. And the same thing with security. A lot of large orgs only think about security as kind of an afterthought. But what we've done is we will kind of create PR fixes in real time to address security vulnerabilities and gaps. Cool. And I think this is one of the ones that I think is also most exciting is obviously AI is making engineers 10 times faster, but if you're engineering kind of management and leadership isn't getting faster or more efficient, the entire team is still going to be slow, right? Um so we've been thinking about this in a few different ways. One is can we actually consolidate all the work that engineers are doing and put it together in like a real-time feedback loop so that engineers know the impact that they're creating um their team leads know it without spending like hours every week reporting and saying hey I worked on this I worked on this this is what this person did and a lot of the information gets lost in that translation in meetings so what we do is we will actually go through all of an engineer's work across PRs tickets etc and automatically put together the synthesis and give engineers and everyone on the team feedback. So it cuts out a lot of those extraneous meetings um and kind of just loss of information in the process. And the second one is as mentioned earlier right more lines of code doesn't mean more impact anymore. You can very easily get an AI system to write 100,000 lines of code and it can all be poorly written code or it can cause more issues. It can just be architected poorly. So we've built a separate model that can actually go in and evaluate code for code quality, code security um and give you those insights on a per PR level. And the same thing for um for sprints, right? Is like every week it'll give your entire team insights into what's working and what's not working. So the whole goal with this is to make engineering teams themselves be able to automatically reflect and improve their process so that it's not just individual engineers shipping faster. the entire team can kind of autoimprove and fix itself over time. Um, cool. And then the last thing is being able to see how AI is actually improving or helping your engineering team, right? So we kind of attribute which engineers are using the most AI code, how that relates to kind of shipping metrics and code quality. Uh, cool. Yeah. So that's it. And again, our main goal is to improve the entire engineering life cycle to ensure that larger orgs can actually get the full benefit and value of AI engineering. Thank you so much.
Original Description
March 3rd, Computer History Museum CODING AGENTS CONFERENCE, come join us while there are still tickets left.
https://luma.com/codingagents
// Abstract
Engineering hasn’t evolved much in decades. Aishwarya Shankar says that’s about to change. Her AI platform doesn’t just help you write code—it helps your organization think.
// Bio
Aishwarya Shankar
Aishwarya Shankar is the founder and CEO of Intelligence AI. A local talent, she attended the highly competitive Monte Vista High School before earning a dual degree in Electrical Engineering and Computer Science at UC Berkeley. Beyond her academic and professional accomplishments, she was also a top-100 ranked tennis player in the world.
Watch on YouTube ↗
(saves to browser)
Sign in to unlock AI tutor explanation · ⚡30
Playlist
Uploads from MLOps.community · MLOps.community · 0 of 60
← Previous
Next →
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Our 1st MLOps Meetup // Luke Marsden // MLOps Meetup #1
MLOps.community
Remote Collaboration as a Data Scientist
MLOps.community
MLOps Manifesto with Luke Marsden from Dotscience
MLOps.community
MLOps lifecycle description
MLOps.community
What Does Best in Class AI/ML Governance Look Like in Fin Services? // Charles Radclyffe // MLOps #2
MLOps.community
Life purpose and too many spreadsheets
MLOps.community
Explainability, Black boxes and EU white paper on reproducibility
MLOps.community
Hierarchy of Machine Learning Needs // Phil Winder // MLOps Meetup #3
MLOps.community
Automatically Retrain Machine Learning Models? Are best practices worth it?
MLOps.community
Building an MLOps Team? Key ideas to keep in mind
MLOps.community
Hierarchy of MLOps Needs
MLOps.community
Bare necessities for getting an ML model into production
MLOps.community
MLOps and Monitoring
MLOps.community
How Phil Winder got into Data Science and Software Engineering
MLOps.community
Provenance and Reproducibility in Machine Learning; what is it and why you need it?
MLOps.community
Friction Between Data Scientists and Software Engineers
MLOps.community
MLOps Problems in different size companies
MLOps.community
ML tooling in large companies
MLOps.community
ML Platforms - The build vs buy question
MLOps.community
ML Services Gateway at SurveyMonkey
MLOps.community
Message buses, Async and sync architecture
MLOps.community
MLOps #4: Shubhi Jain - Building an ML Platform @SurveyMonkey
MLOps.community
Hybrid Data Science Teams @SurveyMonkey
MLOps.community
How do you handle ML version control at SurveyMonkey
MLOps.community
Doing ML with Personal Information
MLOps.community
Evolution of the ML feature store @SurveyMonkey
MLOps.community
Developing a Machine Learning Feature Store
MLOps.community
Auto retrain ML models is not the question
MLOps.community
3 key parts to Machine Learning monitoring
MLOps.community
MLOps Meetup #6: Mid-Scale Production Feature Engineering with Dr. Venkata Pingali
MLOps.community
MLOps meetup #5 High Stakes ML: Active Failures, Latent Factors with Flavio Clesio
MLOps.community
MLOps: Airflow Pros and Cons
MLOps.community
Specific challenges in Machine Learning
MLOps.community
Current State Of Machine Learning
MLOps.community
Humans in the Loop are a defining factor in Machine Learning
MLOps.community
Learning from real life Machine Learning failures
MLOps.community
Survivorship Bias in machine learning tutorials
MLOps.community
Swiss Cheese model in Machine Learning
MLOps.community
Resume driven development in Machine learning & software engineering
MLOps.community
Who has the highest standards in ML?
MLOps.community
Venkata Pingali of Scribble Data Thoughts on the Current State of Machine Learning
MLOps.community
Dependable data and being able to Trust in your Data with Venkata Pengali of Scribble Data
MLOps.community
Speed, Trust, Evolution and Scale in MLOps
MLOps.community
More difficult transition for data scientists to become ML engineers
MLOps.community
How many models in prod til I need a dedicated ML platform?
MLOps.community
Deeper thinking from data scientists around platform blackholes
MLOps.community
Checkpointing, metadata, and confidence in your data
MLOps.community
Adjacent usecases and multistep feature engineering
MLOps.community
Standardization of Machine Learning tools like in Software Engineering with Venkata Pingali
MLOps.community
Reproducability flaws in end to end Machine Learning debugging
MLOps.community
3rd wave of data scientists
MLOps.community
MLOps meetup #7 Alex Spanos // TrueLayer 's MLOps Pipeline
MLOps.community
MLOps Meetup #8 Optimizing Your ML Workflow with Kubeflow 1.0
MLOps.community
Are Kubeflow and Airflow complementary?
MLOps.community
Why Kubeflow gained so much traction=open community
MLOps.community
Who decides the dirrection of Kubeflow
MLOps.community
What do Kubeflow and Arrikto do and how do they work together?
MLOps.community
Versioning your ML steps with Kubeflow
MLOps.community
Machine Learning Lifecycles//Perception vs Reality
MLOps.community
Kubeflow vs SageMaker in Machine Learning
MLOps.community
More on: Agent Foundations
View skill →Related Reads
📰
📰
📰
📰
The Second Client Meeting That Decides Whether You Win the Project
Dev.to · Alfred P
The 18-Month Tax: Why Skipping Experts Costs Startups More Than You Think
Medium · Startup
Your "Business" is a Ghost Town Because You’re Lazy (Solopreneur)
Medium · Startup
AI Startup Revenue Growth: Why AI Companies Are Scaling Faster Than Ever (2026)
Medium · AI
🎓
Tutor Explanation
DeepCamp AI