Podcasts about tech talks daily

Why do businesses replace the AI model when the failure may have started somewhere else entirely? In this episode of Tech Talks Daily, I speak with Richard Shaw, Technology General Manager for Databricks in the UK and Ireland. Richard leads the field engineering organization that works closely with customers on data and AI problems, giving him a practical view of what happens when promising agentic AI projects meet production workloads. Richard argues that the model often receives the blame because it is the most visible part of the system. The actual fault may come from stale data, missing business context, inconsistent permissions, an unsuccessful tool call, or another point in the workflow. Replacing the model before tracing the request from start to finish can recreate the same problem in a new place. This is why lineage, end-to-end tracing, and continuous evaluation matter once an agent moves beyond a controlled pilot. We discuss what a production-readiness rehearsal should include. Richard recommends realistic data, realistic user volumes, unauthorized requests, ambiguous questions, failed tool calls, and tests of what the agent should refuse to do. Teams also need agreed standards for quality, security, cost, and auditability, along with a clear decision about which actions an agent can complete independently and where a person must review or approve the result. The conversation also looks at model choice and infrastructure cost. Richard believes the strongest test is performance on the organization's actual work rather than a benchmark leaderboard. A frontier model may suit complex reasoning, while a smaller or open-weight model may perform routine extraction or classification at a lower cost. Access policies, observability, and spend controls need to remain consistent as those model choices change. Conversational analytics creates another governance challenge. Databricks customers such as Virgin Atlantic and Repsol are using natural-language tools to make company data easier for employees to question. Richard says wider access should preserve existing permissions, ownership, definitions, and lineage. An answer becomes far more useful when the user can see where it came from and which team owns the information behind it. We also cover the boundary between historical analytical data and fast operational workloads. Richard describes how Databricks positions the lakehouse for broad enterprise context and Lakebase for immediate reads and writes, such as updating an account, placing an order, or storing agent memory, while keeping both connected to a common data and governance base. Are companies ready to trace and test the whole AI workflow, or are too many treating the model as both the hero and the culprit? Listen to the episode and share your thoughts with me.  

How can businesses turn growing investment in AI infrastructure, cloud capacity and devices into outcomes that employees, customers and finance teams can actually measure? In this episode of Tech Talks Daily, I speak with Neil Sawyer, who manages HP's business across Europe, the Middle East and Africa. Neil works with companies across one of HP's largest global regions as they move from AI experimentation into wider deployment, making him well placed to discuss what happens when early enthusiasm encounters cost, security, governance and the realities of the workforce. We begin with the gap between building AI capacity and applying it to a business problem. Data centers, models and powerful devices provide options, but the investment only becomes useful when a company identifies the workflow it wants to improve. Neil argues that leaders should begin with the outcome, understand where AI can remove friction and decide how they will measure productivity, employee experience and business performance before buying another layer of technology. That raises a difficult question about productivity. If AI helps someone complete a task faster, does the organization use that saved time to improve the work, develop new ideas and give employees room to think, or does it simply add another task to the queue? I share my own experience as a business of one, where every efficiency gain has a habit of becoming extra output rather than a Wednesday afternoon at the cinema. Neil compares the current moment with earlier periods of industrial change and makes the case that automation should release people from repetitive administration so they can contribute creativity, judgment and higher value work. We also discuss why AI costs are becoming a boardroom issue. Token based services and agentic systems can produce growing and unpredictable bills as adoption spreads across a company. Neil explains why every workload does not need the same model or environment. Large language queries may benefit from cloud capacity, while sensitive data, company specific information and some recurring tasks may be better suited to local or on device processing. The decision affects cost, responsiveness, privacy, security, data sovereignty and environmental impact. Neil describes HP's view of hybrid AI, including devices with neural processing units and Z by HP Boost, which can connect available workstation GPU resources. He also explains why device refresh decisions should reflect workforce personas. A data scientist, account manager and office administrator may work for the same company, yet their computing needs can be very different. Mapping technology to the employee's role can help a business spend with greater discipline while giving people the performance they need. The conversation also covers governance and measurement. Informal use of public AI services can be difficult to see, assess or manage. Neil recommends giving employees an approved AI toolkit, using enterprise services that provide telemetry and examining how technology availability and performance affect the employee experience. Adoption figures can show that a tool is being used, but they do not prove that it is improving an outcome. We finish with a practical checklist for leaders. Define the outcome, identify the workflow, determine where each workload should run, calculate the cost, agree the measures of success and put clear controls around data, privacy and cybersecurity. That approach gives cloud and device based AI distinct jobs within the same business strategy. How is your organization deciding which AI workloads belong in the cloud, which should run closer to the employee, and whether the investment is producing measurable value? Share your thoughts with me.

What could your team achieve if a document that previously took two hours could be created in eight minutes? In this episode of Tech Talks Daily, I speak with Oskar Konstantyner, Chief Product Officer at Templafy, about the rapid adoption of AI agents across enterprise document workflows and what those productivity gains mean for knowledge workers. According to Templafy's proprietary usage data, AI agent adoption among its enterprise users grew from virtually zero in October 2025 to 53% by June 2026. Its analysis found that documents created without agents had a median completion time of two hours and an average of 5.6 hours across 16,000 sessions. With AI agents, the median fell to eight minutes and the average to 27 minutes across 14,000 sessions. The most common documents included pitch decks, company communications, sales materials, and product roadmaps. However, Oskar cautions against treating speed as the final measure of AI productivity. We discuss an accounting firm that could not respond to thousands of tenders because it lacked the capacity to create enough proposals. Faster document production could allow that business to participate in additional opportunities while applying its knowledge about what makes a winning submission. The benefit comes from increased commercial capacity and stronger results, rather than counting recovered hours alone. Oskar also explains what happens during those eight minutes. AI can locate relevant information, find approved content, recommend a presentation structure, apply previous lessons, and complete much of the production work. Humans remain responsible for original thinking, client judgment, factual accuracy, and final approval. In many cases, the agent may produce 60% to 90% of the document, but the beginning and end of the process remain human-led. The conversation also considers the growing volume of generic AI documents. A business already has approved slides, company descriptions, brand assets, legal statements, and sales messages. Regenerating all that material wastes tokens and risks inconsistency. Oskar argues that agents should determine when existing content should be reused, when rules should be applied, and when something genuinely new needs to be created. We also discuss why AI adoption improves when agents appear inside PowerPoint, Claude, OpenAI, and Copilot. Most employees are unlikely to abandon familiar workflows every time another AI application arrives. Is your company measuring AI success through minutes saved, or through the additional business those minutes make possible? Listen to the conversation and share your thoughts with me.

What happens when an AI system gives a customer the wrong price, misrepresents a product, or recommends a competitor using outdated information? In this episode of Tech Talks Daily, I speak with Alex Sherman, co-founder and CEO of Bluefish AI, about the growing influence of AI-generated answers on brand reputation, product discovery, and purchasing decisions. Search once gave companies a reasonably visible path between a customer's question and the websites informing the answer. AI changes that relationship. Systems such as ChatGPT, Gemini, Rufus, and other assistants combine information from many sources into a single response. Customers may never visit the original pages, read the supporting evidence, or know which source carried the greatest influence. Alex explains that inaccurate AI answers are not always extraordinary hallucinations. Models learn from an internet filled with conflicting product descriptions, outdated specifications, opinionated reviews, creator videos, and content generated by other AI systems. Bluefish says its monitoring has found inaccuracies or misleading portrayals in roughly 10% to 20% of the AI responses it tracks. A company may publish a concise product page containing a few hundred words, while a customer writes a lengthy Reddit post describing why they love or hate the same product. The longer and more detailed source may give an AI model material it can use across many customer questions, even when that source presents an extreme or unbalanced view. Bluefish also reports finding small YouTube creators carrying considerable influence over how models describe certain brand attributes. This creates a new responsibility for marketing teams. Visibility alone is no longer enough. Businesses need to understand whether they appear in AI answers, how positively they are presented, whether the facts are accurate, which sources influence the response, and whether that exposure contributes to a sale. Alex describes how Bluefish's AI Accuracy tool monitors model responses, flags potential errors, identifies the cited source, examines the content behind it, and helps a company determine what action could correct the result. The source may be an external article, but the problem could also come from the company's own website. A model might confuse this year's device with last year's version because the distinction between their specifications was unclear. Correction is only part of the process. Brands must measure whether new content changes the AI response and whether the revised answer cites the information they supplied. This turns AI accuracy into an ongoing measurement discipline rather than an occasional reputation exercise. The stakes rise further with agentic commerce. Alex believes companies will increasingly serve two audiences: the person buying the product and the AI agent researching or acting on that person's behalf. Marketing teams will need to understand what agents read, how they evaluate choices, and why a recommendation resulted in a purchase or a lost customer. Our conversation ends with a wider concern about convenience and choice. Alex compares AI discovery with opening Netflix and accepting the options placed on the first screen. AI can make research faster and easier, but relying on synthesized answers may weaken our willingness to search beyond what an algorithm selects for us. I'd love to hear your thoughts, so how much influence should AI have over what consumers discover, compare, and ultimately buy?

What happens when an AI assistant becomes the first place a potential customer learns about your company, but the answer it provides is inaccurate, outdated, or influenced by a competitor? In this episode of Tech Talks Daily, I speak with Justin Seibert, founder and president of DOM, also known as Direct Online Marketing, about generative engine optimization, AI search visibility, and the brand narratives being assembled by ChatGPT, Claude, Google AI, and other answer engines. Justin has worked in digital marketing since 2001 and founded DOM in 2006. He has watched search marketing develop from the early days of measurable clicks and online leads into a system where an AI assistant may answer the customer's question before that person visits a company website. We discuss why appearing in AI search results tells only part of the story. Companies must also understand what the system says about them, whether the information is accurate, and which sources influenced the answer. Reviews, Reddit discussions, press coverage, social media, newsletters, company websites, and third-party platforms can all contribute to the narrative. Justin recommends separating prompts into four groups: branded searches, competitor searches, top-of-funnel informational questions, and bottom-of-funnel transactional questions. Each category requires different measurements. Branded prompts reveal sentiment and accuracy, while transactional prompts show whether the company reaches the shortlist presented to a motivated buyer. He also explains why companies should define the niche in which they want to become the preferred recommendation. A broad insurance company may struggle to dominate every AI conversation, for example, but it could establish authority among a specific age group, product category, or geographic market. According to Justin, visitors arriving through AI referrals can convert at rates two to four times higher than traditional search visitors. He believes these buyers often arrive better informed, with a shorter list of options and a stronger intention to make a decision. That makes exclusion from an AI-generated shortlist a serious commercial risk. We also consider what happens when paid placements become common inside AI experiences. Justin argues that companies building organic authority today may retain an advantage as AI advertising becomes increasingly crowded and expensive. Finally, Justin offers a practical audit any leader can perform. Log out, use a private browser, check from relevant countries, compare the company with its competitors, ask the AI why it produced its answer, and inspect the sources it cites. Have you checked what AI assistants say about your company, and would a potential customer trust the story they find? Listen to the conversation and share your thoughts with me.    

Can electricity grids built for an earlier era support AI data centers, expanding manufacturing, electric vehicles, severe weather, and rising customer expectations at the same time? In this episode of Tech Talks Daily, I speak with Mark Hollis, utility executive advisor at SAP, about the pressures reshaping the utility industry and the practical choices available to leaders today. Mark spent over 15 years at Duke Energy before moving to SAP, where his work gives him visibility into utility organizations across North America. Mark describes a combination of load growth, disruption, long construction timelines, and regulation. Data centers are receiving much of the attention because of the electricity required by AI, but he argues that they are only part of the story. Manufacturing is returning to parts of North America, transport and heating are becoming increasingly electrified, and utilities must prepare for wildfires, hurricanes, winter storms, and other events that affect generation and delivery. The obvious response is to produce additional electricity, but every option comes with physical and commercial limits. Wind and solar contribute to the generation mix, although output depends on conditions. Small modular nuclear reactors could support future demand, but commercial deployment takes time. Batteries can store electricity and release it later, but they do not generate the power they hold. Customer programs can also reduce pressure at busy periods, including arrangements that allow a utility to adjust connected thermostats by a few degrees. This makes modernization a portfolio of decisions rather than a single bet. Utilities must decide how to divide capital among generation, transmission, resilience, customer systems, and new technology. The people who understand existing processes are often the same employees needed to design and implement replacements. At the same time, information technology and operational technology are becoming increasingly connected, forcing companies to reconsider how business functions share information and how technology decisions support outcomes across the enterprise. AI creates another tension because it contributes to electricity demand while also offering utilities new ways to work. Mark says most utilities he meets are cautiously optimistic. Their questions include where to begin, whether the value is proven, how long adoption will take, and whether poor data must be fixed before useful work can start. He warns against choosing the hardest problem first or judging a business process by the forgiving standards people accept from consumer AI tools. His advice begins with the business problem. Automating an inefficient process can make it more expensive and harder to correct. Utilities should define what they need to improve and why, establish connected data with the right business context, set clear quality requirements, and retain human review where errors could affect customers, safety, finance, or regulatory obligations. Mark brings this to life with several utility AI use cases. AI could summarize customer interactions across field service and contact center systems, allowing the next employee to understand what happened previously. It could review billing exceptions during unusually hot or cold periods and support earlier customer communications when consumption is likely to produce a much higher bill. He also discusses using AI to summarize lengthy rate-case rulings before approved changes enter billing systems. During outages, an AI system could help dispatch crews by considering skills, equipment, parts, certifications, location, safety, and customers with medical needs. A human dispatcher could then review and approve the recommendation rather than building the complete schedule manually. The opportunity is real, but so are the limits. Utilities operate regulated infrastructure where reliability, safety, auditability, and public trust cannot be treated as optional features. Where should the industry begin, and which use case offers the right combination of low effort, meaningful impact, and manageable risk? Listen to the conversation and share your thoughts with me.  

