What if the country that trains the world's engineers finally built the infrastructure to match its talent?
In this episode of Eye on AI, Craig Smith sits down with Amith Singhee, Director of IBM Research India and CTO of IBM India and South Asia, to explore where India actually stands in the global AI race and what it will take to close the gap.
Amith gives an honest, ground-level assessment of why India has been slow to compete. The talent has always been there. But until recently, the investment, the compute infrastructure, and the institutional intent hadn't come together in a sustained, coordinated way. That's changing, and Amith explains exactly what's different now.
He walks through IBM Research India's 27-year presence in the country, the research it's doing on foundation models, hybrid cloud AI deployment, agentic systems, and quantum computing. He also explains why building AI from India doesn't just help India. Working with less data, less compute, and more linguistic diversity forces better engineering and makes IBM's models more generalizable for the entire world.
We also get deep into the technical frontier. Why catastrophic forgetting is one of the key unsolved problems standing between current AI and anything more capable. How IBM is already shipping continual learning in practice through its COBOL modernization tools, helping enterprises decode decades of legacy code before the engineers who wrote it are gone. And why agentic AI, for all the hype, still has a mountain of unglamorous enterprise engineering left to climb before it becomes truly reliable.
Plus, what Amith would tell an 18-year-old engineer in India today about what skills will actually matter in an AI-driven world.
Subscribe for more conversations with the people shaping the future of AI and emerging technology.
Stay Updated:
Craig Smith on X: https://x.com/craigss
Eye on A.I. on X: https://x.com/EyeOn_AI
(00:00) Introduction and Amith Singhee's Background
(06:26) Why IBM Set Up Research in India
(11:45) Can India Compete in AI
(15:18) How IBM Collaborates With Indian Universities
(19:25) Why India Has Been Slow in AI
(24:50) IBM's Hybrid Cloud AI Research Focus
(27:34) How Data Scarcity in India Makes Better AI
(31:18) Fine-Tuning Models Without Losing General Knowledge
(35:03) Continual Learning and Catastrophic Forgetting
(38:25) COBOL and Legacy Code Modernization
(42:11) Agentic AI Hype vs Enterprise Reality
(48:09) What Young Engineers Should Study Today
[00:00:00] What's your view of why India has been slow? And then do you think it's possible for India to catch up? What I have seen is India has taken more time to bring in the investment and the intent at the level needed that some of the other countries have done. It is perfect storm of meaningful investment coming together with the talent and with infrastructure in a single entity. So once all these three things come together, then it's going to move really fast.
[00:00:27] I don't know if we can become number one or number two in the next two years, but if we look at it from the lens of are we maximally capable of applying the latest AI tech for the benefit of India on our own? I think we can get there. Whether we can make the next three trillion dollar startups, that's a whole other question. I'm Amith Singhee. I'm director of IBM research in India and I also play a CTO role for the business here in terms of sharing our technology vision with the ecosystem.
[00:00:58] And engaging on that front. I've been an IBM almost 18 years now. My background is in engineering. I studied electrical engineering at the Indian Institute of Technology in Kharagpur, IIT Kharagpur. After which I went to the US, did my masters at Carnegie Mellon.
[00:01:18] This was in a field called electronic design automation. So I switched a little bit into the semiconductor and microelectronics area. I worked for a couple of years and went back to my PhD back at CMU and then joined IBM research in Yorktown Heights. Oh really? Yes. I spent almost eight years there. Beautiful building. Where did you live? I used to live in Yonkers. Oh yeah.
[00:01:48] Because my wife used to work in the city, so it was convenient. Yeah. And I started off working in semiconductors from the design automation lens, which is basically creating software tools for chip designers. Right. So it was at the intersection of computer science, electrical engineering, math. And then it's been 18 years in IBM. The last 10 have been in India.
[00:02:15] I've moved around in terms of themes and areas over the years. I've moved into more, more AI and applications and smarter energy. This was in the 2010 to 2015 time range. That was the period of big data and analytics. Yeah. And lots of utility companies were looking to use that because they're data rich.
[00:02:39] And we did some great projects at that time internally and also with utilities like DTE Energy in Michigan and PG&E in California in trying to simulate the weather and its impact on the grid. Once I moved back to India, I was more focused on things where we could leverage collaborations in the market here.
[00:03:01] So we looked more at IoT and retail and fashion and how deep learning can make a difference there. And then in around 2019, 2020, when we had our new CEO, we acquired Red Hat and IBM really pivoted into this hybrid cloud strategy. Within the research division also, we saw an opportunity to double down and help the company with innovations.
[00:03:27] So I started an effort around hybrid cloud research out of the India team, working with our global research team and looked at lots of interesting problems at the intersection of hybrid cloud and AI. And then I got into this role about three years ago as director. And now we are heavily focused on generative AI in the lab here.
[00:03:49] Not a surprise, but we look at all the layers of the stack and more from an enterprise lens rather than a consumer lens, which means we look at the stack in terms of enabling hybrid cloud deployments. So you should be able to deploy the models and the AI workloads wherever you want. If you're a bank and you have a highly regulated enterprise, you might want to decide where the AI goes. So we look at optimizing the software stack for AI.
[00:04:19] We also work on training and developing our granite model series, which is in the open. And we have a lot of work also on building agentic middleware, which allows enterprises to build agentic solutions. And also in the actual solutions themselves, specifically in areas like software development. IPM has this Watson X code assistant series of products. We do a lot of the AI research that goes into those.
[00:04:49] Also in the IT automation area, business automation data. How do you use AI to better manage enterprise data? And we have some very interesting angles to the AI work we do. For example, in the time series domain and geospatial domain satellite imagery where can you have instead of a language model, a model that understands satellite images. So good spread of work.
[00:05:15] We also have a growing team in quantum computing, especially at the software layer. And we are very engaged with the ecosystem here also. That's one of the unique things about the research team in IBM in India is we've been here 27 years. We started off within IIT Delhi. We have very strong ties to many academic institutions. They see us as collaborators because of research ethos.
[00:05:44] And we're also very engaged with other parts of the ecosystem, whether it's the government, startups, companies, developers. Again, from an innovation roadmap. Yeah. As I said, I'm interested in where India is generally in the AI journey.
[00:06:08] And I had a long conversation with Amishik Singh in Delhi about why the government was late in getting on board or in forming a vision. But they are very focused now and there's a lot of ambition. And I, why did companies like IBM, why did IBM set up in India?
[00:06:34] As I said, is it a market strategy or is it a human resources strategy? Because there are a lot of talented engineers here. Or is it built around some specific research that was developed in India and for which India is, is, has the expertise? How do you see it?
[00:07:01] So we, IBM came to India well before the AI revolution, right? So even the research team's been here for 27 years and the company's been here longer. So the, the beginnings were around being a global company, seeing the talent potential of a growing economy in the late nineties. It made sense to have a presence here.
[00:07:26] It's worked out well because that potential is realizing and definitely the talent that we get access to here adds to talent we have elsewhere. So it's a very valid pool of deep tech talent with a global mindset that helps us as a global team. Just us in IBM research projects we do are not isolated by geography as part of a global strategy.
[00:07:54] And so having that combination of hard skills and soft skills available here does help our global mission. It also helps us engage with the market and understand variations of the problems that are relevant, let's say in a developing country like India. So then the technology we develop is more generalized and more applicable. And then when it, when it lands up in the products are again, then more relevant.
[00:08:22] And it's not just India, India represents a lot of the global south. So when you look at the problems from this lens and bring it into our mainstream work, it makes the solutions relevant to a big, many other countries. So it's a mix of both, I'd say, right? The talent and the understanding of the market. But talent is surely a big driver. Yeah. And on the talent, why did you come back?
[00:08:53] I think, because again, I had this long conversation with Mausam, Professor Mausam, about the, you, about the difficulty of getting people to come back after their PhDs, because there's so many opportunities in the United States. So, yeah. For me, it was simple and personal. I actually spent 15 years in the US and I loved it. I could have stayed there forever, but I really wanted to be back close to family.
[00:09:23] Sure. And I felt, okay, the time in life with my, with our family and everything was just right. And we moved back mainly for that reason. Yeah. As I said, I spent a lot of my life in China and Mausam talked about this, but also I lived through it in China.
[00:09:41] There was a moment when China's economy had reached a level that they had tremendous foreign reserves and they very deliberately started offering competitive salaries to bring expertise, research expertise back. And, but it wasn't that alone.
[00:10:05] It was the sudden transformation to generative AI that allowed them to catch up because they had brought back these people, but they were far behind. But once generative AI, the transformer algorithm, it, they suddenly didn't leapfrog the whole supervised learning optimization phase.
[00:10:34] And now they're competitors. So it looks to me that India has the opportunity to do the same thing. Do you, are you guys able to attract talent from the Indian talent, Indian national talent back from the United States? So speaking from the lens of IBM research, we actually find our talent in the local market mostly.
[00:11:03] And we do have people like me who move back to the lab and join IBM research, but mostly it is because they're moving back for their own reasons rather than us convincing them. So, but this is from the lens of our lab and we have eminence in the country in the research space. So if there is good talent, there's a high chance that they would want to go to a research lab like ours.
[00:11:28] But it's definitely not the case at large that there's a lot of local talent at that level available at scale in the way it would be in the US. And it is something that does need more effort. Yeah. Again, with, and are you hiring from the IITs? We hire from the IITs. We also hire from some of the other colleges. We hire PhDs. We hire masters. We also hire undergrad.
[00:11:58] Yeah. Strong undergrads. And does IBM have a policy of, actually, I don't know if Parts is still teaching. Do you? I don't know. Yeah. But he's now full time at DeepMind. If you hire somebody from a PhD student from the IITs, can they, or a professor, can they continue to teach at the IITs or, you know, as they do in the US? A lot of people have dual roles.
[00:12:27] So here, India does have this notion of professor of practice. And in some cases, if somebody is really passionate to do that, there are mechanisms to put that in place. But what we see is a lot of people just want to, if they are coming into an industrial research lab, they want to be successful there and make a difference. And that tends to take up a lot of your time and energy. Yeah.
[00:12:56] But yeah, there's a professor of practice mechanism that's available in India. Yeah. And the resources, you were saying that you collaborate a lot with the IITs. One of the reasons in the US that people go into industries because of the resources, the compute and data resources that aren't available to academic institutions. Is that the same here?
[00:13:23] That's one of the drivers that pulls people toward industry? It is, especially in this generative AI era. Oh, right. It's not, yeah, there's not a huge amount of resources available to academics in general. Some of them would have gotten grants, but again, that's very specific cases. Whereas in industrial settings, sometimes they can get more access.
[00:13:50] So that depends what drives the faculty. If they, a lot of them do great work, which doesn't need a lot of GPUs because they're doing theoretical things or they're trying to figure out nifty ways of improving something. But if somebody really wants to do at scale experiments, then it's not that easy to do. Yeah. And in the collaborations that you have with academic institutions in India,
[00:14:20] how does that work? Do you provide compute or you? Ah, so the way it works is there's a couple of different ways. We have long-term part research collaborations contractual with, say, IIT Bombay, IIT Delhi, IISC, where there would be four or five different projects running at a given point of time with co-PIs.
[00:14:49] And a faculty member and one of our researchers or two of our researchers would be co-PIs directing the work. So the student gets the benefit of industrial mentoring and practical problems. And faculty groups, they benefit from steering research in areas where industry is focused on and creates a job pipeline for some of these deep skills. And these would be funded programs by IBM.
[00:15:18] The other way also we work is in the open. There's this thing called the AI Alliance that was started two years ago. It's a community of organizations globally that have said, OK, we want to do some work in the open to build AI, to create data sets, to set up responsible practices for AI. IBM is very active in that.
[00:15:42] And in India, we've had some academic institutions like IIT Bombay, IIT Madras, IIT Jodhpur, some startups, AI and some nonprofits and some large system integrators become members. And so there these members might find common interest and they collaborate in the open. Each one gives something.
[00:16:07] Somebody gives people, somebody gives a few GPUs or data sets and we work on things. And that's a global alliance. That's a global alliance. Yeah, that was another question. So you were saying that research is not geographic at IBM. Right. So you may be working on hybrid cloud solutions and we can talk about the research.
[00:16:36] But you would be working with a team in the US or with a team in France or wherever. Yeah. Does you right now there's so much balkanization of the world politically, unfortunately.
[00:16:58] Are you able, does that interfere at all with like working with IBM in China or working with IBM in. I don't know if IBM has a big research presence in Russia, but I'm guessing they might. We don't have research presence in China or Russia. Okay.
[00:17:20] So we have research presence in Japan, in India, in Israel, in the UK and Switzerland, in the US and in parts of Africa. Of course, we have to be very clear and careful about all of our export compliance requirements. Yeah. And we are aware of that and we keep up to date with it. But given our footprint, we don't really run into the footprint that I spoke to you about. Right.
[00:17:49] We don't run into a lot of issues typically. Wherever there's specialized technology that even within this group needs to be contained, we be careful about that. But that's limited. Yeah. And how do you feel about India on its, as I said at the beginning, what interested me about India is looking at it from China.
[00:18:14] And not understanding why India is not a player in, at least yet, in the AI competition. I know researchers don't like to look at it as competition, but the political leaders certainly do. What's your view of why India has been slow?
[00:18:38] And then do you think it's possible for India to catch up as the India AI mission's ambition is? Yeah. So I don't know why things have happened as they happen because it's up to decision makers in the government and what they've done.
[00:19:01] But what I have seen is India has taken more time to bring in the investment and the intent at the level needed that some of the other countries have done. And perhaps that was, that's politics. I don't know what it is, right? But definitely since last year, I would say it's grown up several notches.
[00:19:28] And I'm very optimistic being engaged with many of these stakeholders and the intention that's there and the talent that's there. I think we have some ingredients. If we can use those right, we can be quite relevant. I don't know if we can become number one or number two in the next two years.
[00:19:49] But if we look at it from the lens of, are we maximally capable of applying the latest AI tech for the benefit of India on our own? I think we can get there. Whether we can make the next $3 trillion startups, that's a whole other question.
[00:20:08] Yeah, as a matter of fact, I'm hoping to speak to a startup person in Chennai because that has been another issue is the startup ecosystem and all the barriers to a startup. The level of investment, I think it's a bird of 1.2 or 1.6 billion. I can't remember the exact number.
[00:20:38] And a lot of that's going into data centers. And India is, I think, still only one gigawatt in consolidated data center power.
[00:20:56] What do you think's the critical ingredient? Because India has with the IETs and the JEE, you've got the top talent coming out of the IETs. Yeah. And there's also an English language facility, which I would think helps. So what do you see as the biggest bottleneck?
[00:21:24] I think it is the perfect storm of meaningful investment coming together with the talent and with infrastructure in a single entity, whether it's a startup or an academic effort or whatever it is. And that combination hadn't happened until last year for sure. Now, this year with India AI mission and some of the startups that are getting the major funding, I think it will happen.
[00:21:52] But but the infrastructure is still in a ramp up stage. The money is there. The people are there. Modulo, money getting released and all of that. But it's been committed. But I think our data centers have been building up. I don't know all the details, but what I understand is getting all the GPUs alive and in a single data center so that you have 4000 GPUs or whatever you need in a single place available for six months. It's getting there.
[00:22:21] So once all these three things come together, then it's going to move really fast because I know that the skills and the knowledge of what needs to be done in terms of how do you train these models? How do you prepare those skills are there? These startups, our folks, people have figured it out. So they don't need to rediscover that. It just that those three things have to come together in a sustained way so that people can do the work.
[00:22:51] And by infrastructure, you mean primarily data centers? Yes. Yeah. OK, so the research that you're doing here, it's on hybrid cloud. Is that the main focus? The main focus is AI, but enabling AI with a hybrid cloud architecture. Right.
[00:23:13] OK, so what that means is if I didn't have an hybrid cloud mindset, then I might just develop like a Gemini that runs on my cloud and I'm done. But if I have a hybrid cloud mindset, then I might say, look, I don't want to develop one Gemini on one place. I want to enable clients to use any model they want anywhere they want. And I want to develop models that are portable.
[00:23:38] I want to develop software technology that runs those models, uses those models in a way so that it's portable. So it's still AI research, but it's architected and prioritized so that it can be deployed anywhere on any cloud, on premise data centers, on power systems, on mainframe computers and things like that. So that's the lens we take.
[00:24:05] But the core research we do is, again, it's LLMs and image models and agentic systems. So it's all the same fundamental technology. And the LLMs that you're working on here, are they English local language specific? And do they cover a range of languages? So, no, we, again, the LLM work we do for our Granite models, it's a global effort. Right.
[00:24:35] So it's just one version of the model that anybody can use. And until now, we have supported mostly Indian languages have not been primarily supported, but our team here has been working to add better support for Indian languages into the same model series. So the next version that's going to come out, we expect it to be a lot more capable.
[00:24:58] The other thing we are also doing is as part of our collaborations in the AI Alliance and other areas where somebody else might be developing India specific models. We work with them to show how those models could be made hybrid cloud compliant or how could you scale them better. Because we don't see IBM really building India specific models or Germany specific models. It would be one common model that does reasonable everywhere.
[00:25:28] But it's likely someone will come up with a model that's really tuned for that market. And so we also want to work with them to allow them to scale and deploy their models wherever clients might want. Yeah. One thing you said earlier that I thought was interesting is that by working in India on these global efforts, it helps generalize models.
[00:25:55] Is that because of the data that you're using from India? So I'll give you a couple of examples. If you are only looking at data that's in the West, you'll have a lot of data on the internet. But if you say, okay, let me look at digitized data in India, that's way less. Right? It doesn't reach the levels.
[00:26:22] Then you're forced to think, how do I train models when I have less data and still get high quality? That helps you generalize your approach. So you're not training models with the assumption that I'll always have a huge amount of data. And that's useful because when we go to a bank or an enterprise and they say, look, I want to customize this model for my purposes, but I only have X amount of data. Can you do it?
[00:26:48] So that generalized approach of being able to work with smaller amounts of data can be useful in lots of these settings. That's one example. Another example is in these transformers, there's this notion of tokenization where you break up the words into little tokens like syllables. Now, which tokens you use can get biased based on which languages you've looked at.
[00:27:15] If you've not looked at Hindi and Indian languages carefully, then when you try and apply the models in India, those syllables are not going to be optimal and the model might not understand or interpret that language right. But if you have done that, then you can generalize your tokenization approach. These are some of the things that happen on the model side. Yeah, that's interesting. And this is something, a general question that I've never quite understood.
[00:27:41] But when you say you're working on the granite series, so those are open weight models available to anybody.
[00:27:56] The foundational training is what you're saying is that you contribute to that foundational training data so that the model will generalize across cultures and continents. Yeah.
[00:28:17] But when somebody, if a bank wants to do something specific with that model there, the model is already trained. You're talking about fine tuning, extended training. Yeah, there's different techniques, but generally you can, we just call it customization. Right. So you make the model even better for that business. Yeah.
[00:28:41] And how much data is obviously depends what you're trying to optimize for, but you need much less data to do that. But it is when you were talking about helping customize if a customer has only a little bit of data. How, what do you do? What, where is the research leading? Yeah.
[00:29:10] So there are things like, there's a couple of tricks, right? For example, there's data mixing strategies. So if you have X amount of data, right, which is small, and I take a nice granite model and I tune it on that. What could happen is it might get really good on the tests you run. Yeah. But it really lose all of its general capabilities that it had. It overfits. Yeah.
[00:29:39] So it forgets things there. Now that might become a problem when you deploy it out there in the field, because you only test on a hundred examples, but your consumers are going to throw all kinds of questions and things at it. It's relevant to your business, but it does need that general knowledge and general skill there too. So you need to then figure out how do you maintain that general skill while infusing your business specific skills in this tuned model.
[00:30:06] And there's tricks around how do you mix the old data with the new data and what proportion do you use? How do you feed it to the model? There's this notion of curriculum training, like how you might train someone who joined New York Times. Yeah. You might ease them into it. So all of these recipes, we call them recipes, have to be tuned to the data scenario you have in that client's environment.
[00:30:33] There's also other tricks around synthetic data generation. So you might say, okay, if you only got X data, I will have some clever tools that will understand the distribution of that data and synthesize a lot of data that looks like that. It's not supernatural, but it's good enough so that if the model sees the realistic data and sees some synthetic versions also, that's better than just showing it that little bit of it.
[00:30:59] So there's all these innovations around data that come in. And the data mixing, are you pulling data out of the original training data and mixing it with the fine tuning? If you have access to it. Yes. So if it's us doing that for the client and it's the granite model, then of course we have the data. But if it's somebody else trying to do it, they may not have access to the old data.
[00:31:25] Then there's other tricks you have to try where you try to make the model generate old data that it might remember and then use that back. So that's... Yeah, that's fascinating because this is a little bit off tangent.
[00:31:44] The big blocker in my mind too, right now we seem to have reached a plateau in generate AI models or there's some incremental improvement.
[00:31:57] And it feels like where we were with supervised learning where the research community focused on optimization and getting smaller and smaller improvements or refinements, which are important for productization. But in terms of getting to ASI, it's not going to happen.
[00:32:22] So to me, the big blockers are catastrophic forgetting and continual learning, lifelong learning, whatever you call it. Is... Does this research what you're talking about, it sounds like that might be relevant for solving... Yes. I wasn't using those terms, but it's exactly what you said, catastrophic forgetting and continual... Actually, catastrophic forgetting is no longer catastrophic.
[00:32:51] It's just forgetting because we've gotten past those early days where researchers would just do like bad data mixes and it'll just forget everything. Right? But now it's more like, oh, it used to be... It used to get a hundred marks on this kind of a task. Now it's getting 80. It doesn't go down to zero. Yeah. But we still want to keep it at 90 plus because we know that's a useful skill in the wild world out there.
[00:33:19] And you don't want to forget that even that little bit. And continual learning is another important one because model versions change, new data comes along. You want to add new use cases. As a bank, you say, okay, initially I thought I'll train this, but then a year later you've got sort of new things. Yeah. And you don't want to go back to the scratch pad and do everything from the beginning.
[00:33:45] So these are all very valid problem statements that come up when we put this hybrid cloud and enterprise lens where we want to give control to the client rather than keeping all of the control with the model provider.
[00:34:02] Does in lifelong or continual learning, if you can solve catastrophic forgetting, does the model, do the parameters need to expand with as the data is added? So we try not to.
[00:34:24] It's typically the model as of now, the approaches that are being pushed and improved, keep the same model architecture, the same parameters, same everything. It's just that you figure out new values for those parameters, either through extended training process or some reinforcement learning process or using these things called LoRa adapters, low rank adapters.
[00:34:52] But those low rank adapters, while they are additional parameters, but they overlay onto the same parameters at the end of the day. So, yeah, as of now, there's not, I am not aware of much that changes the model. Are you hopeful that the catastrophic forgetting will be solved to a degree that continual learning can become a reality?
[00:35:16] I think it can become a reality, yes, but I don't think it's going to be perfect, but I think it's going to become useful. Yeah. Yeah, it'll be good enough to be useful.
[00:35:30] In fact, when we work on our products, like the WatsonX, we have this code assistant for COBOL, like legacy languages, which actually a lot of clients use, a lot of credit card transactions, bank transactions are actually handled on the mainframe. Yeah. And those are all running on code written in COBOL assembler, all these things.
[00:35:54] So none of the models that you find in the public domain do well on these because they haven't seen that kind of data. So we take our granite models and then we customize them with our in-house expertise in IBM to become better on understanding COBOL, writing COBOL, converting COBOL to Java.
[00:36:15] And we release an updated version every four to six weeks, which means we've had to figure out continual learning and some aspects of continual learning for that. So it's already in practice, but I think solving it more generally so that you don't need, you don't need PhDs. You just need a button and it should just work. I think we're not there yet. Yeah. Yeah. Yeah. And that's interesting.
[00:36:43] So that's because there is this massive installed base of COBOL. Yes. And there've been a lot of, there's cottage industry in translating or modernizing COBOL, but because to find an engineer that understands the language is getting harder and harder. Yeah.
[00:37:12] So, so these models are taking over that role. They can understand the language. Yes. They don't, they're not necessarily translating it into a more modern language, but they allow engineers to work with. It's all of those. So you can use it to explain some COBOL that's looking cryptic to you. You can say, Hey, explain this to me in English. What does it do? Okay.
[00:37:39] You can use it to write new COBOL. Maybe you've got like a complex tax calculation code and you're like, Oh, the tax rate changed. Where should I go change, make the change. So the model will try to guide you. You can use it also to convert some COBOL code to something like Java because it understands COBOL and Java. And so it would read the COBOL and say, Hey, this is a Java that you could use.
[00:38:06] Still have to double check it, but it can actually translate COBOL to some more modern languages. The new thing that we are trying to do on is not just the model, but the system so that it can give, bring in business context. Uh, cause this COBOL code that clients have, it actually implements their business process. How is that line of state tax calculated on my mobile bill?
[00:38:35] Behind that, there's some business rules. That's what's coded up. And if you don't know COBOL and if you didn't know 40 years ago, why was this written in this way? Uh, that knowledge of those business rules is getting lost or it's locked in, I would say. Right? So that's a huge risk for our clients. Cause if let's say 10 years from now, they don't have anybody who understands why that tax calculation was done that way. Or what is actually happening?
[00:39:05] It's hard for them to maintain it or there's a new regulation that requires a change. It's a huge risk. So bring interpreting that entire code base and creating a business description of that is one very interesting problem. Yeah. And you mentioned a middleware for agents. Yes. Is that an orchestration layer to, to manage multiple agents or the coordination or cooperation? Of agents.
[00:39:34] There is that, that's the most obvious one. Uh, there's a product we have called Watson X orchestrate that does that, but then that's not all. What happens is let's say you, you have, you use a powerful LLM as an agent where you say, book flight tickets for me or promote somebody or whatever. Now, nowadays these agents, they first make a plan dynamically to do this.
[00:40:00] I got to do this and then that book called that tool called that API read this file. And then I'll do that. Uh, and then based on that, it'll take actions. It'll call some API. It'll generate the code for calling an API or it'll open up a file on the disc and read its contents and decide what to do. So these things are called tools for the LLM.
[00:40:23] And if you don't provide good tool descriptions to the LLM, it may not know what it actually does. Not so different compared to humans. If you put a new employee into a complex business process, but they don't give them very good standard operating procedure documents and you just give high level descriptions, they're going to make mistakes and do something. Uh, so that's one example of now.
[00:40:52] Now, so now you're shifting the, who's going to write those descriptions? Now, again, you need humans, right? So you can create tools that actually generate good descriptions or that they test. Are these tools actually doing what the description says it does or did you miss something? So there's a lot of, that's one example. Another is security.
[00:41:13] If you've got an agent that is performing some business task in the SAP system or something on your behalf, you need the same identity authorization, auditability and all of that you would need if you were doing it. But now you're offloading it to this AI system and there might be thousands of users using the same system.
[00:41:39] So you need security mechanisms to track that this request came from person X, their enterprise authorization is Y. And so I need to like that particular call needs to. So there's all of this machinery you need, which is not just the orchestration. Uh, so we, as in an IBM research, not just the India team, we are working on a lot of these things so that then we have more mature capabilities.
[00:42:05] And are you seeing, Mike, I spoke to Kumar, I think her name was at Microsoft about, she was talking about society, societies of agents that will be working together invisibly doing a lot of the routine stuff has to happen in business and society.
[00:42:32] But there's been very slow uptake by the enterprise. And largely because it's a trust issue, not just security, but, um, and I played around with agents. Uh, and you set it off to do something and you go away and come back and realize for, it's been waiting for 45 minutes for you to say yes.
[00:43:01] Is there, uh, do you, as IBM, of course you believe in the promise of agents, but, uh, it just seems that there's a lot of hype about agents, but practical use is lagging and it's lagging because of these, uh, reliability issues.
[00:43:27] Yeah, I think the hype is moving faster than it should. Yeah, as it always does. As it always does. As it always does. So, uh, I think again for enterprises, uh, they want to be sure it's going to work in the way things used to work when I didn't have the agent in there.
[00:43:47] Uh, and, uh, just because I can do things with chat GPT using flight tickets doesn't mean that this thing is going to integrate right with my SAP systems and with my work day and with, and it will have the right user experience because ultimately some end user is going to work with it. And it needs to fit into that business process. Uh, so all of these engineering act things are still left to be done.
[00:44:17] Yeah. I'm not saying these are rocket science, but they need time and effort. They need a lot of design and iteration to figure out. And alongside that, there's also this thing that not everybody is going to integrate a public frontier model into their internal business process. Right. And so when you have an on-prem deployment of some model, getting it to do what open AI figured out is not trivial.
[00:44:43] So that's the gap, this sort of engineering and sort of enterprisification, uh, that will take a bit of time. Yeah. It will happen, but it'll just have to play out. For young engineers in, uh, India, there's very high unemployment among, uh, IET grads. And I get asked this question, I'm a journalist. I have no idea, but people ask me all the time, what should I study it?
[00:45:11] What would be the, uh, uh, what would be your answer? What should an 18 year old study today, uh, to be part of the AI future that we're looking at? Yeah. So if it's an AI centric future, because they should study things that are not AI also, because there's still a mechanical engineer. All those fields. Although AI will take care of a lot of that. Yeah. But you do need the domain expertise, right?
[00:45:41] You, if you don't understand mechanical engineering, even if you're using AI, you will not be useful to an automotive company. So I would say two things are important. Not understanding the fundamentals is still important, even if you're going to use AI in the future, because people hiring you will always hire the person who understands the fundamentals and can use AI versus someone who doesn't and can use AI. Yeah.
[00:46:11] That's important. That'll empower you. And the other is, I think, uh, we're beyond, we're getting beyond this area of I've learned a skill. I'm good in that. And I'll have a career in it. Yeah. That's gone. Right. So the more, uh, diverse experiences you have so that you condition yourself to continuous learning. Also humans need to have continual learning and application of that learning very quickly. Uh, that's a skill that is important.
[00:46:40] I think it's not just on the students, our academic institutions have to create that environment. That's the combination at this point, at least for the next few years. Okay. Yeah.

