Nobody volunteers to be the bakra.
That's the Hindi word for a sacrificial goat—the person who gets picked when a call for volunteers produces only the sound of crickets. At Ashoka University on a Thursday morning in late February 2026, with final exams still underway and students stretched thin across essays and tutorials, Anand had asked for someone to share their screen and lead a live vibe-coding exercise. The response was what it always is in these situations: a careful, collective stillness.
So Ashish, the faculty host, promoted Nikhil to panelist. "You're the bakra," Anand told him cheerfully. Shivani pointed out that calling it "volunteering" was perhaps too generous a word. Nikhil, a lab manager and former student, took it with good humor. He unmuted himself, shared his screen—Gemini Pro open in the browser—and looked at the chat window expectantly.
"Currently what are some of the topics that the students are studying?" Anand asked.
Nikhil listed them: humanities, political science, arts, STEM. A wide university, wide curriculum. Anand picked the one that seemed furthest from anything digital: Indian Civilizations, a foundational course that every undergraduate at Ashoka must take.
"How about if we built an application," Anand suggested, "that will do a better job than any textbook of teaching us Indian Civilization?"
What Nikhil typed, in the Canvas mode of Gemini Pro, was this: Build an interactive scrollable timeline of the Mughal period.
And then, in about ninety seconds, a fully functional interactive history application appeared on screen. Babur. Humayun. Akbar. A scrolling timeline with dates, events, portraits. It wasn't just information—it was structured, navigable, beautiful in its own way. The kind of thing that would have taken a professional web developer days to build, and a textbook committee months to commission.
"I personally think there is no big deal. The point is simply that we haven't gotten used to it." — Anand, at 12:13
"All it takes is an idea if we want to build something." Once we build it, it may not work. All it takes is for us to tell it how to change, and it makes the change.
"This is interesting," Anand said, "but what change would you suggest to make it actually useful?" Nikhil, getting into it now, proposed adding a map—showing how the Mughal empire expanded and contracted across centuries. He typed the prompt and submitted it. Then, while the AI churned away rebuilding the app, Anand showed him something unexpected.
He opened ChatGPT. Not to build anything—just to dictate.
The Art of Rambling to Machines
There is a widespread assumption among people new to AI that the secret to a good result is a perfectly crafted prompt. You must be precise. You must be structured. You must use the right keywords in the right order. This assumption, Anand has come to believe, is almost entirely wrong—and it costs people enormous amounts of creative energy they don't need to spend.
"When we are talking, we can ramble. When we ramble, it doesn't hurt the prompt any. These things are smart enough to figure out what we want." — Anand, at 16:45
ChatGPT, he'd discovered, has one of the best free transcription engines available. So his technique is to click the microphone button, ramble out whatever is on his mind—the half-formed idea, the tangent, the "and also I was thinking maybe..."—and let the system turn it into text. That text, verbatim and rambling as it is, becomes the prompt. Paste it into whatever tool you want to build with. Hit run.
Nikhil tried it. He dictated a vision for a website about Albert Einstein—his publications, his research, the places he visited and lectured and taught, a complete portrait of a life in science. The words tumbled out naturally, without the stiffness of typing. Then he pasted them into a fresh Gemini Canvas tab and watched the AI begin to build.
Meanwhile, back in the first tab, the Mughal map was done. It was, as Anand put it diplomatically, "a pathetic map of India." But that is the point, and Anand let Nikhil feel it rather than announce it: the pathetic map is not failure. The pathetic map is iteration one. You tell it what's wrong, and it fixes it. You tell it the map disappears when you scroll, and it pins it. You tell it the colors are wrong, and it repaints them. The skill isn't in getting it perfect first time. The skill is knowing how to look at the result and say what's missing.
"These things happen slowly," Anand observed, in the way of someone who has made peace with this fact. "Rather than just run one thing at a time, we may as well multitask. I usually watch a movie while my coding agent runs, and then I come back and check. It helps to watch movies you've already watched—that way you don't have to pay attention to either."
"I usually watch a movie while my coding agent runs. It helps to watch movies you've already watched—that way you don't have to pay attention to either." — Anand, at 24:56
Einstein, Three Ways
Now it was Anand's turn to share his screen. He had an idea: not just a timeline of Einstein's life, but a visual biography on a map. Einstein born in Ulm. Einstein in Bern, dreaming up special relativity. Einstein in Berlin, developing the general theory. Einstein fleeing Europe, landing in Princeton. A life charted geographically, the way migrations and ideas actually move—through space, not just through time.
He dictated the prompt into ChatGPT—rambling, mid-thought additions and all. He included a twist: he asked the AI to introduce something novel, something the world hadn't widely seen before, and to name it. "I may not even recognize it when I see it," he said. Then he submitted the same prompt to three different tools simultaneously.
"What's the harm in having a dozen of these run in parallel? If I like one, that's good enough." — Anand, at 28:07
ChatGPT, given the standard model rather than a canvas build, produced: nothing useful. It failed. "Big deal," Anand shrugged, with the equanimity of someone who expects this. He'd asked three tools precisely because he expected some to fail.
Gemini produced something first. The map loaded, and as it moved between locations—Munich, Aarau, Bern, Berlin, Princeton—the screen rippled. Not metaphorically: it physically rippled, the whole image warping in a liquid wave before resolving into the next location. A flashback effect. The kind of thing you'd see in a film when a character is remembering something. Anand had never seen this used in an interactive geography application before. He didn't know it could be done this way. "This is nice," he said, genuinely surprised.
Then came Claude's version. It zoomed in on each location, beautiful typography filling the panels. And between each location—here is the thing that stopped the room—there were animated particles. Lines of light flowing across the map, not randomly, but tracing arcs from one place to the next, as if showing the direction of thought itself moving through geography.
Claude had named them: Cognitive Field Lines. "Animated particle-based idea flow between locations, showing how Einstein's thinking evolved spatially." The name came from physics—electromagnetic field lines—which fit Einstein's biography with an almost uncanny precision. The concept was real. The visual was new. And Anand, who hadn't known it existed thirty minutes earlier, now knew exactly what to ask for the next time he needed to visualize how ideas move between places.
By asking an AI to do something novel and name it, you expand your vocabulary of what's possible. Anand discovered "Cognitive Field Lines"—a visual concept he now carries forward into every future project that involves showing the flow of ideas through space.
"I asked it to code," Anand said, "but I also asked it to do something interesting. And now I've learned something new." He paused. "And I know what it's called. That's powerful."
The Moment Sycophancy Became a Lesson
The gamified course was, by any measure, delightful. Anand found himself answering questions in the middle of running a workshop—module one, "Bias Lab," asking him about availability heuristics and confirmation bias. He kept getting the answers right, and the system kept praising him. "You're a speed learner! Awesome."
"Sycophancy is a problem, by the way," he noted, without slowing down. "These models will happily praise you to death, and you'll have to explicitly ask for critique." But he'd earned 100-odd XP and was genuinely hooked enough to want to keep going. The gamification, he admitted, was obviously working—on him.
"The very fact that I'm sitting and solving these problems in the middle of a vibe coding workshop indicates that I'm hooked. I want to get more XP and the gamification is obviously working." — Anand, at 42:16
What the session was revealing, piece by piece, was something that most coding workshops don't dwell on. The building is not the hard part. The building is almost embarrassingly easy—you describe what you want, the machine writes the code, the code runs, something appears on screen. The hard part is everything else. What do you build? Why does the result look like that, and what would make it better? How do you feed it data it can actually use?
To illustrate the last point, Anand uploaded his own bank statement to Claude and asked it to find prices that had changed over time—a personal inflation tracker, built in minutes. The system found thirty items with repeated purchases. Twenty-five had apparently gone up in price. But when he looked closely, the "price increases" were mostly the system confusing individual meals with group orders, monthly subscriptions with annual ones. The data was real; the interpretation was confused.
"This didn't work the way I expected," he said, "because the data that I fed it is wrong." But he pivoted immediately to what had worked: the system had pulled a dashboard together, organized the information visually, made it easy to review. "That's another example of the kind of thing you should learn to ask for." Not just results—results you can evaluate quickly.
The Real Skill Is Knowing What to Call Things
Toward the end of the session, Anand pulled up something he'd built in advance: a gallery of visual art styles, organized so that you could browse image generation terms with examples of what each one produces. Two-dimensional animation. Diorama. Balloon art. Xerox photocopy aesthetic—that last one, he explained, produces images with a gritty, degraded quality, as though a photograph has been photocopied, then photocopied again, then again. He'd discovered it the same way he'd discovered Cognitive Field Lines: by asking an AI to show him something he didn't know existed, and then remembering what it was called.
"Building the vocabulary is arguably one of the more useful things in the AI era. Most skills are declining—coding, because the system can do it. But knowing what to ask for is a bit on the increase." — Anand, at 46:35
This is, if you sit with it, a quietly radical claim. For decades, the value in software has been held by people who know how to build—who can write functions, debug stack traces, architect systems. That skill is being automated. But naming things—knowing the vocabulary of what's possible, being able to look at a result and say "this needs cognitive field lines, not a static diagram"—that skill is not being automated. That skill belongs to people who have spent time building vocabulary in any domain. Including the humanities.
A student of history knows how to look at a map and see what's missing. A student of philosophy knows how to identify when an argument is circular. A student of literature knows when a story has the wrong emotional register. These are precisely the capacities that make the difference between a vibe coder who produces functional mediocrity and one who produces something genuinely surprising.
The session ended with a simple invitation:
"Practice more vibe coding. It's easy enough, and therefore everyone will find it easy. What is it that you can push it to do that is probably a little tougher than someone else may know? And for this, leverage what is unique about you." — Anand, at 49:01
Nikhil, the reluctant bakra, had built a Mughal empire map. A student named Abhishek had prompted the creation of a gamified behavioral science course. A student named Diya, on her phone because she was away from her laptop, had suggested an app that would track your screen time and gently shame you when you drifted past your study window. She was told: go try that yourself. You'll be surprised.
In a room full of people who spend their days reading Plato and writing essays on the Partition and analyzing Shakespeare's late romances, something small had shifted. The barrier between idea and running software was revealed as essentially zero. What remained was the older, harder problem: the problem of knowing what you want, and why it matters, and what to call it when you see it.
That problem, it turns out, is exactly what a humanities education is designed to solve.
How This Session Was Prepared
Anand is a self-designated "LLM psychologist"—someone who studies how large language models think rather than how to build them. Preparing for a talk to humanities students at Ashoka meant, in his case, asking the machines what they thought he should cover.
He fed his own blog posts to Gemini Pro and asked it to identify which articles had the clearest applications to a humanities audience—requesting single-sentence ELI15 use cases, each scoped to a specific persona with a specific problem. He then asked Gemini to research Ashoka's actual curriculum and revise the list around it.
Separately, he gave Claude a detailed summary of Ashoka's humanities programs—its four pillars, its foundation courses, its interdisciplinary majors—and asked it to suggest creative, non-obvious vibe coding ideas specific to that audience. The result became the rough shape of the session.
The examples Claude and Gemini suggested during the session itself—what to build for Ashoka students—were also generated live by AI, on request:
"Whenever we are asked a question, it is best to deflect that to an agent and ask it the question." — Anand, at 31:04
This is itself a kind of method statement. When Anand doesn't know what to say, he asks an AI to interview him and find out what's unique about him. When he doesn't know what to build, he asks an AI for examples. When he doesn't know how to prepare for an audience, he feeds the AI everything he knows about that audience and asks for recommendations. The hard part—knowing what to ask for—is a skill he sharpens by practice, and by building vocabulary, and by asking AI to show him things he doesn't know exist.
Links from the Session
After the questions wrapped up—someone asked whether it was safe to upload bank statements to an LLM, someone else asked how to make data more secure, and Anand gave honest, un-hand-wavy answers to both.
"It is not safe to upload bank statements to an LLM if you are worried about companies like OpenAI or Anthropic having access. My bank statements are already saved on Dropbox, Google Drive, Microsoft OneDrive… they're already with Google. So at some level I have decided that I'm going to trust some companies. I've just added Anthropic and OpenAI to that list." — Anand, at 50:26
He closed with the same thought he'd been building toward all session.
Exams were still on. The students had essays to finish. The bakra had already logged off. But one thing had been demonstrated that is hard to unsee once you've seen it: the distance between having an idea and having a working piece of software is now approximately the time it takes to ramble into a microphone.
What you do with that is still entirely up to you.