What happens when an AI system moves beyond recommending the next sales action and begins running a connected revenue workflow? In this episode of Tech Talks Daily, I speak with Abhijit Mitra, CEO of Outreach, about the operational work required to turn agentic AI into measurable revenue outcomes. Abhijit argues that adding another AI tool can create extra complexity when customer data remains fragmented and applications cannot share context. The starting point is the business process: what problem is being solved, which data supports it, what agents may do, and where human judgment remains necessary. We discuss the difference between a recommendation and an autonomous action. Revenue teams may begin with supervised spot checks while an agent researches accounts, identifies prospects, drafts messages, and runs targeted campaigns. Once the data and results earn confidence, parts of that process can operate continuously. Multi-step work adds another requirement because the output of one agent must become useful input for the next. Research, outreach, coaching, forecasting, and expansion cannot deliver their full value as isolated tasks. Context runs through the entire conversation. Abhijit describes the customer history, product usage, prior interactions, industry signals, buyer priorities, and organizational memory that can turn a generic model response into a commercially useful action. He says access to a frontier model alone does not create a revenue platform because each business still needs its own context layer and controls. We also discuss Outreach's MCP Server and Client, which allow agents to receive information from surrounding systems and return their work to platforms such as Salesforce Agentforce, OpenAI, Anthropic, and Microsoft. That interoperability creates a governance question. Abhijit's advice is to give an agent the same roles, permissions, and data access as the person or team it supports. If the platform cannot control access at that level, he advises companies to wait. The conversation then turns to the changing software model. Abhijit describes a move from assigning SaaS licenses to employees toward deploying agents with particular skills and a defined capacity. That makes workflow design and measurement increasingly important. He recommends establishing a baseline before rollout and tracking revenue against cost through indicators such as win rate, deal size, quota attainment, pipeline movement, forecast accuracy, and seller productivity. Can revenue teams use agents to remove administrative work while protecting customer trust and keeping relationship building human? Listen to the episode and share your thoughts with me.

What would happen if specialty insurance underwriters and risk capital providers could work from the same timely, detailed information? In this episode of Tech Talks Daily, I speak with Jeff Radke, CEO and cofounder of Accelerant, about the infrastructure behind specialty insurance and why his team chose to rebuild it around a data-driven risk exchange. Jeff has spent decades in reinsurance broking, reinsurance underwriting, and specialty insurance across New York, Bermuda, and London. That experience gave him a direct view of a process he describes as expensive, slow, and supported by weak data flows. Jeff explains that Accelerant backs independent underwriting specialists who focus on narrow areas of risk, from pickleball courts to New York brownstones. These teams need the regulatory ability to issue policies and the capital required to support them. Accelerant connects those needs through a shared platform that routes risks to insurance companies and distributes them across a group of capital providers. The economic argument is striking. Jeff says the traditional chain can consume about 40 cents of each premium dollar in expenses and overhead. Accelerant instead seeks portfolio-level solutions across a diverse book of business, reducing repeated negotiations and transfers between intermediaries. He also addresses the tradeoff created by concentrating information in one exchange, including the need to protect data and cash flows when participants depend on a shared platform. Data quality sits at the center of the conversation. Jeff says older policy administration systems often retain only eight to twelve exposure characteristics for each policy, while Accelerant captures over 60 on average. That fuller record gives underwriters and capital providers more information when selecting risk, reviewing performance, or investigating a problem. We also discuss why smaller underwriting organizations may hold an advantage over established insurers. New teams can begin with data at the center of their operating model, while larger companies must change processes built around older systems. Jeff argues that the biggest barrier is often mindset rather than budget. AI has a defined role in that model. Accelerant uses agentic AI to organize varied incoming data, identify products whose performance needs attention, support portfolio construction, and improve internal operations. Jeff draws a firm boundary around responsibility: underwriters remain accountable for underwriting outcomes. His father's advice captures the principle neatly: do not blame the wheelbarrow; responsibility belongs to the person driving it. Could shared data and lower operating expense return more value to policyholders while preserving human judgment? Listen to the conversation and share your thoughts with me.  

What if the vehicles already traveling through our towns and cities could report road damage before a pothole becomes dangerous and expensive? In this episode of Tech Talks Daily, I speak with Jonathan Selbie, CEO of Stockholm-based Univrses, about using computer vision and vehicle sensor data to give road authorities a much clearer picture of the infrastructure they manage. Jonathan's career has taken him from Formula One engineering at Red Bull Racing to unmanned aircraft and autonomous navigation, before bringing those lessons into automotive AI and road monitoring. Univrses can work with cameras installed by vehicle manufacturers or retrofit cameras and processors to vehicles already operating around a city. Waste collection trucks and taxis can continue their normal routes while gathering information about surface damage, obscured traffic signs, roadworks and deteriorating road markings. The video is processed on the vehicle, and authorities receive mapped findings and recommended actions rather than hours of footage. Jonathan explains that some Swedish cities moved from road condition surveys every five years to updates every two weeks. According to the figures discussed in our conversation, one council reduced its pothole count from around 3,000 to 900 in six months. He also says repairing damage at an early stage can cost up to 15 times less than waiting for it to become a major pothole. That changes road maintenance from an expensive reaction into a regular process based on current evidence. We also discuss whether road infrastructure is ready for autonomous vehicles. Waymo uses a broad mix of cameras, radar and lidar alongside detailed maps, while Wayve is pursuing an approach designed to adapt to changing roads without relying on the same level of pre-mapping. Jonathan explains why faded lane markings can reduce the performance of driver-assistance systems, creating a useful feedback loop in which vehicles rely on roads and also provide data to maintain them. The conversation also covers Pirelli's 30 percent investment in Univrses and the combination of connected tire data with forward-facing cameras. A tire can feel the road surface while a camera sees what lies ahead, giving vehicles and road operators different views of the same conditions. Jonathan also addresses privacy, explaining that Univrses detects and blurs faces and license plates before deleting the original imagery. This is a practical example of AI producing value through existing fleets, frequent data and earlier decisions rather than another expensive technology project searching for a problem. Could the cars, taxis and service vehicles already using our roads become part of the infrastructure maintenance system, and would you be comfortable with that if privacy protections were clear? Please share your thoughts.

Why can an AI pilot produce an impressive result and still fail to create measurable value for the business? In this episode of Tech Talks Daily, I speak with Jitendra "Jit" Putchea, chief operating officer at Tredence, about what the company calls the last mile of AI. This is the gap between generating an insight and making sure it reaches the person, process, and decision where it can produce a useful result. Jit argues that many companies are facing an execution problem rather than a shortage of technology. Models are widely available, and teams can build demonstrations at remarkable speed. The harder task is redesigning a complete workflow so that employees can use AI without leaving one system, checking another, and manually carrying information between the two. Trust, explainability, governance, and continuous evaluation also become harder once a pilot moves from a small group into everyday enterprise operations. We discuss why resistance from employees should not be dismissed as stubbornness. People are trying to understand what AI means for their role, judgment, and future. Jit recommends translating the program into a practical question: how will this make somebody's Monday morning better? He describes human and AI agent teams, along with workshop-based learning that allows employees to solve real problems, test the tools, and understand where human judgment remains necessary. The conversation then turns to measurement. Jit challenges technology teams to move away from vanity measures such as the number of models built or code interactions recorded. Instead, he recommends examining margin improvement, loss reduction, cycle time, conversion, customer satisfaction, and other measures already understood by the business. Jit supports the argument with several customer examples. He says one retail workflow reduced analyst effort by 70 percent, while a manufacturing supply chain platform reportedly produced $10 million in first-year savings. He also describes a supermarket forecasting program that reportedly produced close to $200 million in value and replenishment match rates above 90 percent, along with another modernization program associated with a reported $100 million loss reduction. These are Tredence customer examples shared by Jit during the interview and should be presented as attributed company claims. We also discuss an AI-native operating model built around three layers: foundation, intelligence, and experience. Data infrastructure and governance support the foundation, intelligence turns data into decisions, and the experience layer brings those decisions into human workflows. Jit adds five supporting elements covering human and agent teams, execution rhythm, business measures, the technology ecosystem, and company culture. His final advice is refreshingly practical. Escape the demo trap, prepare the whole organization for deployment and ongoing operation, consider an internal marketplace for reusable agents, and give the supposedly boring work a larger role. Data hygiene, evaluations, governance, change management, and runbooks help AI continue producing value after the launch presentation has ended. Is your company measuring the number of AI projects it has created, or the business outcomes those projects have changed? Listen to the conversation and share your thoughts with me.

What happens when a one-hour conversation with a financial advisor creates an entire day of paperwork behind the scenes? In this episode of Tech Talks Daily, I speak with Hardy Michel, Co-Founder of Marloo, about the administrative load limiting how many clients financial advisors can support. Hardy previously helped build retail investing platforms in New Zealand and the UK, where he saw people gain easier access to investments while personal financial advice remained harder to obtain. Before building Marloo, Hardy and his co-founders spent months inside financial advice firms. They interviewed managing directors, compliance leaders, support teams and advisors, then worked beside them as they moved between inboxes, planning tools, client records and compliance systems. This "go slow to go fast" approach helped the team map the complete advice process before deciding where software could remove friction. Hardy says a 60-minute client meeting can produce 10 to 14 hours of follow-up work. An advisor may need to document the discussion, demonstrate why the advice was suitable, complete product research and cash-flow modeling, record fees and disclosures, and prepare a client-facing report that can run to dozens of pages. According to Hardy, the cost and time involved have left some advisors unable to accept new clients for several years. Marloo began as a specialist meeting assistant because note-taking is frequent, painful and driven by regulation. Hardy explains how transcripts created a current source of client context that was often absent from static records. The company then expanded into the work that follows a meeting, including advice documents and presentations, with the longer-term aim of becoming a central working environment for an advice firm. We also discuss the trust required when AI handles personal and financial information. Hardy describes Marloo's zero-data-retention arrangements for certain model APIs and the security information it provides to firms. He argues that specialist systems need to demonstrate how client data is handled and give advisors language they can use to explain recording and transcription to clients. Adoption is another major theme. Hardy recommends a focused two-week trial with three to five likely power users, a defined goal and a clear measure of value. Rather than relying on a successful demonstration, firms should examine whether advisors continue using the product and are prepared to recommend it to colleagues. The strongest business outcome may be what advisors choose to do with the time returned to them. Hardy says some Marloo users have increased client meeting frequency from once or twice a year to five or six times. Should AI in financial advice be measured by the volume of cases completed, the quality of client relationships, or a combination of both? Listen to the episode and share your thoughts with me.

What does it take to move from giving employees AI tools to rebuilding how an organization gets work done? In this episode of Tech Talks Daily, I speak with Oren Levitzky, VP of R&D at Fiverr. Oren has spent ten years at the company, progressing from backend engineer through a series of leadership roles before taking responsibility for Fiverr's AI program. That experience gives him a valuable view of AI adoption from inside a global technology marketplace. He has watched engineering teams move from using ChatGPT as a conversational assistant to GitHub Copilot for code completion, Cursor for context-aware development, and an internal agent ecosystem containing Fiverr's code, data, and organizational knowledge. Oren explains that adding AI to an existing workflow produced useful gains, but it did not completely change how people worked. Becoming AI native required Fiverr to create a dedicated team of engineers, designers, and product managers responsible for building agents around company context and helping employees adopt new working practices. Fiverr reports that this approach has made some development work three to five times faster. Repetitive coding and design tasks can be passed to agents, allowing employees to concentrate on decisions, validation, and accountability. However, Oren is clear that manual code review remains necessary when AI-generated changes could introduce bugs or destructive operations. We also discuss what AI fluency means for hiring. Fiverr has redesigned parts of its engineering recruitment process so candidates can use their preferred AI tools to build an application during the interview. Oren says around 80 percent of the assessment focuses on how candidates work with AI, communicate instructions, make decisions, verify changes, and demonstrate that they understand the resulting code. This creates opportunities for people who can combine technical knowledge with AI fluency, but it also introduces a serious learning problem. Junior engineers may produce work at a speed previously associated with experienced developers without acquiring the knowledge needed to spot errors or question poor recommendations. Oren argues that regular workshops, practical education, self-directed learning, and continued hands-on work are needed to prevent that loss of understanding. His advice applies to leaders too. Remaining close to the work makes it easier to recognize where AI succeeds, where it struggles, and what employees need from management. Beyond Fiverr's internal engineering teams, we consider how AI is affecting the global freelance workforce. Businesses increasingly want people who can take an AI-generated draft and turn it into secure, accountable, production-ready work. Oren points to AI video production as one example where independent creators can produce work that previously required a larger studio, while retaining the judgment and creativity customers value. For leaders hoping to make agentic AI part of daily operations, Oren recommends dedicated resources, structured education, employees who constantly seek better ways to work, and clear measurement. Releasing another tool will achieve little when habits, incentives, and expectations remain unchanged. As employers place greater value on people who can direct, question, and verify AI, how should we prepare today's workforce without weakening the knowledge tomorrow's experts will need? Listen to the episode and share your thoughts with me.

How much control would you hand to an AI agent when the result is a real flight, a real hotel, and a meeting you cannot afford to miss? In this episode of Tech Talks Daily, I speak with Evan Konwiser, Chief Product and Strategy Officer at American Express Global Business Travel, about the role AI can play across search, booking, disruption support, expense management, and the wider managed travel experience. Evan begins with a problem many travelers already recognize. Buying a ticket has become far harder than choosing a departure time and airline. Travelers now face different cabins, fare types, seats, amenities, loyalty benefits, corporate policies, and payment rules. Amex GBT and Ipsos research referenced during the interview also found that four in ten Gen Z business travelers consider arranging work trips too difficult. The challenge for a travel platform is to reduce that complexity while respecting the policies of the employer and the preferences of the person taking the trip. That is where AI becomes promising, but the consequences of failure are unusually tangible. A wrong answer in a chat window is irritating. A travel tool that sends someone to a closed location or recommends a train that does not stop at the required station can damage confidence immediately. Evan describes trust as the deciding factor and argues that business travel may have an advantage over leisure travel because a managed travel provider already knows the traveler's profile, company policy, payment method, and authority to book. We discuss what Evan calls trusted transaction authority. Agentic workflows can help arrange a trip, but most travelers still want to confirm the final booking. Disruption may become one of the first situations in which people accept greater autonomy. If a flight is canceled and time is short, an agent could reserve a suitable alternative, provided the action can be reversed and the traveler can reach a human advisor whenever needed. Evan also describes how AI can identify possible disruption before it happens, prepare alternative routes, and carry the context of a digital conversation to an experienced travel counselor. This matters because automation and human service do not have to operate as separate experiences. Travelers may begin in a self-service channel, move to a person when the situation becomes complicated, and expect the context to follow them. Expense management provides another practical example. Evan believes much of the manual expense report could eventually disappear as trip data, receipts, virtual cards, risk controls, and exception handling work together behind the scenes. He describes guest travelers, contractors, recruits, and event attendees receiving controlled virtual payment cards so ordinary travel spending can be processed automatically while unusual purchases are blocked or reviewed. We also look at bringing travel assistance into tools such as Microsoft Teams. The potential benefit goes beyond convenience. An enterprise assistant may already understand a traveler's calendar and meeting commitments, allowing the booking experience to exclude flights that arrive too late. That context may help employees make better choices while increasing policy compliance, although it also raises questions about data access, responsibility, and how results should be measured. Evan argues that companies should assess AI supported travel at both the program and traveler levels. Time to book and cost matter, but so do satisfaction, policy fit, channel choice, human support, and the quality of the trip itself. He also acknowledges that early agentic chat workflows can take longer than established booking tools, a useful reminder that novelty and improvement are not the same thing. Would you allow an AI agent to rebook a canceled flight automatically if you could reverse its decision, or would you always want to approve the change first? Listen to the episode and share your thoughts with me.

