What is our primary use case?
We primarily use Lightning AI as an experimentation and rapid prototyping environment for AI products. At Klydo, our engineering team works on a mix of recommendation systems, product matching, catalog intelligence, customer support automation, and several internal AI agents. Lightning AI became useful because it allowed us to spin up development environments quickly without spending too much time managing infrastructure.
I would like to give an example where we used Lightning AI for the product matching system of our fashion catalog. We needed to identify similar products across different brands and suppliers, even when the product title, description, and attributes were not very consistent. Before Lightning AI, this was very difficult and experimentation took a fair amount of engineering efforts. The biggest benefit was iteration speed. We could run multiple experiments and compare model outputs, share notebooks with team members, and validate the results with our business stakeholders in a much shorter cycle, which might have taken several days. This reduced the time to several hours. As a result, we were working on prototypes significantly faster and we were able to focus more on improving model quality rather than spending time on infrastructure and environmental management.
Another use case involves AI agents and internal productivity tools. Apart from experimentation, we have used Lightning AI for a sandbox environment for building and testing agent-based workflows that interact with multiple data sources. For example, we experimented with an assistant that could query operational data, analyze business metrics, and help our team retrieve insights without having to write SQL queries or navigate dashboards manually. Lightning AI was valuable here because data scientists, product engineers, and business stakeholders could easily collaborate in the same environment. We could quickly prototype an idea and test it with real business scenarios rather than wait for feedback and iterate with delays.
We also use Lightning AI for AI tools and one use case is knowledge transfer. If someone was out of office or moved to another project, the work was already documented and available within the platform. Onboarding another engineer was much simpler. From a startup perspective, collaboration was not just multiple people editing the same project. It was reducing the back and forth which is typically involved in AI development instead of sharing screenshots or exporting notebooks or setting up environments repeatedly. The entire team could work on common content and iterate much faster. That is probably why I view Lightning AI less as a notebook platform and more as a shared experimentation workspace for AI teams. The standout features would be fast setup, onboarding, easy access to resources, strong collaboration capabilities, flexible support of AI and LLM workflows, and a faster path from idea to working prototype.
How has it helped my organization?
The biggest impact has been on development speed and team productivity. At Klydo, we are constantly experimenting with new AI-driven features, whether that is catalog intelligence, product matching recommendations, search improvements, or internal AI assistance. Before using Lightning AI, a significant amount of time would go into setting up environments and managing dependencies. Lightning AI helped reduce that overhead considerably. Engineers and data scientists could start testing ideas much faster, which meant we could validate concepts earlier and make decisions based on results rather than just on assumptions. It also improved collaboration across teams. From a business perspective, the biggest value was reducing the time between identifying an opportunity and demonstrating a working proof of concept. In a startup environment, that speed can make a significant difference because it allows the team to prioritize investments based on real outcomes rather than lengthy, prolonged planning cycles. Overall, it has helped us spend less time on infrastructure and operational setup and more time building constantly and evaluating AI solutions that can create value for businesses. That is probably the most meaningful impact we have ever seen.
In terms of measurable results, I can share some approximate metrics. We saw roughly 40 to 50 percent reduction in environment setup time, which previously took one or two days of configurations. Now it could be done within a few hours. For AI proof of concept, we were able to get from idea to a working prototype 30 to 40 percent faster compared to earlier workflows. Onboarding engineers on an ongoing project became noticeably easier. The time required for new team members reduced by roughly 25 percent because the environment and notebooks were already standardized. Collaboration cycles between product, data science, and engineering teams became shorter. In several projects, review and feedback loops that would typically take several days were compressed to a single working session.
What is most valuable?
Lightning AI's best feature is the fastest environment setup. Engineers could start experimenting almost seamlessly and immediately, speeding the time significantly. Integrated notebooks are also really good with the development workflows. There is on-demand compute and GPU access, which is also really good. Collaboration is the main feature that we use. It has reduced a lot of time and overall, it has reduced infrastructure overhead for startups such as our company.
With Lightning AI, collaboration is actually one of the areas where our team saw a tangible benefit. A typical scenario would involve a product engineer and a data scientist and sometimes business stakeholders who are working on the same initiative. For example, we were building a catalog intelligence feature. The data scientist would experiment with embedding models and ranking approaches, while I would focus on integrating those outputs into APIs and product workflows. Instead of everyone maintaining separate environments, we could work with a shared workspace where the notebook, data set, and code were accessible to the team, which made it easier to review each other's work and reproduce results. Another practical benefit was during model review when the data scientist could share notebook demonstrations of why a particular model performed better, and the engineering team could immediately inspect the logic, run additional tests, and validate edge cases without having to spend time recreating the environment locally.
What needs improvement?
There are definitely a few areas where Lightning AI can improve. Overall, we have had a positive impact, but there are definitely a few areas it could enhance. One area is cost visibility and resource management. There are multiple teams running experiments, GPUs, and long-running sessions. It is not always obvious how much compute is being consumed and what the projected costs might be. More granular visibility and alerts would help the team manage usage proactively. Another area is workspace and project organization. As the number of experiments grows, it can become difficult to keep projects, notebooks, data sets, and test environments organized. Better lifecycle management could help achieve this and discoverability would be useful for larger teams. We have also encountered situations where long-running sessions or development environments needed more resilience. While this is not unique to Lightning AI, interruptions during model training and experimentation can be frustrating, especially when working with larger data sets. From an enterprise perspective, I think there is room to strengthen governance and operational control. Features around permissions, auditability, environment standardization, and usage policies become increasingly important as adoption expands across teams. I would particularly appreciate better support for moving successful experiments into production workflows. There could be better cost and resource visibility, stronger project and experiment organization, improved reliability for long-running sessions, stronger governance capabilities, and a smoother journey from experimentation to production. None of these are major blockers for us, but these are areas where the platform could become more valuable as the team and workload scale.
A minor annoyance would be stronger project and experiment organization. When more data sets and more projects come into place, it becomes difficult to organize, and keeping them in a standardized way becomes slightly difficult. That is an area I wanted to highlight.
There is not much of a pain point. There are a few minor suggestions I would mention, such as observability and experiment tracking at scale. When teams start running many experiments across different models, it becomes increasingly important to have a clear view of what changed and why performance improved or declined. That could be one area. Another area is cross-team discoverability. As AI adoption grows within an organization, valuable experiments and reusable components can be scattered. Better mechanisms for surfacing reusable workflows and templates would be beneficial. I would also appreciate continued investment in LLM and agent development workflows. The AI landscape is evolving rapidly. These suggestions come from the perspective of a team that is using the platform heavily. Most of the core capabilities work well today, which is why the feedback is more about helping the platform scale with a growing AI organization rather than fixing major shortcomings.
For how long have I used the solution?
I have been using Lightning AI for the past one year.
What do I think about the stability of the solution?
In terms of accuracy and reliability, Lightning AI itself is not really an AI model producing the output. It is more of a platform that enables us to build, train, evaluate, and deploy AI solutions. Accuracy depends a lot on the models, data sets, prompts, and workflows. From a platform perspective, Lightning AI has been reliable in helping us develop and evaluate AI systems. We have been able to run experiments consistently and compare model versions or iterate on improvements without significant friction. For example, when working on a product matching and catalog intelligence use case, the platform made it easy to test multiple embedding models and evaluation approaches that allowed us to improve accuracy systematically rather than relying on intuition. In terms of reliability, we have generally found the environment stable for experimentation and development workloads. Results are reproducible, and Lightning AI does not directly determine the accuracy of our AI solutions, but it provides a reliable environment that helps us improve, test, and validate those solutions more efficiently.
What other advice do I have?
My advice would be to start with a clear use case and leverage Lightning AI for what it does best: accelerate AI development. If the team is spending significant time setting up environments, managing infrastructure, or trying to coordinate experiments across multiple people, you will likely see value fairly quickly. The platform shines when you want to move from an idea to a working prototype as fast as possible. I recommend treating it as an enabler rather than expecting it to solve every AI challenge. Success still depends on having good data, clear business objectives, and a disciplined approach to experimentation. Lightning AI makes those processes faster, but it does not replace them. For startups and smaller teams, I suggest starting with one or two high-impact projects rather than trying to migrate everything at once. We found the biggest win came from rapid prototyping, model evaluation, and AI application development where speed matters most. For larger organizations, it is worth spending time upfront defining governance, resource management, and collaboration practices so teams can scale their usage efficiently. Use Lightning AI to remove infrastructure friction and accelerate experimentation, but focus your energy on solving business problems rather than exploring technology for its own sake. I would rate this product a 9 out of 10.
Which deployment model are you using for this solution?
Public Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?