How can data center developers meet soaring demand for AI capacity without locking billions of dollars into buildings that may no longer fit tomorrow's workloads? In this episode of Tech Talks Daily, I speak with Steve Conner, president of EdgeCore Digital Infrastructure, about the decisions sitting beneath the rapid expansion of AI infrastructure. Steve has worked in and around the data center sector since 1998, including the dot-com era and the later growth of cloud computing. That history gives him a measured view of the current rush to build large facilities quickly. Steve argues that AI has intensified what he calls shiny object syndrome. The opportunity is large, but training, inference, and cloud workloads do not all ask the same things of a building. Rack density, floor loading, cooling, electrical design, available space, network distance, and proximity to cloud regions can all affect whether a campus can adapt when customer requirements change. We discuss why EdgeCore has chosen to preserve flexibility in its facilities. A training-focused building might be made smaller because dense racks require less floor space, but future inference workloads may need a wider footprint. EdgeCore therefore accepts additional space in some designs, reinforces floors for heavier equipment, and enables liquid cooling even when a lower-density workload may not need it immediately. Steve presents those decisions as insurance against expensive retrofits or stranded capacity. The conversation also examines EdgeCore's recently secured $1.5 billion in financing. Steve says the covered buildings were fully leased and designed to support mixed cloud and AI workloads. For him, the financing reflects continuing demand both inside established cloud regions and in surrounding markets, while the mixed-use design gives the customer options as requirements develop. These figures and interpretations remain EdgeCore's account of the investment. Site selection is another major part of the equation. Power availability receives much of the attention, but Steve adds network distance, workforce availability, long-term political support, and relationships with utilities and local authorities. He describes looking beyond crowded locations such as Ashburn while remaining close enough to established cloud regions to support different use cases. For me, the most valuable part of the discussion concerns communities. Steve says developers should begin meeting local leaders and understanding local needs before purchasing land. EdgeCore's examples include support for chambers of commerce, first responders, hospitals, fire services, and workforce development. His argument is that a company cannot simply purchase goodwill after construction begins. It has to be present early and demonstrate that the relationship runs both ways. We also address public concerns about water, emissions, energy demand, and jobs. Steve argues that many modern data centers use cooling systems that do not consume water for routine cooling, though his comments apply to the facilities and designs he knows and should not be generalized to every data center. He also notes that AI facilities consume substantial power while arguing that developer-funded transmission upgrades can benefit other users of the grid. The episode closes with a wonderfully plain analogy. Steve describes the data center as the plate rather than the meal. The infrastructure serves whatever workload the customer needs, which is precisely why the plate must be designed for a menu that keeps changing. Are developers doing enough to prepare AI data centers for changing workloads while earning the confidence of the communities around them? Listen to the episode and share your thoughts with me.

What does an AI agent need before it can carry out useful work across the systems that actually run a business? In this episode of Tech Talks Daily, I speak with Daniel Chilcott, Managing Director and co-founder of Flowgear, about the integration infrastructure behind agentic AI, product-led growth, and enterprise automation. Daniel's career began with a ZX Spectrum and a job as the first software developer inside a small business. The company built custom software and a CRM, but customers repeatedly needed that software connected with accounting, ERP, and other operational systems. Building every connection by hand convinced him there had to be a better approach. He created an on-premises integration product in 2007, then co-founded Flowgear in 2010 as a cloud service. The conversation shows how much the market has changed. In Flowgear's early years, Daniel had to explain why integration software belonged in the cloud. Today, roughly half of the company's customers are in the United States, and the larger question is how AI changes the way people build integrations.  Traditional platform vendors often supplied templates or starter packs. Those templates offered a useful starting point, but Daniel says they could create the illusion of a finished solution when every customer still had different processes, rules, and systems. Generative AI offers another route. A user can describe the integration they need, and an agent can create and test the workflow, identify problems, and revise the design. That makes a product-led model more practical because customers can reach a result without first becoming specialists in the platform. Flowgear still supports a visual designer, but Daniel says many customers increasingly build outside the product interface because the integration is part of a wider application or business outcome. This matters because much of the information needed for knowledge work sits behind APIs in ERP, CRM, warehouse management, and other line-of-business software. Reading a document from cloud storage is useful, but an agent becomes far more capable when it can work with operational records and complete an approved action. Flowgear's Builder MCP server is intended to bring that capability into the AI chat or development environment where the user already works. A person can ask for an application, and the agent can create the supporting integration without requiring that person to construct every workflow manually. Daniel is equally clear about the limits. Some business processes contain what he calls irreducible complexity. They carry unusual rules, historic decisions, exceptions, and dependencies that cannot be removed by a cleaner interface or a better model.  Flowgear therefore continues to rely on solution architects who can connect the customer's operational knowledge with the technical workflow. An experienced specialist may identify the question nobody thought to ask because they have seen the failure pattern before. We also discuss the decision to rebuild Flowgear's platform. Daniel estimates that less than five percent of the code from five years ago remains in the current product. The rewrite was difficult, but its timing allowed the company to support generative and agentic AI from the start instead of attaching those capabilities to an older architecture. He describes it as feeling like a startup again, accompanied by the less glamorous work of testing failure modes and making the product dependable. The most human example comes from a customer that used a call center for weekly product reorders. Flowgear helped automate the routine transaction through WhatsApp, allowing the same employees to spend their time on better conversations with customer accounts. It is a useful test for automation: does it merely reduce minutes, or does it create room for more valuable work? Where does your organization need stronger integration before AI agents can become useful across everyday operations? Listen to the episode and share your thoughts with me.

Would employees use AI differently if a practical project could earn them a 2 to 4 percent salary increase? In this episode of Tech Talks Daily, I welcome back Rytis Lauris, CEO and co-founder of Omnisend. We last spoke in December 2022, before generative AI became part of almost every technology and workplace conversation. This time, we examine why so many company AI projects attract attention during a demonstration but never become part of the work people do each day. Rytis calls this the "beautiful junk" trap. A prototype can look impressive, yet employees return to the old process when the agent makes mistakes, lacks context, or requires extra effort. He believes prompting is partly a delegation skill. People must define the result they want, supply enough context, and review the output. Managers face an unusual tension because employees often perform best with room to use their judgment, while AI agents require much tighter instructions. Another problem is the way organizations treat implementation. A traditional CRM project begins with mature software, installation, training, and a defined handover. An AI agent may begin with inconsistent results and improve only through continued use, evaluation, and correction. Rytis argues that businesses must treat agents as products that require ongoing ownership rather than projects that end after launch. Omnisend's response began with broad access to AI tools. The company then created recurring AI days when most employees canceled meetings and spent time experimenting. Accountants, lawyers, and other teams began building their own tools rather than waiting for developers. Rytis shares an accounting agent that checks whether employees have supplied reimbursement documents, sends reminders, and asks a person to intervene when repeated requests fail. He also describes a legal-review agent that examines new AI tools and assigns a green, yellow, or red status. Green tools can be used without further review, yellow decisions go to legal counsel, and red tools are rejected. Omnisend is now formalizing this approach by offering salary increases of between 2 and 4 percent. Rytis says individual contributors must demonstrate that AI is saving time on repetitive, low-value work. Employees can qualify by building a useful tool, helping colleagues create one, or becoming an effective adopter. Managers are also assessed on whether their teams are using AI to reduce time spent on routine tasks. The policy creates a genuine debate. Financial rewards can give employees permission and motivation to change established habits, but they could also encourage people to automate work simply because a reward is available. Rytis says Omnisend has not identified cheating or harmful behavior so far. Decisions are decentralized to managers, which gives teams flexibility but also places considerable responsibility on management judgment. He notes that Omnisend has approximately 260 employees, a scale that may make this approach easier to oversee than it would be inside a much larger enterprise. The conversation includes an example of a recurring agent designed to identify and recover failed customer payments. It assesses risk signals, detects failures, contacts customers through several channels, brings account managers into the process when needed, and reports results through a dashboard. The goal is to remove friction for Omnisend and customers rather than adding an AI layer with no clear result. Rytis also offers a candid account of customer-support automation. He says AI now handles around 40 percent of Omnisend's support tickets. When the system launched two years earlier, customer satisfaction was almost three times lower than the human team's result. Two employees worked continuously on training the agent, and Rytis says human and AI customer-satisfaction levels are now comparable. The figures are Omnisend results shared by Rytis during the interview and should remain attributed to him. A separately recorded section also covers AI inside the Omnisend product. Rytis describes recommendations that identify possible improvements in marketing automations, natural-language segment creation, and MCP connections that let customers work through ChatGPT or Claude before sending campaigns through Omnisend. He says these capabilities have received the strongest customer usage among the company's AI work. This is an honest discussion about incentives, experimentation, uncomfortable tradeoffs, and the patience required to turn an unreliable agent into a dependable colleague. Would a salary increase encourage meaningful AI adoption inside your organization, and who should decide whether the result deserves the reward? Listen to the conversation and share your thoughts with me.

How do you give sports fans deeper insight into a live match without covering the action with statistics they never asked for? Two years ago, I spoke with Patrick Mostboeck in episode 2788, How Sportradar Are Revolutionizing Sports with AI. Patrick returns to Tech Talks Daily as Senior Vice President of Fan Engagement at Sportradar for a timely conversation during the U.S. Open about how AI and real-time sports data are changing the way fans follow a match. We begin with the move from scores, schedules, and basic statistics to thousands of data points that can describe what is happening on the court or field. Patrick explains that the value comes from context. In tennis, ball position, shot type and player movement can reveal patterns around fatigue, court positioning and momentum that may be difficult to see from the television picture alone. AI can process those signals quickly enough to help broadcasters and digital services explain why a match may be changing. That creates an obvious temptation to show everything. Patrick is candid about the lesson Sportradar has learned from putting products in front of users: less is often more. A product team may want to display every feature it has built, while the fan simply wants to understand the action. The technology works best when the improvement feels natural and the viewer does not have to fight through a stream of graphics. We also consider the second screen. Many of us now watch sport with a phone or tablet nearby, checking other scores, following another match or looking for an explanation of a moment we have just seen. Patrick argues that media companies and rights holders can support those habits by offering different routes into the same event. A first time tennis viewer may need immediate context, while a fan who has watched the sport for 25 years may want deeper performance data. Personalization can serve both groups without taking away the shared experience of live sport. Patrick explains how Sportradar's 4Sight combines 3D data visualization, contextual data, and real-time insight inside live streams. The aim is to identify relevant moments and provide a clear narrative rather than add graphics for their own sake. He also describes official sports data as infrastructure that rights holders can actively develop and commercialize across media, advertising, coaching analytics and other services. For organizations wondering where to begin, Patrick offers a practical sequence. Start with the fans and identify the information they value before and during an event. Assess the quality and history of the data already available. Then speak with partners who understand how that information can support useful products and sustainable commercial models. We close by discussing prediction. Better data can help systems model possible outcomes for fans, media teams and coaches, but sport still retains the uncertainty that makes it worth watching. Will predictive insight deepen our appreciation of the action, or could too much information remove some of its magic? Listen to the conversation and share your thoughts with me.

What happens when an AI system moves beyond generating answers and begins influencing machinery, maintenance schedules, technician dispatch, and safety? In this episode of Tech Talks Daily, I speak with Bob De Caux, Chief AI Officer at IFS, about moving industrial AI from promising pilots into dependable production deployments. Bob explains why access to advanced models is no longer the main obstacle. Successful enterprise AI depends on understanding the processes, operational logic, metadata, and boundaries surrounding each decision. An AI system ordering a replacement bearing for a wind turbine must meet a very different standard from one generating a nursery rhyme. We hear how IFS customer Kodiak Gas is using a digital worker to support material replenishment. According to Bob, the company projects approximately $3 million in annual return and 90,000 hours returned to technicians for higher-value work. Our conversation also covers AI sovereignty. Bob argues that sovereignty means retaining control over data, decisions, providers, and the ability to keep operating under changing circumstances. He compares the technology layer to a duck paddling furiously beneath calm water. Models may change rapidly, while the operational application above them must remain stable, tested, and auditable. We discuss staged autonomy as a way to earn worker confidence, beginning with manual questions, progressing to recommendations, and granting greater authority only after consistent performance. Bob also explains why agents need identities, permissions, defined roles, separation of duties, sponsors, and complete audit trails. Accountability remains with the organization deploying the system. In an industrial environment, an agent can produce a harmful action rather than an inaccurate answer. Even after 999 successful decisions, the thousandth can carry catastrophic consequences. Is your organization measuring AI through pilot counts, or through uptime, cost, technician capacity, turnaround time, and safety? Listen to the conversation and share your thoughts with me.

How can governments and public-service organizations adopt AI quickly while protecting the people affected by their decisions? In this episode of Tech Talks Daily, I speak with Holly Ellis, AWS Director for UK, International Organizations and Germany Public Sector Technology. Holly has worked on both sides of public-sector technology, with previous roles in local and central government before joining Amazon. She now leads teams supporting customers across education, healthcare, nonprofit organizations, local government and central government. We discuss why public-sector technology adoption depends on a wider system of governance, procurement, regulation, culture and skills. Holly cites AWS research with Strand Partners showing that half of UK public-sector organizations identify shortages in AI and digital skills as their main adoption challenge, up from 46 percent in the prior year. Over the same period, reported AI adoption rose from 52 percent to 64 percent. Her point is simple: greater adoption creates demand for a larger number of people with deeper knowledge. Holly also explains what responsible speed looks like when AI supports services involving education, healthcare or national institutions. Her approach is to think big, start small and scale fast, containing the effect of failure while teams build confidence. University clearing offers one example. Several universities used Amazon Connect during A-level results, with one institution handling up to three times the call volume of its previous system and confirming a four-figure number of student places in one day. The conversation then turns to safeguards. Holly argues that leaders must define organization-wide protections while engineers remain responsible for the systems they build. Depending on the consequence, those protections may include human review, observability measures and tightly scoped permissions for AI agents. At the Ministry of Justice, AWS Transform processed 24,000 lines of code during an initial nine-hour pass and completed a second pass in two hours. Human review took about 20 hours, compared with an estimated nine months for manual modernization. We also consider legacy technology, digital sovereignty and the difficulty of measuring AI outcomes. Holly describes sovereignty in practical terms as control, transparency and optionality. She advises leaders to define the outcomes they intend to measure before selecting initiatives, then build upon work that demonstrates the strongest returns. According to the AWS research discussed, organizations redesigning workflows and decision-making with AI reported average efficiency gains of 68 percent, compared with 40 percent among basic users. The wider lesson is that responsible public-sector AI depends on technical choices, people, governance and evidence working together. Can public services become faster and more responsive while retaining the safeguards and public confidence they require? Listen to the conversation and share your thoughts with me.  

Could your organization produce a complete record of everything its AI systems accessed, sent, or shared within one business day? In this episode of Tech Talks Daily, I welcome Tim Freestone, Chief Strategy Officer at Kiteworks, back to the podcast for his third appearance. Our conversation centers on the company's 2026 Data Security and Compliance Risk Annual Survey and the difference between buying security technology and being able to demonstrate that sensitive data is properly controlled. According to the Kiteworks research supplied for this interview, 80 percent of surveyed organizations experienced at least one security or AI related incident during the previous 12 months. Half could not produce a complete AI data access audit record within one business day. The strongest group recorded an average readiness score of 46 out of 100, while organizations with weaker security and AI governance averaged eight. Even the higher score leaves considerable room for improvement. Tim argues that technology spending can produce a larger version of the same exposure when a company lacks the people, ownership, and operating model needed to manage what it has purchased. Network, cloud, and infrastructure security still matter, but the business ultimately needs to understand what is happening at the data layer. Which identities can access a system? What actions can they take? Which records can they read, change, send, or share? We discuss why this has become harder as employees create large numbers of AI agents. A company may have 1,000 people and tens of thousands of nonhuman identities, each requiring permissions and oversight. Tim describes three connected control planes covering identity, actions, and data. Together, they offer leaders a practical way to assess whether an agent can reach information it should never see or perform an action it was never meant to take. The conversation also examines audit evidence. Tim says businesses should map regulated data types to the controls governing their use and then connect those controls with reporting. Without that connection, answering an auditor may require months of work, large consulting bills, and teams manually assembling records from disconnected systems. Ownership remains difficult because security, compliance, infrastructure, and data governance teams often work separately. Tim's view is that the CEO must orchestrate responsibility when the board is asking AI to produce higher productivity while the same systems create new data risk. That position may feel demanding, but it exposes an issue many leadership teams still need to settle: who owns the consequences when an AI agent exposes or transforms sensitive information? For board members, Tim offers two direct tests. Ask for a clear account of the company's data controls, then ask who is responsible for the associated risk. If those answers require a long explanation or several departments pointing at one another, the readiness score may matter less than the inability to demonstrate control. How quickly could your organization show who or what touched sensitive data, and who would be accountable if the record were incomplete? Listen to the episode and share your thoughts.

Who carries responsibility when an AI agent begins reviewing contracts, applying regulatory rules or making commercial decisions on behalf of an organization? In this episode of Tech Talks Daily, I speak with John Nay, founder and CEO of Norm Ai, about Agentic Law and the attempt to redesign legal work around AI agents, legal engineers and experienced attorneys. John has worked across AI, law and public policy for approximately 14 years. His early research adapted neural network methods to legal and government text before large language models became a commercial force. The company information supplied for this episode states that Norm Ai recently raised $120 million in Series C funding at a $1.2 billion valuation, bringing total funding to over $260 million. Norm also says organizations representing over $30 trillion in assets under management use its technology for legal and compliance work. Those figures provide useful context for the scale of interest, while our conversation concentrates on how the model works and where responsibility remains human. John describes Norm Ai as automating the first pass of legal and compliance tasks. One example involves an in house team using an agent to review communications against relevant rules before a person finalizes the decision. Another involves Norm Law receiving transaction documents, assigning the first analysis to AI agents and then presenting the output to an experienced attorney. The attorney decides what happens next, communicates with the client and supervises anything leaving the firm. That division of labor matters because legal reasoning contains several layers. Some work can be handled through deterministic rules. Frontier models can then apply guidance and precedent to new situations. Human judgment remains responsible for high stakes advice and the review of agent output. John also stresses that the model is not making an isolated request to a generic system. Legal judgment is embedded in the way agents are designed, tested and called before live matters enter the workflow. We discuss legal engineering as the bridge between software and professional practice. Norm's legal engineers are trained attorneys who spend much of their time building, testing and validating agents. They work with practicing lawyers, clients and AI engineers to translate preferences, policies and matter specific requirements into systems that can operate within real workflows. Pricing is another part of the model. Norm Law prices selected matters around outcomes rather than hours. John acknowledges the limits. Some complex work can be scoped with enough confidence for a fixed price, while highly unpredictable litigation is much harder to price upfront. The opportunity is to give AI the incentive to examine additional documents and identify inconsistencies without increasing a client's bill for every human hour. The conversation then moves to the proposed Delaware AI Company initiative. John describes it as a regulatory sandbox for a legal entity managed by an AI agent while humans remain involved in its creation and supervision. His argument is that autonomous agents will take increasingly consequential economic actions, so policymakers must decide whether those activities happen within a recognized legal order or outside it. The proposal is designed to test questions around liability, disclosure, capitalization and government oversight before any broader model is adopted. John also believes companies deploying agents today should consider supervisory AI. If an operational agent can act faster and at greater volume than a person, a human team may be unable to inspect every decision. A second agent can evaluate the first against laws, regulations and company policies, with people retaining authority over exceptions and consequential outcomes. Does adding a supervisory agent create stronger accountability, or does it introduce another system whose reasoning must also be tested and questioned? Listen to the episode and share your thoughts with me.

What happens when an organization writes careful AI governance policies but its infrastructure cannot enforce any of them? In this episode of Tech Talks Daily, I speak with Sabina Anja, Chief Technologist at Broadcom within the VMware Cloud Foundation division, about the infrastructure controls required as AI agents move from generating answers to accessing data, calling APIs, modifying systems, and triggering work. Sabina brings experience from both sides of enterprise technology. She remembers cabling networks, dealing with unstable infrastructure, and receiving those weekend calls when downtime had already upset the business. That background informs her belief that ambitious AI programs cannot succeed without stable, observable, and enforceable infrastructure beneath them. Many organizations are repeating a familiar pattern. Business teams adopt AI services before IT has established visibility, ownership, or control. The terminology may have changed from shadow IT to shadow AI, but the management problem remains. Sabina argues that CIOs first need an inventory of agents, nonhuman identities, data access, processes, and accountable owners. The risk becomes greater because agents behave differently from people. They operate across multiple systems at machine speed and can perform repeated actions without appreciating the wider business outcome. An agent does not need malicious intent to cause disruption. Excessive permissions, flat networks, inconsistent access rules, and years of deferred infrastructure work can give it plenty of opportunities. Sabina recommends brokered access rather than direct access, alongside dedicated virtual machines or namespaces, microsegmentation, lateral security, east-west policy controls, and tamper-evident logging. Organizations also need to define which data an agent can view, modify, or move, especially when sovereignty and regulatory requirements apply. One of Sabina's most memorable ideas is to treat an AI agent like a superhuman contractor. It should have a defined purpose, a named manager, a clear access specification, an activity record, and an end date. Additional permissions should be earned through evidence of reliable behavior rather than granted on the first day. She also warns about agent debt. AI systems are developing rapidly, so an agent created today may become outdated within months. Sabina recommends assuming that many agents will expire after six to nine months rather than allowing forgotten systems and permissions to accumulate indefinitely. For CIOs wanting an immediate test, her advice is straightforward. Create an inventory of nonhuman identities with production access. Then select one agent and examine every part of the infrastructure it attempted to reach. The question is not simply whether the application produced the expected result. Leaders should ask whether the agent entered systems, networks, or data stores that nobody expected it to access. We also challenge the familiar claim that AI agents will take everybody's jobs. Sabina sees an opportunity to remove repetitive tasks and give technology professionals new skills, although she warns that agents may behave like teenagers armed with infrastructure permissions. They may not take your job, but they could become remarkably good at testing your patience. I'd love to hear your thoughts. Does your organization know how many AI agents have production access and who is accountable for each one?  

What does a rising cloud bill actually tell you about the value your business is creating? Eight years after our first conversation, I welcome Kunal, co-founder and CEO of Unravel Data, back to Tech Talks Daily. We compare the data infrastructure he was optimizing during the Hadoop era with today's enterprise stacks built around Databricks, Snowflake, BigQuery, AI pipelines, and autonomous agents. Kunal says Unravel Data has analyzed over 10 billion workloads across hundreds of enterprises. From that work, he argues that data platforms and infrastructure can account for up to 60% of cloud spending at some global businesses, while 30% to 40% of data platform spending may produce no business value. These are company claims, but they frame a problem many technology and finance leaders will recognize. The cloud bill arrives after thousands of individual engineering decisions have already been made. We discuss where cloud waste hides, including oversized clusters, hot storage holding cold data, abandoned pipelines, inefficient queries, duplicate datasets, and development jobs consuming production-level resources. The people creating those workloads seldom see the price attached to their decisions, leaving technology leaders with an aggregated bill that explains what was purchased but not why it was needed. AI adds another complication. Humans create workloads at human speed, while agents can generate queries, launch infrastructure, and consume tokens around the clock. An agent is designed to complete its task, not worry about whether a single query costs $5 or $5,000. Kunal argues that machine-speed consumption cannot be governed through monthly human reviews. We also discuss the difference between cost cutting and cost optimization, why aggressive reductions can damage performance and reliability, and how FinOps must connect cost with business outcomes. Kunal explains why leaders should measure cost per pipeline, model, agent, successful run, customer report, and business result. Finally, we consider the benefits and risks of autonomous data platform optimization. Kunal describes autonomy as a dial, with bounded, reversible, and validated actions earning wider authority as trust develops. Does your cloud bill show healthy growth, or is expensive waste hiding behind the headline number? Share your thoughts with me.

How can an independent safety evaluation remain meaningful when the AI inside a product may change after its next update? In this episode of Tech Talks Daily, I speak with Dr. Robert Slone, Senior Vice President, Chief Scientist, and Innovation Officer at UL Solutions. Robert has spent almost 30 years leading science, research, product development, and innovation teams. He now helps guide UL Solutions' scientific work across safety, security, and sustainability. Many listeners will recognize the UL Mark without knowing what happens behind it. Robert explains how UL Solutions tests products to their limits, which can involve setting them on fire, finding their breaking points, inspecting manufacturing facilities, and determining whether they meet defined safety requirements. That work began over 130 years ago when electricity was introducing unfamiliar risks. Today, the same broad question applies to artificial intelligence: how can society benefit from a new technology while understanding and managing the harm it could cause? The need is becoming increasingly visible as AI moves into healthcare, transportation, manufacturing, financial services, infrastructure, and consumer products. Robert recalls being approached about evaluating an AI-enabled teddy bear capable of talking with children. It is a memorable example of how decisions made inside an AI model can reach directly into everyday life. Robert organizes AI product safety around three pillars. The technical pillar considers robustness, risk management, functional safety, and whether the system performs its intended purpose. The ethical pillar includes fairness, bias, privacy, transparency, and explainability. Governance covers data management, product updates, accountability, and the complete operating life of the system. We also discuss one of the hardest problems in AI certification. Traditional products and software can be evaluated against a defined version, but AI systems may be updated, retrained, or affected by changing data. Robert explains why meaningful safety assurance requires version-specific testing, annual reviews, disclosure of significant changes, and eventually telemetry capable of identifying problems much closer to real time. For business leaders buying AI, the conversation provides a practical vendor checklist. Where did the training data come from? How was performance measured? What are the system's known limitations? How were privacy and bias assessed? Who takes responsibility if its behavior changes? Independent testing cannot promise that an evolving product will remain safe forever. It can provide evidence about the version evaluated, expose gaps, establish accountability, and create a process for monitoring future changes. What proof would you demand before allowing an AI product to influence an employee, patient, customer, or child? Listen to the episode and share your thoughts with me.    

Could allowing patients to choose their own appointment times help reduce missed visits and shorten NHS waiting lists? In this episode of Tech Talks Daily, I speak with Alison MacDonald, European Lead and Senior Vice President at Nordic Global. Alison brings an unusual combination of clinical and technology experience as a registered nurse who moved into digital health over 15 years ago. Her career began in community nursing, where she was asked to lead an electronic health record project because colleagues thought she was good with computers. What initially appeared to be a simple exercise in converting paper forms into digital records encouraged her to question whether healthcare could redesign the process rather than copy it onto a screen. We discuss Nordic's work with Cambridge University Hospitals NHS Foundation Trust on patient self-scheduling and automated earlier appointment offers. Before the program, missed outpatient appointments were removing valuable clinical capacity while administrative teams spent time calling patients and rearranging bookings. Cambridge introduced self-scheduling through Epic MyChart, allowing patients to select appointment times through the patient portal. Alison says the DNA rate fell from 5% to 2.2% during the program. According to the supplied results, over 20,000 patients successfully scheduled their own appointments and over 3,000 accepted offers to attend earlier when cancellations created availability. Patients moved appointments forward by an average of 16 days. Forty percent of accepted earlier appointments occurred within seven days of the offer, while 7% took place on the same or following day. Administrative teams also saved an estimated ten minutes for every self-booked appointment. Alison explains why patient control can improve attendance. People can choose times that work around employment, caring responsibilities, travel, and family life instead of receiving a fixed appointment through a letter or telephone call. Patients can also cancel or reschedule without waiting for somebody to answer the phone. The operational lesson goes beyond appointment booking. Healthcare systems may be able to recover existing capacity by examining missed appointments, theater scheduling, waiting list processes, pre-visit questionnaires, and patient communications before concluding that every problem requires additional staff or facilities. We also discuss where AI is producing practical results in healthcare. Alison points to medical imaging, emergency department triage, waiting list management, clinical documentation, and workforce deployment. She warns against discussing AI as one generic solution because each application requires a defined use case, suitable data, workable processes, governance, and staff adoption. Ambient clinical documentation offers one example. An AI scribe can record a consultation, prepare a structured note, and pass it to the clinician for review and correction. Alison cites an NHS evaluation reporting a 23.5% increase in direct patient interaction time and an 8.2% reduction in appointment length. Interoperability remains another major challenge. Healthcare journeys cross hospitals, primary care, community services, and specialist providers that may use different systems or a mixture of electronic and paper records. Even basic differences, such as one organization measuring pain on a five-point scale and another using ten points, can prevent reliable comparison. Alison recommends agreeing on common data standards, defining the minimum patient information required during care transitions, including interoperability requirements in procurement, and avoiding bespoke integrations that make future information sharing harder. Digital access also requires balance. Online services can improve convenience, but healthcare providers must retain appropriate alternatives for patients who lack digital skills, connectivity, confidence, or access. Could your healthcare organization improve patient access and staff capacity by redesigning one familiar process before purchasing another large technology platform? Listen to the episode and share your thoughts with me.

What would change if a customer could return three days later through a different channel and continue the same conversation without repeating a single detail? In this episode of Tech Talks Daily, I speak with Paul Adams, Chief Product Officer at Fin, the company previously known as Intercom. Paul has spent almost 13 years with the business and provides a candid account of how it abandoned its previous roadmap, placed a company-wide bet on AI, and rebuilt its products and working practices around AI agents. Our conversation begins with Fin's move from a customer service agent toward what Paul calls a single customer agent. The idea is that customers do not care whether their request belongs to sales, service, or customer success. They want the company to understand their situation and help them complete the task. Paul explains how AI agents can bring customer history, company knowledge, operational data, and business goals into the same conversation. This could allow an agent to resolve an issue, support a purchase, recognize a valuable customer, or transfer the conversation to a human without losing the context already provided. We also examine the economics behind poor customer service. Many companies are not ignoring customers through a lack of concern. They are receiving volumes of requests that cannot economically be handled by adding people alone. Paul says some Fin customers are resolving between 70 and 90 percent of customer queries through AI. Rather than seeing entire teams disappear, he is observing employees move into customer success, knowledge management, AI supervision, and higher-touch services. The episode also provides an unusually candid account of what it took to rebuild an established SaaS company around AI. Paul describes the process as brutal. Strategies were discarded, familiar processes were removed, and some people decided the new direction was not for them. His advice is to prioritize speed, place smaller experiments in front of real customers, and learn from evidence rather than waiting for every internal condition to become perfect. Paul also recalls working on early versions of mobile YouTube and Gmail when colleagues questioned whether anyone would watch video or answer email on a phone. Those stories provide a timely warning about judging new technology by its early limitations. Could AI agents finally give customers continuity across sales, service, and support, or will internal company structures remain the greater obstacle? Listen to the conversation and share your thoughts with me.

Can organizations trust an AI recommendation when they cannot understand the evidence, relationships, and previous decisions behind it? In this episode of Tech Talks Daily, I welcome back Jim Webber, Chief Scientist at Neo4j, to discuss the company's acquisition of GraphAware and its move from graph database provider to graph intelligence platform. GraphAware has worked with Neo4j for many years and developed Hume, an intelligence analysis platform used to connect and examine complex information. Bringing the two companies together gives Neo4j a direct role in applications serving police forces, governments, intelligence agencies, and other organizations handling connected data. Jim explains why context has become one of the biggest requirements for dependable AI. Enterprises already possess enormous volumes of data, but facts alone provide endpoints rather than the complete path leading to a decision. An agent needs to understand the knowledge available, the conversation taking place, and the record of previous decisions. It also needs to know which actions produced good outcomes and which produced poor ones. Jim compares these information layers to SimCity. Each can be viewed separately, but their greater value appears when they are combined. Knowledge, conversations, and decision traces can then help an agent understand why something happened and learn from the result. This introduces an interesting lesson from scientific research. Positive outcomes are frequently published, while failed experiments receive less attention. An AI agent needs both. Recording the breadcrumbs behind good and bad decisions provides the material required to improve its future behavior. We also discuss why large language models cannot understand every organization by themselves. Jim describes a model as a lossy compression of the internet. It can generate impressive natural language, but it does not automatically understand a company's policies, customers, history, evidence, or operating environment. Retrieval augmented generation can introduce relevant organizational information into the process. Graph RAG adds relationships between facts, helping the system understand how people, events, products, accounts, and other entities connect. According to research Jim references from the National Innovation Centre for Data, Graph RAG can improve accuracy while reducing costs by using fewer, higher-quality tokens. Explainability becomes especially important when AI supports decisions across policing, cyber defense, taxation, intelligence, banking, and government. A fluent answer may sound authoritative while containing a serious technical mistake. Jim shares an example from his own work where an agent confidently warned him about a "committed minority" inside a fault-tolerant computing protocol. The statement sounded plausible, but only a majority could commit within that protocol. Someone without Jim's technical knowledge might have accepted the recommendation and removed working code. This leads us to human oversight. Jim argues that the correct level depends on the consequences of the action. Automating a routine banking process with monitoring and safeguards may improve the customer experience. Ordering someone's arrest based solely on an agent's conclusion demands human involvement. We also consider digital sovereignty and why control over data has become a strategic concern for governments and large enterprises. Geopolitical instability, overseas technology dependencies, privacy requirements, and changing national policies are forcing leaders to ask where their data resides and whether they can retrieve or move it. Jim explains how Neo4j intends to offer organizations flexibility over where their information is stored and how it is deployed. The discussion also examines the opportunity for Neo4j and Hume to provide an alternative within a market where Palantir has held a powerful position. Looking ahead, Jim imagines intelligence analysts directing swarms of digital agents. Those agents could search data, connect evidence, identify relevant patterns, and present findings while humans retain responsibility for consequential decisions. If AI can connect information at machine speed, how do we ensure the person making the final decision can inspect the evidence and challenge the conclusion? Listen to the episode and share your thoughts with me.

What does an AI agent need to understand about your business before you allow it to make decisions and take action without waiting for human approval? In this episode of Tech Talks Daily, I speak with Kash Mehdi, Field CTO at Reltio, about the move from analytical AI that supports decisions to agentic AI that can execute them. Kash argues that leaders should begin treating AI agents as a workforce rather than another collection of software tools. A digital workforce needs training, boundaries, oversight, trusted information, and clear permissions before it can act safely. He uses the analogy of raising a puppy. When the puppy misbehaves, the problem may be inadequate training or poorly defined boundaries. AI agents present a similar leadership challenge. Organizations must ask what the agent has learned about the business and what authority it has been given. We discuss why model selection may be receiving too much executive attention. Kash describes four components of an agentic system: the model, tools, data, and context. Models are improving rapidly and tools are increasingly available, but business context remains incomplete across many enterprises. Data tells an agent a fact. Context helps it understand what the fact means within a particular customer relationship, geography, policy, or business process. Kash illustrates the difference with a pizza order. The data may confirm that someone is logged in, the model can interpret the request, and a tool can place the order. Context tells the system that it is Friday night, the customer is watching television, and they usually order pineapple and cheese pizza. The same principle becomes far more serious when an agent is dealing with medical equipment, supply chains, financial customers, or regulated information. It must understand which entities exist, how they relate, what information it may access, and which actions it has authority to complete. Kash identifies three requirements for safer autonomy: a governed source of truth, a live feedback loop, and enforceable permission boundaries. Trust must be built into the data and operating rules before the agent acts because the familiar human review step may no longer exist. We also discuss how governance changes when AI can execute decisions at machine speed. A poor decision made by one employee can usually be reviewed and corrected. A poor decision repeated automatically across thousands or millions of transactions can become a business incident before anyone intervenes. Kash shares examples involving restaurant menu launches, medical equipment deliveries, and call center offers. Each depends on current information and the relationships connecting customers, products, suppliers, locations, and previous interactions. For CIOs preparing today, Kash recommends building context around reusable entities rather than constructing an isolated data project for every AI use case. He points to Schneider Electric as an example where one unified foundation supported sales, shipping, operations, and marketing use cases. The conversation ends with a warning about slow data. Autonomous agents need current context because information that arrives after a decision has been made may no longer carry much business value. Kash predicts that the half-life of enterprise data will become a board-level measure. If a smarter agent can make a poor decision faster and with greater confidence, is your organization investing enough in the context, governance, and feedback needed to keep it on course? Listen to the conversation and share your thoughts with me.     Useful Links https://www.reltio.com/ https://www.reltio.com/datadriven/  

Who really controls your enterprise technology strategy: your organization or the vendors writing its software contracts? In this episode of Tech Talks Daily, I speak with Tomás O'Leary, founder and CEO of Origina, about enterprise software vendor lock in, forced upgrades, subscription contracts, and the financial consequences of surrendering control over mission-critical systems. Tomás founded Origina in Dublin after working within the enterprise software supply chain and questioning the value customers received from traditional support contracts. He saw organizations paying substantial annual fees while experiencing poor response times, constant pressure to change versions, and upgrades that produced limited business value. He argues that the balance of power between technology buyers and suppliers has moved heavily toward the vendor. Companies that previously purchased perpetual software rights are increasingly being encouraged or forced toward subscription models, while complex contract terms and audit risks can make customers feel trapped. Some Origina customers have described this behavior as a "digital mafia," while one Fortune 50 organization, according to Tomás, uses AI to assess whether suppliers could be acquired by vendors it considers predatory. That business then considers longer contracts as protection against future licensing changes. However, leaving a vendor does not always require replacing the software. Tomás explains why perpetual software rights and independent support can give companies another option. A system that continues to perform its required business function may not need to be replaced simply because the original vendor has ended support or introduced a new commercial model. We discuss how leaders should distinguish between technology that genuinely requires modernization and dependable systems of record that could continue operating securely. Payroll platforms, general ledgers, claims systems, and other back-office applications may not require constant reinvention if the business requirement remains stable. Tomás also describes a European organization spending approximately €1 million annually on a software product. The company estimated that a vendor-required version change would cost €30 million. By moving to an alternative support arrangement, it expects to defer that expenditure while keeping the existing system operational. These figures are the organization's estimates, shared by Tomás during our conversation. We also discuss centralized technology dependency, outages, software patching, AI-assisted development, and why some companies are returning to internally developed applications for operations they consider particularly important. Tomás recommends that CIOs create a small team combining technical, procurement, contractual, and legal knowledge. This group should remain close to senior leadership and challenge assumptions before renewals, migrations, or major software changes are approved. Is your organization modernizing because the business needs to change, or because a vendor has decided that time is up? Listen to the conversation and share your thoughts with me.

Why are companies preparing for agent-to-agent customer service when many customers still cannot get a chatbot to answer a straightforward question? In this episode of Tech Talks Daily, I speak with Latané Conant, Chief Marketing Officer at Parloa, about the state of customer experience and what businesses must repair before agentic AI becomes another barrier between customers and support. Parloa's State of Agentic CX report assessed 10,000 enterprise websites, 4,000 chat interactions, and 100 phone trees. According to the company's findings, fewer than 10% of the tested chat conversations achieved the customer's goal. Only 1% of enterprises demonstrated readiness for automated agent-to-agent interactions. Those results raise a difficult question about years of customer experience investment. Businesses now have websites, chatbots, mobile applications, email, messaging, and phone systems, but customers frequently struggle to find help or complete the task that brought them there. Latané argues that part of the problem comes from treating customer service primarily as a cost center. When the objective is reducing contact volume, organizations can unintentionally make themselves harder to reach. This overlooks the commercial and operational information contained within customer conversations. Calls can reveal onboarding problems, unexpected product uses, recurring faults, and potential sales opportunities. Latané explains how analyzing service conversations can give marketing, product, operations, and executive teams a clearer picture of what customers are experiencing. We also examine why so many chatbots reproduce the frustration of traditional phone trees. Although the interface looks conversational, the system underneath may still rely on rigid categories and predefined routes. Customers then find themselves trying different words or repeatedly requesting a human agent. Latané describes a better agentic customer experience as being closer to talking with someone who already knows you. A personal AI agent could remember previous interactions, understand preferences, work across voice and text, and complete a request without making the customer repeat information. That possibility also introduces questions about trust, permissions, personal information, and oversight. Latané discusses the need to monitor what AI agents are doing, identify when conversations move away from approved subjects, and use supporting agents to detect potentially harmful behavior. Human involvement remains particularly important when a conversation involves distress, vulnerability, or emotional care. In Latané's roadside assistance example, AI can arrange a tow truck for a flat tire. If it detects signs that the caller is in distress, the conversation should move quickly to a person. We finish by considering what this means for customer service employees. Latané believes experienced representatives and operations teams can become builders and managers of AI agents, applying their customer knowledge across a much larger digital workforce. If the existing customer service front door is confusing and unwelcoming, should businesses repair that experience before inviting AI agents through it? Listen to the episode and share your thoughts with me.

What happens to tomorrow's leadership pipeline when employers automate the entry-level tasks through which beginners learn? In this episode of Tech Talks Daily, I speak with Gary Flowers, Chief Information Officer for Transformation and Technology Services at Year Up United, about AI fluency, human skills, economic mobility, skills-first hiring, and the future of entry-level work. Year Up United prepares young adults without bachelor's degrees for meaningful careers while helping employers reach skilled, career-ready talent. Gary says the organization has over 35,000 alumni working across companies ranging from the Fortune 1000 to the Fortune 50. Gary challenges the assumption that younger workers will automatically understand AI because they grew up with technology. Access to a chatbot does not create workplace readiness. Young adults also need training, support, ethical awareness, judgment, communication, adaptability, and experience applying tools to real business problems. He argues that AI may redefine entry-level work rather than eliminate it entirely. Candidates who understand how to work with AI may gain an advantage over those who do not, but employers must also reconsider which tasks beginners need to develop business knowledge and professional confidence. We discuss the risk of another technology divide. AI could widen economic opportunity, but unequal access to tools, training, mentorship, and workplace experience could reinforce existing inequalities. Gary believes organizations must teach workers when AI should be used, rather than limiting training to what the technology can do. Year Up United combines AI fluency with workplace and career readiness. Gary describes its 17 durable skills, six-month curriculum update cycle, close employer feedback loops, and participation as an inaugural host partner in Anthropic's Claude Corps Fellowship program. For employers, one of the hardest decisions involves balancing immediate efficiency with future capability. Automating junior work may reduce costs today while weakening the pipeline of experienced professionals and leaders required later. Gary recommends creating a culture of continuous learning, supplying employees with appropriate tools, building communities of practice, sharing successful use cases, and treating AI as a company-wide responsibility. He also distinguishes between AI as a workforce skill and AI as an organizational capability capable of changing how functions operate. Can employers capture the value of AI while preserving the career pathways that allow inexperienced workers to become tomorrow's experts and leaders? Listen to the episode and share your thoughts.

Can an app approved by Apple or Google still expose your business to security, privacy, and governance risks? In this episode of Tech Talks Daily, I welcome back Michael Covington, Vice President of Strategy at Jamf, for a conversation about the false confidence that can surround mobile security. Apple and Android provide strong protections, including app review processes, sandboxing, and device authenticity controls. However, Michael argues that a device being secure on day one does not mean it will remain secure throughout its working life. One of the most interesting points from our conversation is that mobile malware represents only a small part of the problem. Michael says it appears on fewer than 1% of the devices Jamf protects. The wider concerns include vulnerable third-party libraries, aging app versions, excessive permissions, unsafe web connections, compromised identities, software supply chains, and AI functionality introduced without the company fully understanding how it handles data. Michael also shares findings from Jamf analysis of corporate applications. According to the research he discusses, 95% of the apps examined contained at least one medium or higher severity vulnerability, 10% used vulnerable third-party libraries, and 96% included AI features. For security leaders, this creates a much broader question than whether an app contains malware. They need to understand what the app can access, where it communicates, how it handles data, and whether its capabilities comply with company policy. We discuss why familiar advice about updates, passwords, and suspicious links continues to fail when employees are busy or working from mobile devices on the front line. Michael explains how automation, clearer deadlines, and access policies can reduce risk without placing every responsibility on the user. The conversation also covers BYOD security and employee privacy. Modern Apple and Android controls can separate business information from personal apps, allowing employers to manage the work container without inventorying an employee's private digital life. Michael believes many organizations should reassess older BYOD programs that remain intrusive or unnecessarily restrictive. Finally, we examine the visibility security teams need across device configuration, patch levels, apps, permissions, identity services, web activity, and AI tools. Michael's advice is to start by understanding how people work before introducing heavier controls that may encourage workarounds and shadow IT. Does your organization know how its mobile risk changes after a device has been issued, or are you relying on the protection it had on day one? Listen to the conversation and share your thoughts with me.

What happens when an autonomous AI agent can complete thousands of actions before a traditional access review has even identified that something has gone wrong? In this episode of Tech Talks Daily, I speak with Alex Bovee, CEO and co-founder of C1, about identity security, runtime governance, shadow AI, and the controls companies need as humans and agents begin working together. Alex has spent much of his career in identity and security. He and his co-founder previously worked at Okta on zero trust products before creating C1 as an access control platform capable of operating at machine speed. That requirement has become increasingly important as AI agents begin accessing company data, calling tools, using credentials, and taking actions across enterprise systems. Alex describes agents as non-deterministic systems that can "reward-max." An agent may pursue its assigned objective so aggressively that it finds an unexpected or dangerous way to complete the task. It does not possess a moral compass or an intuitive understanding of what the company considers acceptable. Traditional identity processes were created for people. A company might review access every 90 days or investigate a security issue after an event. That approach becomes inadequate when an agent can execute thousands of actions within minutes. We discuss why identity is becoming a control plane for AI agents. Networks, data systems, and security tools all play important roles, but identity determines which resources an agent can access, which actions it can perform, and whether it acts independently or on behalf of a person. Without a defined identity or delegated authorization model, an organization may struggle to connect an agent's behavior with a responsible owner, a limited mission, and enforceable permissions. Alex explains the four connected capabilities inside C1's Agentic Control Plane. The first concerns shadow AI discovery. Companies need visibility across cloud services, SaaS applications, endpoint agents, hosted agents, local MCP servers, and credentials stored throughout the environment. This is particularly relevant because employees are downloading locally developed or "vibe-coded" MCP servers and running agent tools on their devices. These components can introduce software supply chain risks and expose local credentials. The second capability covers credential security. C1 has introduced a post-quantum credential vault designed to protect secrets and inject them into authorized agent workflows without leaving credentials scattered across devices and applications. The third area is runtime governance. Instead of reviewing behavior after an incident, organizations can evaluate an agent's actions against its assigned mission as they occur. If an agent is authorized to complete one business task but begins exploiting an internal tool, contacting an unapproved service, or attempting to extract data, runtime controls can block the action or request human approval. The fourth capability concerns agentic security intelligence. This uses information collected across identities, agents, permissions, credentials, and behavior to identify risks and support automated remediation. We also discuss human accountability. Alex says emerging regulatory thinking recognizes the need for a responsible person behind an autonomous agent. That connection allows businesses to establish ownership, delegate authority, and determine who remains accountable for the agent's behavior. The conversation then turns to the effect of AI on employees. Alex rejects the assumption that organizations will simply remove people as agents become more capable. His preferred analogy is that people are moving from manually producing every artifact to building and supervising the factory. Employees provide the inputs, direct the agents, examine the outputs, and correct the process when necessary. C1 has experienced this internally. Alex says its engineering team increased from roughly 150 weekly software merges to around 1,500, while engineering headcount grew by approximately 10% to 15%. That productivity requires careful human review. Generating work faster does not remove the need to assess whether the output is accurate, secure, useful, and aligned with the original objective. For CISOs and CIOs, the goal is to provide a governed path for AI adoption. A blanket prohibition may encourage employees to work around policy. Secure self-service access can give teams approved tools, defined permissions, and runtime protection. If an AI agent can operate at machine speed, are your organization's identity controls capable of observing, authorizing, and stopping it at the same pace? Listen to the conversation and share your thoughts with me.

How should finance leaders measure AI ROI when adoption has slowed and the cost of models, tokens and disconnected tools remains difficult to predict? In this episode of Tech Talks Daily, I welcome Jeremy Ung, Chief Technology Officer at BlackLine, back to the podcast to discuss how businesses can move from finance AI experimentation to operational deployment. Figures supplied for the interview show AI adoption in finance rising from 37% in 2023 to 58% in 2024, before moving only slightly to 59% in 2025. Jeremy argues that this apparent plateau reflects several pressures, including uncertainty around cost, regulatory requirements, auditability and the continuing debate over whether companies should build their own AI capabilities or purchase them through established platforms. Token spending is part of the problem. Unlike traditional software costs, model usage can be difficult to predict and allocate. Finance leaders want to understand whether applying AI to a workflow will produce enough value to justify that uncertainty. Jeremy believes companies should avoid creating artificial AI ROI metrics. The business measurements already exist. Is AI helping the company close its books faster? Is transaction matching becoming more accurate? Are collections improving? Is the work being completed faster or with fewer manual steps? We discuss what operationalizing AI in finance looks like in practice. Many processes still require employees to contact vendors, collect information, reconcile data and coordinate with other departments. Traditional software struggled with the variation found in these workflows, while AI can adapt to different processes and communication requirements. Accuracy and oversight remain necessary. Jeremy explains why companies need visibility into the prompts, reasoning, models, data, tools and permissions used by every AI agent. That information creates an operating record that finance teams, auditors and regulators can examine later. His analogy with food labeling provides a useful way to understand AI auditability. Consumers can inspect ingredients, calories and sourcing information before buying food. Finance leaders should expect comparable information about the models and data involved when an agent performs financial work. We also discuss the problem of fragmented data. Jeremy acknowledges the familiar rule of garbage in, garbage out, but argues that AI can help connect legacy platforms and mainframe systems that businesses previously found difficult to integrate. The role of finance professionals will change as agents perform additional work. Employees may spend less time completing individual tasks and more time setting goals, reviewing results, approving actions and directing teams of agents. Should CFOs continue buying additional AI tools, or concentrate on embedding existing investments into the financial workflows that determine business performance? Please share your thoughts with me.

What evidence would convince you that an AI agent is ready to make decisions involving employment, money, healthcare, or legal rights? In this episode of Tech Talks Daily, I speak with Vin Sharma, founder and CEO of Vijil, about the trust gap preventing many enterprise AI agents from progressing beyond proof of concept. Vin has spent approximately 30 years building software across security, operating systems, open source, cloud computing, machine learning, and AI. His previous work includes leading engineering at Amazon SageMaker and helping develop 11 AWS AI services. He argues that AI agents differ from conventional software because they combine autonomy with agency. They can interpret an objective, make decisions under ambiguous conditions, and take action. This raises a deeper question than whether an agent can complete a demonstration successfully: will it remain loyal to the interests of the person or business delegating the task? Trust is also specific to the job. Vin uses a simple analogy. You may trust a gardener to care for your lawn, but that does not automatically make the same person suitable to babysit your child. An AI agent must therefore be evaluated within the context of its users, task, operating conditions, authority, and potential consequences. Vin proposes testing three areas. Reliability asks whether the agent can perform its assigned task. Security examines whether it maintains its integrity when facing hostile or noisy conditions. Safety considers what happens when the agent fails and whether the resulting damage remains contained. This evaluation cannot end when the agent enters production. Models, integrations, data, users, and external conditions change. An agent may drift away from its original purpose, which means businesses need continuous monitoring, testing, and updating across the full AI agent lifecycle. We discuss how established security practices can be applied to this problem. Trusted execution environments, containment, least privilege, limited-duration access, and bounded models can reduce exposure. Smaller language models may also be better suited to narrow, high-risk tasks than a general model with broad permissions. Vin offers a three-part framework for governance: personas, purpose, and policy. Personas describe the people and attackers who may interact with the agent. Purpose defines the legitimate task. Policy sets the boundaries between permitted and prohibited behavior. For high-risk systems, his recommended starting position is that any action not explicitly permitted should be prohibited. A natural-language policy can then be converted into deterministic rules and controls governing the agent's behavior. Vin's most direct advice concerns evidence. Vibes, demonstrations, and benchmark scores do not prove that an agent is safe for a particular business process. A CISO should expect a complete risk assessment, while a business owner should receive proof that the agent will serve the organization's interests. His bridge analogy captures the issue perfectly. Engineers do not claim a bridge is safe because it looks impressive during a demonstration. They calculate load, tolerance, failure conditions, and provide test evidence. AI agents acting in consequential workflows deserve a comparable engineering discipline. If an agent developer asked you to trust their system today, would they be able to provide evidence of reliability, security, safety, loyalty, and contained failure? Listen to the episode and share your thoughts with me.

What if employees could access sensitive business applications from personal phones without storing company data on those devices? In this episode of Tech Talks Daily, I speak with Jared Shepard, CEO of Hypori, about virtual mobile infrastructure, BYOD security, employee privacy, zero trust, and the growing mobile threat created by AI. Jared's personal story deserves attention in its own right. He describes himself as a former homeless high school dropout who joined the Army, discovered an aptitude for IT, and applied what he learned to difficult technology problems in Iraq and Afghanistan. That experience gave him a firsthand understanding of what people working at the edge need from secure communications. The requirement that led to Hypori was unusually demanding. Users needed to obtain a phone from a local market, connect through a network assumed to be compromised, and access a protected enterprise environment without exposing sensitive information. Hypori's answer is virtual mobile infrastructure. According to the company, applications and enterprise data remain inside a protected cloud environment while the user receives a streamed visual experience. Sensitive data is not stored on the physical phone, tablet, or laptop. Jared explains why this differs from mobile device management. MDM attempts to secure, monitor, and control the endpoint. Hypori begins from the assumption that the endpoint may already be compromised. This can also protect employee privacy because the organization does not need visibility into the worker's personal device. We discuss how this approach could help government, defense, healthcare, banking, and smaller businesses that cannot maintain the same mobile security resources as a large enterprise. However, virtual infrastructure does not remove every responsibility. Organizations still need strong identity controls, protected cloud environments, reliable connectivity, policy enforcement, and careful vendor assessment. Jared also argues that AI is reducing the time between vulnerability discovery and exploitation. Security programs built around monthly patching may struggle when attack windows are measured in minutes. The conversation closes with leadership, resilience, and mentorship. Jared explains why hard work alone does not guarantee success and why valuable lessons can come from investors, generals, colleagues, friends, or the janitor who has spent 20 years observing how an organization works. Could virtual mobile infrastructure give employees secure access and personal privacy without forcing companies to control every device? Listen to the episode and share your thoughts.

Could your company be paying suppliers earlier than its competitors and unintentionally financing their advantage? In this episode of Tech Talks Daily, I welcome back Oliver Belin, co-founder and CEO of Calculum. Our previous conversation took place around ten years ago when Oliver was working with the Marco Polo Network and blockchain was attracting attention across trade finance. His latest venture concentrates on working capital, payment terms, and the role of AI in supplier negotiations. Oliver explains why working capital has moved higher on the agenda for procurement, treasury, and finance leaders. Companies can generate cash through sales, borrowing, inventory efficiency, faster customer collections, or changes to supplier payment terms. With borrowing costs higher and sales growth difficult in many markets, businesses are examining the cash already tied up within their operations. The difficulty is that procurement teams usually know their own supplier data but lack reliable information about the terms those suppliers accept from other customers. Negotiating without market benchmarks can lead to blunt policies, such as extending every supplier to 90 days. Oliver warns that indiscriminate extensions can create serious consequences. Smaller suppliers may experience cash flow pressure, increase their prices, reduce service, or direct capacity toward customers offering better terms. The buyer may improve its balance sheet while weakening an important part of its supply chain. Calculum uses transactional benchmark data to compare existing payment terms with the wider market. According to Oliver, the platform can show how frequently a supplier appears in its dataset, which terms it accepts elsewhere, and the probability that it will agree to a proposed change. AI and predictive analytics can then help companies concentrate on the suppliers where an adjustment would create the greatest financial impact and carry a higher probability of acceptance. This is particularly useful when an enterprise has tens of thousands of suppliers and procurement teams can only negotiate directly with a small proportion of them. Oliver says Calculum typically identifies free cash flow opportunities equivalent to approximately 8% to 11% of the spend analyzed. The amount identified does not automatically become realized cash. Procurement teams need targets, internal ownership, supplier conversations, and financing options to turn recommendations into results. He shares the example of an unnamed Fortune 500 pharmaceutical company that generated $227 million in free cash flow over 16 months. The program combined market-aligned payment terms with Supply Chain Finance, allowing participating suppliers to receive early payment in exchange for a discount based on the buyer's financial strength. Another UK company with approximately 4,000 suppliers generated €3 million in free cash flow within two months. Oliver attributes the speed partly to knowing which suppliers to approach first rather than attempting a broad, manual campaign. We also discuss supplier protection. Calculum identifies whether a business is a small or medium-sized enterprise, examines ultimate ownership, and considers financial strength. A financially vulnerable supplier may need early payment support rather than longer terms. Oliver's wider point is that AI cannot create reliable benchmarks from nothing. Useful predictions require traceable transactional data, clear objectives, and people prepared to act. Could better payment term intelligence improve your cash position while creating fairer, better-informed supplier relationships? Listen to the episode and share your thoughts with me.

What if the chemistry created by neurological disease could help activate medicine precisely where it is needed? In this episode of Tech Talks Daily, I speak with Sara Isbell, neuroscientist and co-founder of Enabled Therapeutics, about a proposed approach to one of medicine's most stubborn problems: delivering effective drugs to diseased brain tissue without exposing healthy areas to the same activity. Sara explains how the blood-brain barrier prevents many promising compounds from reaching the brain. When drugs do enter, they may spread across healthy and diseased regions alike, creating a difficult balance between therapeutic benefit and unwanted effects. We hear how an unexpected laboratory result led Sara and her co-founder to investigate whether pathological oxidative stress could convert a precursor molecule into a biologically active compound near the affected tissue. Sara describes this as pathology-gated therapeutic activation, where disease-associated chemistry provides the trigger that turns the medicine on. This remains developing science. At the time of recording, Enabled Therapeutics was preparing its first peer-reviewed manuscript and seeking partners to support further studies. Sara explains why reproducible evidence, regulatory guidance, and careful laboratory validation must determine whether the hypothesis advances. We also discuss how AI helps small biotechnology teams review literature, organize regulatory materials, connect ideas across scientific disciplines, and identify possible hypotheses. However, Sara offers an important reminder: AI can propose possibilities, but nature and experimental evidence decide what is true. Could following one unexpected result eventually offer researchers another way to approach neurological disease? Listen to the conversation and share your thoughts with me.

Could the real reason enterprise AI projects remain stuck in pilot mode be hidden inside the company's unstructured data? In this episode of Tech Talks Daily, I welcome back Oded Nagel, CEO of CTERA. We discuss why enterprise AI success depends on the condition, location, permissions, and business value of the data sitting underneath models and agents. Oded defines AI-ready data as information that is searchable, classified, and permission-aware. Many enterprises have petabytes of files distributed across offices, edge locations, legacy network-attached storage, and cloud platforms. Before introducing AI, leaders need to know what information they possess, where it resides, who can access it, and whether it remains valuable. The cost implications are significant. Copying every available file into an AI ecosystem can create expensive ingestion and storage bills. It may also reduce answer quality when stale, duplicated, irrelevant, or personal files enter the model's source material. Oded describes a customer classification project where approximately 80% of the data examined was stale or archival. The company also discovered personal content, including MP3 files, stored alongside enterprise information. Feeding such material into an AI system would consume resources without improving business results. We discuss Oded's recommendation to bring AI to governed data rather than moving data outside existing controls. Keeping intelligence close to the file system can preserve access permissions, audit logs, snapshots, and recovery mechanisms. Those protections become increasingly important when autonomous agents can read, move, modify, or delete files. Oded argues that every agent should be identifiable and its activity monitored. Businesses need to know which agent accessed which information, what action it performed, and whether the result can be reversed. Without those controls, a misunderstood instruction or malicious input could cause serious damage. The conversation also covers CTERA InsightAI, an agentic intelligence layer built into the company's data platform. Oded says it analyzes security activity and file-system metadata, allowing users to ask questions about stale data, file types, access patterns, deleted files, and ransomware impact using natural language. Rather than working through traditional dashboards and filters, users can question the data and request conclusions or recommended actions. Oded says some customers are piloting InsightAI while others already use it in production. For leaders measuring enterprise AI ROI, Oded recommends concentrating on storage costs, time savings, and speed to production. AI tools should make complex information easier to understand and reduce the time required to act. A ten-page report generated instantly provides limited value if nobody knows what decision to make from it. Does your company have enough visibility and control over its unstructured data to support production AI, or would classification uncover years of stale information and unnecessary expense? Listen to the conversation and share your thoughts with me.

What happens to the value of human judgment when AI makes execution faster, cheaper, and available to almost everyone? In this episode of Tech Talks Daily, I speak with Eric Wang, Vice President of Product and AI at QuillBot. Eric has worked in artificial intelligence since 2006, with previous leadership roles at Turnitin and Chegg. He now works on AI products used by millions of people to develop ideas, improve their writing, conduct research, and create new forms of content. Eric argues that AI's workplace impact extends far beyond automation. These tools are changing how people develop an argument, consider alternatives, cross traditional job boundaries, and turn an idea into something other people can understand. As technical execution becomes cheaper, Eric believes judgment, taste, and problem understanding become increasingly valuable. Someone with strong knowledge of a customer problem may be able to prototype software, produce marketing material, or develop a business proposal without depending on several specialist teams. That creates opportunities, although it also brings risks. AI can influence the direction of an argument, encourage misplaced confidence, and produce large volumes of content that sounds polished while saying very little. Eric shares an intriguing observation from QuillBot's user research: people increasingly refer to AI systems as "he" or "she." That small change in language may indicate that users are beginning to trust machines in ways they do not fully recognize. We also discuss how orchestrated workflows can give AI agents defined routes and boundaries, why Eric sees judgment and taste as durable business advantages, and what manual transmission cars can teach us about creativity in an automated world. Where should your organization draw the line between AI assistance and human judgment? I would love to hear where you stand, so will you share your thoughts with me?

Has enterprise AI finally reached the point where impressive demonstrations are no longer enough? In this episode of Tech Talks Daily, I speak with Bruce McMahon, Chief Product Officer at CallMiner, about what he describes as the industrialization of AI: the move from experimentation and excitement toward repeatable processes, measurable ROI, better customer experiences, and technology that can operate reliably at enterprise scale. Bruce explains why business leaders are increasingly asking a much simpler question about AI: how is this going to create value? Drawing on CallMiner's experience analyzing hundreds of thousands of hours of customer interactions every day, Bruce discusses how AI can surface operational inefficiencies and customer insights that were previously difficult to identify. The opportunity is not simply generating more data. Organizations need processes that get the right insight to the right person so something actually changes as a result. We also discuss how AI is changing workforce expectations. Bruce sees curiosity and adaptability becoming increasingly valuable, particularly among technical teams. As AI takes on more routine work, employees who question outputs, experiment with new approaches, and apply human judgment can become more valuable than those who rely solely on established technical knowledge. The economics of enterprise AI present another challenge. Foundation models, capabilities, and pricing continue to change rapidly, creating questions around vendor dependency and long-term costs. Bruce explains why companies may increasingly use a mixture of commercial, open-source, fine-tuned, self-hosted, and proprietary models rather than relying on one provider for everything. Governance becomes even more important as AI agents begin interacting directly with customers. We discuss red teaming, bias testing, compliance, data protection, monitoring, and why organizations need to decide which actions can be fully automated and which decisions must remain accountable to a human. Bruce also examines how AI is changing customer experience and the BPO industry. Rather than choosing between humans and AI agents, he sees value in designing systems where both can work together, with people handling interactions requiring judgment while AI manages high-volume and repetitive work. For CIOs, CTOs, COOs, customer experience leaders, and anyone responsible for enterprise AI strategy, this conversation provides a practical look at moving beyond AI pilots and turning the technology into a dependable part of business operations.  

What happens when an AI agent is compromised, manipulated, or simply does something nobody expected, but already has permission to access your most sensitive systems? In this episode of Tech Talks Daily, I speak with Geoffrey Mattson, CEO of SecureAuth, about why securing enterprise AI requires businesses to think beyond protecting models and start paying much closer attention to identity, authorization, access control, and what AI agents are actually allowed to do. Geoffrey argues that AI agents present a different security challenge from traditional software. Conventional applications can be tested against relatively predictable behavior. AI models are far less deterministic, particularly when prompt injection, excessive permissions, unexpected behavior, and autonomous actions enter the equation. His advice is to assume an agent could behave unpredictably and control what happens when it attempts to access a database, execute a financial transaction, call an API, or interact with another business system. We discuss what this means as companies race to introduce agentic AI. Geoffrey shares examples of employees granting AI tools permissions without fully understanding what they have approved, along with agents gathering information that creates unexpected privacy and compliance problems. This creates a difficult challenge for CIOs and CISOs. Boards want AI adoption because of its potential competitive value, while employees increasingly depend on AI tools to do their jobs. Simply blocking agents is unlikely to work. Security teams instead need mechanisms that allow innovation while controlling what those agents can access. Geoffrey explains why Zero Trust becomes particularly relevant here. Rather than authenticating a user or agent once and assuming it remains trustworthy, enterprises need to continually evaluate whether an action should be permitted at that specific moment. This leads to the concept of continuous authorization. Geoffrey explains how identity security is moving from asking "Who are you?" toward understanding intent, behavior, context, and authority for individual actions. This becomes increasingly important when one AI agent can create sub-agents, which can then create additional agents and pass permissions down the chain. We also discuss why agentic AI is exposing years of accumulated security debt. Many of the underlying problems are familiar: excessive privileges, inconsistent access controls, incomplete Zero Trust implementations, and systems that trust identities for too long. AI agents amplify those weaknesses because they can operate at machine speed. Geoffrey describes this as combining the unpredictability of humans with the power of machines. For CIOs, CISOs, security architects, identity teams, and business leaders deploying agentic AI, this conversation offers practical questions to ask before connecting agents to enterprise resources. What can the agent access? What authority does it have? Can that authority be reduced as tasks are delegated? Is every important action evaluated independently? And can access be revoked immediately when behavior changes? The goal is not to prevent organizations from using AI agents. It is to create a security layer that gives developers and employees room to experiment while ensuring agents only have the authority they need at the moment they need it. As autonomous AI becomes part of the enterprise workforce, identity alone may no longer be enough. Businesses increasingly need to understand intent, control authority, and continuously decide whether the next action should be allowed.

Companies are spending billions on GPUs, data centers, foundation models, and AI infrastructure. But what happens when the network connecting all of it cannot keep up? In this episode of Tech Talks Daily, I welcome back Avi Freedman, co-founder and CEO of Kentik, five years after our previous conversation. Avi has been operating large-scale networks since the 1990s, including more than a decade at Akamai, and brings a rare combination of founder experience and hands-on knowledge of how the internet actually works. We discuss why network performance is becoming an important factor in determining the return companies receive from their AI investments. If organizations cannot move data efficiently to models or deliver inference reliably to users and applications, expensive compute infrastructure can sit waiting while performance suffers and costs increase. Avi explains what technology leaders should measure to determine whether their network is helping or hindering AI workloads. This includes establishing performance baselines, synthetic testing across cloud and AI providers, understanding dependencies across the digital supply chain, and using observability to identify what changed when performance deteriorates. The conversation also examines network intelligence and why collecting telemetry alone is not enough. Organizations need to connect network data with the applications and users affected, understand historical behavior, determine which problems matter, and give network teams enough context to act quickly. Agentic AI introduces another opportunity. Avi explains how AI agents can increasingly perform the work of experienced network engineers by monitoring baselines, investigating alerts, troubleshooting problems, and recommending actions. But fully autonomous networks remain some distance away. Most enterprises currently want humans deciding whether significant production changes should be made. That leads us into governance. As businesses give AI systems access to increasingly important infrastructure, credentials, permissions, guardrails, and oversight become major considerations. Avi warns about ungoverned AI systems gaining proxy access to corporate infrastructure and explains why companies need clear boundaries around what agents can see and do. We also revisit a lesson from decades of internet infrastructure: individual components will fail. Rather than attempting to create networks that never fail, businesses should design for resilience through redundancy, over-provisioning, monitoring, and architectures capable of continuing when something inevitably breaks. For founders, CIOs, CTOs, network engineers, and infrastructure leaders building around AI, Avi offers practical advice on observability, network resilience, autonomous operations, AI infrastructure, and knowing when networking expertise should be developed internally or brought in from elsewhere. And we finish somewhere unexpected: how CEOs can use AI to make better decisions by explicitly asking it to disagree with them. Avi explains why turning AI from a sycophantic assistant into an argumentative colleague can expose weaknesses in an idea, improve communication, and help leaders test their thinking. AI may be transforming software, compute, and business operations, but none of it works without connectivity. As AI becomes part of the operational backbone of the enterprise, understanding the network underneath it becomes increasingly difficult to ignore.

Is AI really causing widespread job losses, or are a small number of announcements creating a much larger narrative? In this episode of Tech Talks Daily, I speak with Marvin Pohl, chief data scientist and cofounder of Clarecast, about AI layoffs, quiet restructuring, predictive workforce intelligence, and the responsibility that comes with forecasting company growth. Marvin's career began in physics and physical chemistry. After completing his PhD in Germany, he worked at Berkeley Lab and UC Berkeley before moving into data science at BASF. He describes how his role changed as generative AI entered the workplace. Initially, he encouraged skeptical colleagues to understand what language models could do. Today, he often finds himself warning people against accepting confident AI answers without checking the evidence. Clarecast was founded by Marvin, Jonathan, and CEO Bradley Taylor. The company combines employment profiles, job postings, technology adoption, stock information, industry data, and other signals to forecast how businesses may develop. Marvin says Clarecast covers over four million US companies and produces company-level forecasts extending 18 months. We discuss Clarecast's report on "quiet restructuring." The report considers whether AI-related workforce contraction may appear through slower hiring, unfilled positions, internal reorganization, automation, and the creation of new AI-related roles rather than widespread mass layoffs. Marvin says fewer than 100 companies in Clarecast's database had publicly attributed layoff announcements to AI. He describes this as a small proportion of the companies being analyzed and says projected US workforce growth appeared broadly flat rather than approaching a sudden collapse. However, Marvin is careful about what those findings can prove. The report presents a hypothesis, its model outputs are estimates, and correlation does not establish causation. Companies can change their hiring for many reasons, while employment data often takes time to reflect what has happened. Many of the AI-related announcements included in Clarecast's early analysis were also less than six months old. Marvin says a reliable assessment of whether companies followed through will require additional time because job postings, employment profiles, and reported headcount do not update immediately. We also discuss how Clarecast plans to apply its company intelligence to sales prospecting. Marvin argues that poorly personalized AI outreach is reducing response rates. Clarecast wants to help businesses identify a smaller number of companies that are showing signals of genuine need, allowing sales teams to spend additional time on relevant and personalized communication. How should business leaders use predictive intelligence without turning a probability into a predetermined outcome? Listen to the episode and share your thoughts with me.

What happens when an AI agent is authorized to make a payment, but nobody can verify the wider agreement behind it? In this episode of Tech Talks Daily, I speak with Zor Gorelov of Blue Language Labs about the infrastructure businesses may need as AI agents move from answering questions to negotiating, approving, purchasing, coordinating, and settling commercial activity. Many current business processes depend on human coordination. People reconcile spreadsheets, chase signatures, confirm deliveries, review exceptions, and resolve disagreements between systems. This work often remains invisible because employees absorb the ambiguity through emails, calls, and follow-up. Agent driven business changes the speed and volume of those interactions. One agent making an isolated payment can be handled as a software transaction. Several agents coordinating dependent actions across companies, banks, suppliers, platforms, and customers creates a much larger infrastructure problem. Zor argues that authorization answers only part of the question. An agent may have permission to pay, but every participant also needs to understand what the payment covers, which conditions apply, who can approve changes, what evidence confirms delivery, and when funds should be captured, refunded, or settled. Blue Language Labs is developing an open source protocol designed to structure those commitments. Blue Documents represent machine executable agreements containing participants, permissions, obligations, conditions, and the current state of a business process. Blue Mandates provide agents with revocable authority. A business can define spending limits, permitted actions, and thresholds requiring human approval. The meeting notes include the example of a restaurant operator allowing an agent to accept smaller bookings automatically while requiring approval for catering orders involving over 20 people. Blue Timelines provide an append only, hash linked record of actions, approvals, and changes. The aim is to give participants an independent history they can use when resolving disputes, instead of relying on conflicting emails or records controlled by one company. Zor brings the concept to life through a travel package assembled by an AI agent. The agent identifies a boutique hotel with spare inventory, a restaurant with available tables, and a local guide with unused capacity. Each business defines its terms, the agent assembles the offer, and the participants approve their roles. The customer purchases one package. Payment can be authorized at the beginning and captured according to agreed conditions as the hotel, restaurant, and guide confirm fulfillment. If one participant declines or fails to deliver, predefined rules determine whether the agent finds a replacement, changes the package, or triggers a cancellation. We also consider how Blue differs from traditional workflow systems, agent orchestration tools, and blockchain smart contracts. Blue is designed for coordination across separate businesses without requiring every participant to join one company platform or use global blockchain consensus. The opportunity could be especially valuable for smaller companies. Agents may allow several independent businesses to combine inventory, services, and expertise into offers they could not create individually. Adoption will depend on whether businesses, banks, and customers trust the protocol, accept shared definitions, and retain meaningful control. What would need to be written into a machine executable agreement before your organization could rely on another company's AI agent? Listen to the conversation and share your thoughts with me.

What separates an embedded finance partnership that changes customer behavior from an integration nobody would miss? In this episode of Tech Talks Daily, I speak with Rory Herriman, Chief Technology Officer and Chief Operations Officer for Zip's US business. Rory works across product, technology, operations, and business strategy, giving him a broad view of what happens after the API connection is complete and real customers begin using the service. Rory challenges a common understanding of embedded finance as placing one financial product inside another company's experience. Customers rarely wake up wanting embedded finance. They want to complete a purchase, manage their money, or solve a practical problem without an unnecessary interruption. The real test is whether the two businesses create something together that neither could provide independently. Rory calls this derived product market fit. Both products may succeed separately, but the combined experience must generate additional value for the customer if the partnership is going to last. Technology integration is only one part of the work. As businesses add customers and partners, they create new customer journeys, compliance obligations, servicing models, governance requirements, and operational processes. Rory argues that this complexity grows exponentially rather than linearly. This changes how technology teams should approach architecture. Instead of creating another custom integration for every opportunity, each partnership should contribute reusable capabilities to a wider platform. APIs, shared services, configuration tools, support processes, and governance models can then serve the growing ecosystem. We also discuss what partnership conversations reveal. Rory sees customer journey discussions during the first meeting as a positive sign. A conversation dominated by revenue division or integration mechanics may indicate that the participants have not established why the customer needs the combined service. His internal test is refreshingly simple. If the company launched the capability and removed it several months later, would the customer notice? If the answer is no, the partnership may have created technical activity without meaningful customer value. AI also enters the discussion. Rory believes AI can move financial services toward adaptive experiences where the product responds to the customer's circumstances. This offers opportunities for personalization and automated servicing, but it also increases the importance of responsible design, governance, customer consent, and clear accountability. For leaders building one-to-many embedded finance models, Rory's advice is to begin with the customer journey, establish alignment on values and service expectations, and build platforms that become stronger with each partnership. Would your customers miss the financial services you are embedding, or are they simply another feature occupying space in the journey? Listen to the episode and share your thoughts with me.

What happens to creator loyalty when somebody delivers the work, attracts an audience, and then waits weeks to be paid? In this episode of Tech Talks Daily, I speak with Rob Israch, President at Tipalti, about the payment infrastructure supporting the creator economy. Platforms may be able to add thousands of creators quickly, but the systems behind onboarding, tax collection, approvals, global payouts, communication, and reconciliation often struggle to keep pace. Rob cites research suggesting 87 percent of creators have experienced late payments. For a creator, payment is a direct test of whether a platform values their contribution. Delays, incorrect amounts, limited payment methods, or receiving funds in the wrong currency can damage trust and encourage successful creators to take their audiences elsewhere. This makes the payout experience part of creator retention. A platform may offer excellent creative tools and attractive commercial opportunities, but those benefits are easily undermined when creators have to chase payment updates or submit the same information repeatedly. Global growth adds another layer of difficulty. Rob explains that payment teams may need to account for approximately 26,000 rules, varying tax identification requirements, local payment methods, currency preferences, fraud checks, and screening against over five sanctions databases. If the correct information is not collected during onboarding, payment errors can increase by two or three times. The resulting problem concerns the complete workflow. Creator information must be collected securely, tax details validated, payment recipients screened, approvals completed, funds delivered through the preferred method, and every transaction reconciled with accounting systems. Creators also need timely communication when a payment is attempted, completed, delayed, or rejected. We discuss how automation can connect those stages and reduce the manual work that causes errors. Rob also describes practical roles for AI, including more responsive onboarding, automated fraud detection, tax validation, and immediate answers to payment-status questions. These capabilities can reduce support requests while giving finance teams more time to examine performance, risk, and growth. They also provide creators with something remarkably valuable: confidence that they will be paid accurately and kept informed when a problem occurs. Should creator payments remain a finance process, or should platforms treat them as part of the creator experience and retention strategy? Listen to the conversation and share your thoughts with me.

What happens when an enterprise AI agent can retrieve thousands of data points but cannot understand the customer, decision, or business moment in front of it? In this episode of Tech Talks Daily, I welcome back Boris Bialek, Vice President of Industries and Global Field CTO at MongoDB. We examine why the enterprise AI conversation has become more professional as organizations move beyond demonstrations and begin putting agentic systems into production. Boris argues that many companies do not have a shortage of data. Their problem is turning scattered data into information and then into usable knowledge. A bank balance is data. A complete view of a customer's relationship with the bank is information. Recognizing that the customer is currently researching a mortgage and may need assistance within the next 20 seconds is knowledge. This distinction leads to Boris's concept of a knowledge garden. Structured records, unstructured content, live signals, conversations, and business context are organized around a customer or outcome. Different departments can access the parts relevant to their work while AI agents receive the context needed to respond quickly. We also discuss integration debt. Boris recalls one system that required 18 seconds to assemble a customer view and says many enterprises are working with approximately 40 primary data sources. An agent can spend so much time coordinating access across APIs, caches, and applications that the business problem becomes secondary. Trust becomes equally important once an AI agent can act. Boris introduces two measures: the agent confidence score and the business risk score. The first evaluates whether an agent's output appears reliable based on its data, behavior, and context. The second considers the consequences of allowing that decision to proceed automatically. Together, these scores can help organizations decide which actions should pass automatically, which need further machine validation, and which should reach a human reviewer. Boris also explains why data lineage and complete audit trails must be designed into production systems from the beginning. For teams beginning this work, his advice is practical. Choose one business outcome, connect two or three relevant data sources, create a working prototype, and involve business and technical leaders in the same conversation. The goal is to demonstrate how data, context, confidence, risk, and human review work together before expanding the system. Does your organization have an AI data problem, or does it have a knowledge and context problem? Listen to the conversation and share your thoughts with me.

What happens when a warehouse management system believes stock is present, but nobody can find it on the warehouse floor? In this episode of Tech Talks Daily, I speak with Oana Jinga, co-founder of Dexory, who oversees the company's commercial strategy and product roadmap. Dexory has developed autonomous mobile robots capable of scanning inventory at heights of up to 18 meters while creating a continuously updated digital view of warehouse operations. The company says its robots have scanned one billion locations across 12 countries. Its customers include Maersk, DHL, Samsung, GE Appliances, Stellantis, GXO Logistics, and C.H. Robinson. However, the real story goes beyond the size of the robot or the number of locations scanned. It concerns what businesses can do once they have accurate information about their physical operations. Oana explains why warehouses often become data blind spots. Businesses usually know what entered the facility and what eventually left, but stock movements, damaged items, misplaced pallets, and inefficient use of space can remain difficult to track between those events. Dexory's robots scan approximately 10,000 to 12,000 pallet locations per hour. Oana recalls one customer discovering around £1.5 million in stock it had considered lost or written off. Other scans have revealed repeated pallet movements and potential opportunities to recover around 10% of warehouse capacity through better organization. We also discuss why visibility alone does not create business value. Dexory initially gave users large volumes of information, only to discover that extensive lists of problems could overwhelm warehouse teams. Its platform now prioritizes the actions requiring attention, helping users concentrate on a manageable number of issues each day. Oana explains why physical AI faces different challenges from software operating entirely within digital systems. Warehouses change constantly as people, vehicles, stock, temporary obstacles, damaged areas, and local working practices alter the environment. Robots and AI systems therefore require current physical data rather than relying on an old floor plan or assumptions recorded in another system. For companies considering warehouse robotics, Oana recommends starting with the operational problem. Leaders should observe how work happens, speak with employees about bottlenecks, define the result they want, and appoint an internal owner responsible for adoption. A robot sent to collect stock from an empty or incorrect location cannot complete its task, regardless of how capable its software may be. We also consider the future of warehouse work. Oana argues that robots can remove repetitive inventory walks and manual counting, allowing employees to interpret data, investigate problems, and improve operations. She also shares her experience as one of the few women in robotics a decade ago and explains why visible female role models can make the sector feel accessible to a wider group of people. Could physical AI help your warehouse teams make better decisions, or would inaccurate data and unclear ownership prevent the technology from delivering value? Listen to the episode and share your thoughts with me.

What can Formula One and football teach businesses about building customer relationships that continue long after a single event? In this episode of Tech Talks Daily, I speak with Ben Lewis, Vice President of Marketing at Infobip, about the company's work with AI-powered sports companions and what those experiences can teach customer experience leaders in every industry. Ben explains how Infobip worked with TGR Haas F1 Team to create RaceMate, an AI companion available through WhatsApp and Apple Messages for Business. Fans can access team information, driver histories, race schedules, trivia, personalized content and interactive experiences without downloading another application. We also discuss PitchMate, Infobip's conversational companion for global football fans. It remembers a fan's preferred team, can deliver personalized schedules and match information, and supports quizzes and other interactive features across an extended tournament. For me, one of the most useful lessons is the decision to meet fans inside messaging channels they already use. We have all downloaded an application for a conference, flight or one-off event, used it for several days and then forgotten it exists. RaceMate and PitchMate allow the conversation to remain available in the same place someone would message a friend. Ben also explains why Infobip measures success through returning users, conversation duration and the number of interactions rather than relying solely on clicks. TGR Haas F1 Team is currently using RaceMate to grow its fan community and provide useful content rather than constantly pushing merchandise. The same thinking can apply far beyond sports. We discuss travel companies contacting customers during unresolved claims, healthcare providers sending poorly timed automated messages and brands promoting products without recognizing that a customer is already involved in a dispute. Connected data can help prevent these disjointed experiences. Our conversation closes with practical advice for businesses adopting agentic AI. Ben recommends connecting customer data with campaigns, testing carefully, establishing guardrails and defining when an AI agent should transfer a conversation to a person. Are businesses investing too much in new customer applications when the better experience could already live inside WhatsApp, RCS or Apple Messages for Business? Please share your thoughts with me.