Search creators⌘K
  1. Home
  2. Creators
  3. Thiyagarajan Maruthavanan

Thiyagarajan Maruthavanan

Thiyagarajan Maruthavanan writes and builds around AI-assisted software development, including how teams can measure the work coding agents produce. Maruthavanan also discusses these ideas on the RK on AI podcast and built TokenTopper, a tool that brings Claude Code and Codex token usage into one view.

13.7K followersAI coding agentsBased on 11 posts · latest Oct 2026
LinkedIn

At a glance

Thiyagarajan Maruthavanan is useful for technical content on measuring AI coding agent work and questioning software assumptions.

Best for

Developer tools brands reaching engineering leaders on AI production throughput and coding agent visibility.

Not for

Compliance-led enterprise signature or procurement campaigns targeting Fortune 500 legal and procurement directors.

Key takeaways

  • They distinguish AI tool cost from work moving through a software team.
  • They caution that faster code generation is not the same as better software.
  • They built TokenTopper to consolidate Claude Code and Codex token usage into one view.

Check first: Confirm audience seniority, demographics, performance data, and any partnership terms or formats.

Main ideas
Measure the work AI coding agents produce, not just their cost · Faster code is not automatically better software · A new term can signal a change in how people see the work
Audience
13,691 LinkedIn followers
Read first
TokenTopper and the missing throughput question
Sources for this section

What they are known for

Thiyagarajan Maruthavanan writes and builds around AI-assisted software development.

  • Through the RK on AI podcast and TokenTopper, a tool that brings Claude Code and Codex token usage into one view, they explore how teams can understand what coding agents are doing—and whether that activity leads to better software.
  • Their posts also challenge outdated assumptions about products and buying.

Thiyagarajan Maruthavanan turns broad technology debates into practical questions.

  • In the TokenTopper post, they distinguish the cost of AI tools from the amount of work moving through a software team, making usage a measure to examine rather than a result to celebrate.
  • In a separate post about AI and software manufacturing, they caution that faster code generation is not the same as better software: automation can scale mistakes, too.
  • That combination—measuring what is happening, then asking whether it improves the outcome—offers a useful lens for teams adopting coding agents.
  • They apply the same habit of questioning defaults to product positioning, using digital-signature software to show how legacy pricing, lock-ins and support models can outlive the needs they were designed to meet.
Sources for this section

Ideas and priorities

Thiyagarajan Maruthavanan’s posts connect AI-assisted software development to a practical question: how to measure useful work, not just model speed or spending.

Read more

They also show an interest in how products serve—or frustrate—their intended buyers.

Measure the work AI coding agents produce, not just their cost

Maruthavanan argues that companies may know their AI bill without knowing how much work moves through their coding agents.

Read more

Comparing that gap to a website owner who does not know yesterday’s traffic, the post casts token use as a production measure, not just a licensing detail.

Maruthavanan contrasts solo builders using close to five billion tokens in a month with company developers using the same frontier models at much lower levels.

  • They introduce TokenTopper, which combines Claude Code and Codex token usage in one view, and call it “the step counter for your software factory.”
  • The post credits earlier counting work by Akash Mahajan, ccusage, and ccrank.dev.

Read original

Faster code is not automatically better software

Maruthavanan distinguishes impressive model demos and faster code generation from the harder task of building good software.

Read more

Automating more work can automate mistakes too, so the post shifts the question from whether AI replaces developers to how software might be manufactured.

Maruthavanan makes this argument while pointing readers to an RK on AI episode with Kashi. The post gives Maruthavanan’s framing; it does not establish Kashi’s views.

Read original

A new term can signal a change in how people see the work

Maruthavanan treats the phrase “software factory” appearing independently in conversations as a clue that practice may be changing and its vocabulary catching up.

Read more

This is a brief observation about a shared idea, not a detailed account of how such a factory should operate.

The post says Vijay Rayapati and Parsuram Vijayasankar each raised “software factory” independently. Maruthavanan presents their separate use of the phrase as a signal.

Read original

Revisit defaults when the buyer or market has changed

In a post about digital-signature tools, Maruthavanan argues that a product’s former success can leave buyers stuck with long lock-ins, unclear pricing, or support designed for a procurement department they do not have.

Read more

The point is to question whether a once-safe choice still fits the company’s current stage.

Maruthavanan praises Signeasy’s line “Some tools make you Docusigh” as concise positioning and contrasts a smaller company’s needs with enterprise software whose expensive parts have merely been removed.

Read original

Sources for this section

Start with their work

TokenTopper and the missing throughput question

This post is the clearest entry point for understanding what Thiyagarajan builds and the operational question behind it: how much AI-assisted work actually moves through a software team.

Read more

The post argues that companies know their AI invoice but not their production throughput.

  • Thiyagarajan compares it to running a website without knowing yesterday's traffic, then says solo builders can push close to 5 billion tokens in a month while developers inside companies on the same frontier models often consume a small fraction of that.
  • The tool introduced, TokenTopper, consolidates token usage across Claude Code and Codex into one view, building on counting work by Akash Mahajan, ccusage, and ccrank.dev.
  • The post says it crossed 900 weekly downloads in its first few days and describes it as 'the step counter for your software factory,' with the install line 'npx tokentopper@latest.'

For brands planning a campaign

A developer tools company assessing Thiyagarajan for an engineering-leader audience can move beyond generic 'AI coding agents' messaging and build around a measurable operations problem: token throughput, production visibility, and how teams compare work actually completed. A technical content collaboration could use the throughput question as its spine rather than another model benchmark.

Why 'software factory' is becoming the vocabulary

This short post shows the live conversation they are tracking around AI-assisted software development and the people they compare notes with.

Read more

Thiyagarajan writes that 'Software factory' keeps coming up in conversations and notes that Vijay Rayapati and Parsuram Vijayasankar were both there independently, which they read as a sign that something has shifted and the vocabulary is catching up. The post tags Kashi KS, Ananya George, and Kalmantic Agentic Lab.

For brands planning a campaign

For a collaboration aimed at engineering leaders, this post supports a discussion or roundtable on emerging language and operating models for AI-era software teams. The named connections also suggest an ecosystem conversation rather than solo commentary, giving a brand a way into the topic through credible peers.

Models improve fast; making software better is the harder problem

This is the most compact statement of their stance on AI coding: faster code generation is not the same as better software, and automation can simply automate mistakes.

Read more

The post says every week a new model makes the last one look stupid, demos look incredible, and then people try to build real software with them.

  • Thiyagarajan argues that making code faster is not the same as making software better, and that automating everything does not magically turn it into a factory because sometimes the mistakes are automated too.
  • The interesting question, the post says, is not whether AI replaces developers but what happens when software stops being written and starts being manufactured.
  • They say they argue about this with Kashi in a new episode of RK on AI.

For brands planning a campaign

A technical content collaboration can focus on quality, review, and manufacturing discipline rather than raw model speed. That fits engineering leaders adopting coding agents who need a credible frame for why throughput gains can create new failure modes.

Defaults, lock-ins, and product positioning

This post shows how they read product positioning and switching costs, useful context for understanding the product and market analysis they bring to a collaboration.

Read more

The post opens with 'Defaults are just opinions nobody revisited.' Thiyagarajan argues that companies that won digital signatures a decade ago are why the category is annoying now, pointing to long lock-ins and pricing nobody can read.

  • Support was built for a procurement team but sold to a forty-person company that does not have one, so the product answered the question everyone was asking in 2014 while the question moved.
  • The post highlights the line 'Some tools make you Docusigh' as putting the whole positioning in five words, says Sunil Patro and the Signeasy team take product bets and go deep with rare finesse, and contrasts an enterprise tool with expensive parts removed against something built for the stage a growing company is actually in.
  • It closes by asking whether staying on an enterprise tool because it was the safe name three years ago is a default compounding for the reader or against them.

For brands planning a campaign

For a B2B software audience, this post shows how Thiyagarajan explains positioning, defaults, and buyer inertia in concrete terms. A campaign could pair a product story with a broader argument about when an old default stops serving the buyer's current stage, especially for tools sold to smaller teams without procurement functions.

Sources for this section

Topics and approach

Posts cited for each topic
Community vocabulary tracking and collaborator networks3
The software factory argument: faster code is not automatically better software2
Measuring AI production throughput, not just model quality1
Product positioning and the cost of unexamined defaults1

Measuring AI production throughput, not just model quality

Maruthavanan argues that teams can see their invoice but not their production: nobody knows how many tokens their coding agents burned last month, even though they closely track seats and model choice.

Read more

The operational question is how much work actually flowed through the system, much as a website owner’s first question is about yesterday’s traffic. The post contrasts solo builders pushing close to five billion tokens in a month with company developers on the same frontier models consuming a small fraction of that, and concludes that seats are a licensing model while tokens are a production constraint.

Builds and promotes TokenTopper, a tool that consolidates token usage across Claude Code and Codex in one view.

  • Credits prior counting work by Akash Mahajan, ccusage, and ccrank.dev.
  • Reports that TokenTopper crossed 900 weekly downloads in its first few days and describes it as “a step counter for a software factory: it does not make anyone fitter, it makes the lie impossible.”

For brands planning a campaign

A close fit for a developer tools campaign targeting engineering leaders adopting AI coding agents. The collaboration could explore throughput measurement, token accounting, and the gap between licensing spend and production, with Maruthavanan bringing the framing and tooling angle.

Examples: Source 1

The software factory argument: faster code is not automatically better software

Across the posts, a recurring argument is that making code faster is not the same as making software better, and automating everything does not magically turn a team into a factory: mistakes get automated too.

Read more

Maruthavanan reframes the usual replacement question, asking not whether AI replaces developers but what happens when software stops being written and starts being manufactured. A separate post presents “software factory” as vocabulary catching up with a shift, noting that two named practitioners raised it independently.

Uses a podcast episode (RK on AI, with Kashi) and short LinkedIn argument posts to develop the theme. Treats the independent appearance of a term across practitioners as a signal that something has changed.

For brands planning a campaign

A useful collaboration for engineering leaders past the demo stage. The focus is on evaluation and operating discipline for AI coding agents, not model benchmarks—a fit for vendors speaking to teams building real systems.

Examples: Source 1 · Source 2

Product positioning and the cost of unexamined defaults

One post shifts from AI development to product and go-to-market critique.

Read more

Defaults, Maruthavanan argues, are opinions nobody revisited; companies that won a category a decade ago often become incumbents that annoy buyers with long lock-ins, hard-to-read pricing, and support built for a procurement team that a forty-person company does not have.

  • Maruthavanan praises Signeasy’s positioning line, “Some tools make you Docusigh,” as a compact statement of the whole positioning.
  • The product, they argue, was built for the stage a growing company is actually in, rather than being an enterprise tool with expensive parts removed.

A short competitive teardown anchored in a specific product and campaign line, ending with a direct question about whether an inherited default is compounding for or against the reader.

For brands planning a campaign

Shows range beyond AI tooling, covering positioning, buyer-stage fit, and arguments about incumbent weaknesses. Relevant to brands seeking commentary on how developer and SaaS tools are positioned for growing companies, though outside the coding-agent measurement brief.

Examples: Source 1

Community vocabulary tracking and collaborator networks

Across the posts, Maruthavanan names other practitioners and teams: those who independently arrived at the “software factory” vocabulary, the Signeasy team and Sunil Patro on product bets, and agentic-lab collaborators Kashi KS, Ananya George, and Kalmantic Agentic Lab.

Read more

The posts place them within a working network of builders and operators, rather than outside it.

Short-form LinkedIn posts surface peer activity and attribute ideas to named people and projects, including open-source counting work behind TokenTopper.

For brands planning a campaign

A collaboration could extend beyond a single authored piece into conversation or podcast-adjacent formats with a broader cast, suiting vendors seeking multiple credible voices for a technical content series.

Examples: Source 1 · Source 2 · Source 3

Sources for this section

Brands and businesses

Three brand relationships appear in the posts here.

Read more

Thiyagarajan Maruthavanan says they built TokenTopper, a token-usage tool for Claude Code and Codex, together with others.

  • They promote Signeasy's Docusigh product positioning and name Sunil Patro and the Signeasy team.
  • They also appear in an episode of the show RK on AI alongside Kashi.
  • Kalmantic Agentic Lab is tagged in a post about the phrase "software factory."
  • Ask whether the Signeasy post involves a customer, partner, or paid promotion, and whether they host, co-host, or guest on RK on AI.
  • The posts state no sponsorship, affiliate, client, employment, or investment relationship.

TokenTopper

Disclosed partnership

The post says "we built a tool called TokenTopper," which consolidates token usage across Claude Code and Codex, and reports it crossed 900 weekly downloads in its first few days.

Read more

It credits counting work by Akash Mahajan, ccusage, and ccrank.dev. Ask who owns the project and who else is involved.

View example

Signeasy

Disclosed partnership

The post endorses Signeasy's "Docusigh" positioning for growing companies and links to signeasy.com/docusigh.

Read more

It praises Sunil Patro and the Signeasy team for taking product bets. Ask whether Thiyagarajan Maruthavanan is a customer, adviser, investor, or paid promoter.

View example

RK on AI

Mention

The post promotes a new episode of the show RK on AI, in which Thiyagarajan Maruthavanan and Kashi argue about what changes when software moves from being written to being manufactured.

Read more

Ask whether they host, co-host, or appear as a guest.

View example

Kalmantic Agentic Lab

Mention

Kalmantic Agentic Lab is tagged, alongside several named people, in a post noting that the phrase "software factory" keeps coming up in separate conversations.

Read more

View example

Sources for this section

Topics and similar creators

Thiyagarajan Maruthavanan's LinkedIn posts circle one question: what actually changes when software is produced with AI coding agents, and how would a team know it is working?

Read more

The post on measuring token usage contrasts companies that can see their AI invoice but not their production with a website owner who does not know yesterday's traffic.

  • It introduces TokenTopper as a way to see how much work moved through Claude Code and Codex.
  • Two software-factory posts extend the argument: faster code is not automatically better software, automating more work can automate the mistakes too, and the phrase "software factory" turning up independently among practitioners may mean practice is shifting and the vocabulary is catching up.
  • A fourth post turns to product positioning, arguing that defaults are opinions nobody revisited and that a tool which won a category years ago can become the incumbent that frustrates buyers.
  • Read the AI development posts together for the analytical thread; the positioning post applies the same argument style to a commercial product rather than a development practice.
AI coding agents Software factory AI token usage and throughput Product positioning Vendor lock-in and pricing defaults Developer tools LinkedIn posts Podcast discussion Engineering leaders AI builders and solo developers

Cole Medin

Medin writes about the same subject from a practical angle: an AI software factory where a GitHub issue goes in and a pull request comes out, a manager agent checks on parallel runs, and agents test the app like a user before merging.

Read more

Medin has also built and run one, reporting that it maintains an AI tutor app whose code they have never read. They are now building an open source factory that people can download and use as is.

Medin builds and teaches the factory itself, with videos, repos and a stated mission to give people something that works out of the box. Maruthavanan examines what the factory idea implies and how to measure work flowing through coding agents, returning to the gap between faster code and better software rather than implementation details.

Read original · Original 2 · Original 3 · Original 4

Bosun Liu

Liu makes the same shift: once a model is good enough to fit into daily work, usage stops being a small subscription decision and becomes operating infrastructure.

Read more

Both argue in terms of cost and continuity rather than model quality, including switching between Claude, ChatGPT and Gemini when one hits a limit and avoiding wasted tokens.

Liu's worked examples come from AIGC and video advertising, where the metric is the cost of getting one usable video out of a pipeline of generation, regeneration and editing. Maruthavanan focuses on coding agents, comparing solo builders with company developers and counting tokens across Claude Code and Codex.

Read original · Original 2 · Original 3

Sunil Patro

Maruthavanan names Sunil Patro and the Signeasy team as a group that takes product bets and goes deep, using the Signeasy Docusigh line to argue about positioning for a growing company.

Read more

Patro posts from inside that product world, covering launches, customer results such as the Halvor Lines fleet workflow, and behind-the-scenes production notes.

Patro writes as a product team member about what they shipped and how customers used it. Maruthavanan writes from outside the team, using competitor teardowns and asking readers directly whether an inherited default is working for them.

Read original · Original 2 · Original 3

Sources for this section

Audience

Thiyagarajan Maruthavanan has 13,691 LinkedIn followers as of 8 October 2026.

Read more

Four posts from 20 May to 16 September 2026 address AI coding agents, software factories and token-based production measurement; one also covers product positioning for Signeasy.

  • That makes the content relevant to a developer tools campaign about measuring AI production throughput, but the posts don’t establish whether followers include engineering leaders or other decision-makers at the required seniority.
  • Before booking, ask for recent LinkedIn follower demographics or audience survey results covering job seniority, occupation, company size and geography, plus performance data for comparable AI-engineering posts.

LinkedIn followers

13,691

Thiyagarajan Maruthavanan's LinkedIn profile · 2026-10-08

Sources for this section

Partnership options

Thiyagarajan Maruthavanan's four available posts contain no sponsor or partnership terms.

Read more

They promote their own work—TokenTopper, an open-source-style tool for consolidating Claude Code and Codex token usage, and the RK on AI podcast—and endorse another company's product, Signeasy, in a positioning observation about document-signing defaults.

  • The Signeasy post reads as a recommendation, not a disclosed paid placement.
  • No rate card, format description, submission process or inquiry route appears in the posts.
  • A brand should approach them on LinkedIn with a concrete proposal and ask about deliverables, disclosure practices and pricing before committing to a campaign.
  • Their posts suggest possible collaboration formats: short, argued observations about AI-assisted software development and hands-on tooling work such as TokenTopper.
Sources for this section

Campaign fit

A campaign to shortlist

A developer tools company selling visibility into AI coding agents wants to reach engineering leaders adopting those agents through a technical content collaboration on measuring AI production throughput.

Read more

Reasons

  • The brief's subject is already central to Thiyagarajan Maruthavanan's public arguments: companies know their AI invoice but not how much work flowed through the system. They treat token throughput as the production number and seats as a licensing model—the exact framing a throughput-measurement vendor would want to sponsor.
  • Maruthavanan built and shipped a tool in this category. TokenTopper consolidates token usage across Claude Code and Codex into one view. Described as the step counter for a software factory, it credits the earlier counting work it builds on and was reported at over 900 weekly downloads in its first few days. A collaboration can be anchored in a working measurement tool, not a slide deck.
  • There is a usable point of view: faster code is not the same as better software, and automating everything can simply automate the mistakes. That gives a vendor campaign something to stand on beyond another model benchmark. Engineering leaders past the demo stage are the natural audience.
  • Maruthavanan names and tags other practitioners and teams when developing a point, supporting formats beyond a single authored article: a discussion, a roundtable, or a podcast-adjacent conversation with credible peers.
  • Maruthavanan's posts do not show a sponsorship offer, deliverable list, pricing, or inquiry route. Negotiate directly, most plausibly through the LinkedIn profile. The 13,691 LinkedIn followers shown on 8 October 2026 are account-level reach; the posts do not establish whether they include engineering leaders, decision-makers, or the seniority needed for a campaign aimed at them. Ask for audience data before committing.
  • How to test it: ask for follower demographics covering job seniority, occupation, company size, and geography, plus recent performance on comparable AI-engineering posts, before committing to a full series.

Verdict

Strong content fit; audience composition is unproven and commercial terms are undocumented. Treat this as a content-relevance match, not a ready-made campaign slot.

When to choose a specialist

An established enterprise e-signature and procurement platform wants to reach Fortune 500 procurement and legal operations directors with a compliance-led campaign on long-term enterprise contracting and standardising signature workflows.

Read more

Reasons

  • The one adjacent post argues against the incumbent side of this category. Maruthavanan writes that defaults are just opinions nobody revisited, that the companies which won digital signatures a decade ago are why the category is annoying now, and points to long lock-ins, pricing nobody can read, and support built for a procurement team then sold to a forty-person company that does not have one. A compliance-led campaign from that incumbent quadrant would contradict the creator's published position.
  • The same post praises Signeasy's positioning and argues its product was built for the stage a growing company is actually in, rather than being an enterprise tool with the expensive parts removed. That is a recommendation, not a disclosed paid placement. It shows where the sympathy sits, not readiness to front enterprise procurement messaging.
  • The available audience evidence does not reach this buyer. The only hard figure is a LinkedIn follower count; without seniority, occupation, company size, or geography data, there is no basis for claiming the following includes procurement or legal operations decision-makers.
  • The posts publish no commercial format to plan against: no deliverable specification, pricing, disclosure practice, or submission route. Ask for these before planning a campaign with enterprise compliance review requirements.
  • No long-form work for an enterprise or legal-operations audience is in scope, and no podcast or article transcript was available to assess depth in this category.
  • What would change the assessment: audience data showing procurement, legal operations, or contract-management decision-makers; documented commercial terms; or later work that engages enterprise buyers on their own terms.

Verdict

Weak fit on message and audience evidence. The reviewed work argues against the position this campaign would ask the creator to promote, and nothing in scope shows access to that buyer.

A worked campaign example
Execution notes

Approach through LinkedIn, the only contact route published here. Confirm deliverables, disclosure practice, pricing, and ownership of any published method in writing before production starts.

Confirm whether the vendor can supply real usage data for the measurement piece. Do not present features or data that are not yet functioning.

Ask for follower demographics and recent AI-engineering post performance. Treat this as a content-relevance bet until audience composition is shown.

Pilot with one short post and one long-form piece, check who actually engaged by job title, then decide whether to extend to the discussion format.

Run the piece through plain-copy and de-slopify editing before publication. Keep routine coverage notes in a compact methodology line rather than the prose.

Pieces

A long-form written piece, contributed or co-edited by Maruthavanan, titled around the measurement gap itself. It sets out why seat counts and model comparisons miss production throughput, uses the traffic analogy, and separates what is knowable today from what teams still cannot see. The contrast between solo builders pushing close to five billion tokens in a month and company developers on the same frontier models consuming a small fraction of that gives the piece its central tension.

A public, repeatable measurement recipe: what to count across Claude Code and Codex, how to normalise it across a team, and what a monthly throughput report should contain. Publishing the method, not just a dashboard, gives readers something to run themselves and gives the vendor a credible technical asset. Acknowledge directly the counting work TokenTopper already credits.

One discussion or roundtable episode in the podcast-adjacent format Maruthavanan already uses, built around the phrase software factory and how practitioners arrive at shared vocabulary. Named collaborators give the vendor several credible voices rather than one endorsement.

A short, argued LinkedIn post in Maruthavanan's own voice, following the pattern of the positioning post: a specific observation, a plain-language reframe, and a direct question asking whether the reader's current default is compounding for them or against them.

A closing next step that guides readers into the vendor’s own evaluation process, ending the series with a task rather than a slogan.

Scenario

The strong-fit brief: a developer tools company selling AI coding-agent visibility wants engineering leaders to adopt its measurement approach. Here’s a worked angle with concrete elements.

Spine

The campaign turns on one question: How much work actually flowed through the system last month? The opening argument is that teams know their invoice but not their production—like a site owner running a website without knowing yesterday’s traffic. Seats are a licensing model; tokens are a production constraint.

Why it should change achoice

Engineering leaders adopting coding agents compare licences, seats and model benchmarks because those are the numbers on the invoice. The series reframes the buying question around measured throughput and where work stalls. Readers should finish able to ask a vendor a question they couldn’t ask before, making the collaboration worth more than reach.

Sources for this section

Who else to consider

Cole Medin

Choose Cole Medin when the collaboration needs a creator who can show an autonomous software factory running, not just argue that throughput should be measured.

Read more

Medin's posts describe a loop where a GitHub issue goes in and a pull request comes out: each lap builds one issue, tests the app like a user, runs code review, and merges to staging only when CI is green.

  • A manager agent checks parallel laps and flags when something is stuck.
  • Medin also says the next big thing in AI coding is the software factory, that a PRD can go in and shipped code come out with nobody reading it in between, and that they are building an open-source AI software factory intended to work out of the box.
  • For a developer tools company that wants engineering leaders to see implementation detail, agent reliability tactics such as holdout tests, or a walkthrough of factory operations, Medin is a more direct choice than Thiyagarajan Maruthavanan.

Medin's posts focus on building and running the factory, not measuring token usage across a team.

  • They show no token-counting tool, cost model, or way to normalise production across an organisation.
  • If the campaign promises to show how much work flowed through the system last month, ask for a measurement method or bring one from elsewhere.
  • Maruthavanan remains the stronger anchor for that question.

Examples: Source 1 · Source 2

Bosun Liu

Choose Bosun Liu when the collaboration needs to address cross-model cost, access limits, and workflow continuity rather than coding-agent throughput alone.

Read more

Liu's posts describe teams planning their workday around Claude reset windows, avoiding token waste, switching between Claude, ChatGPT, and Gemini, and building tools to move context between models.

  • Liu argues the next AI bottleneck is not adoption but access, cost, and workflow continuity, and that once AI becomes part of daily production, model usage is operating infrastructure.
  • A vendor whose measurement story extends to model routing, cost control, and keeping work moving across providers will find a more direct match in Liu than in Maruthavanan's Claude Code and Codex token-counting focus.

Liu's posts are broader and less focused on software factories or coding agents.

  • Examples include e-commerce teams, agencies, AI builders, and AI video production, where the key metric becomes the cost of producing one usable video.
  • Liu is a strong voice on production economics across models, but a weaker fit if the campaign must focus on engineering leaders adopting AI coding agents and measuring their throughput.
  • Choosing Liu means widening the campaign from coding-agent measurement to multi-model cost and workflow continuity.

Examples: Source 1 · Source 2

Sunil Patro

Sunil Patro is the better choice if the campaign question changes.

Read more

Their posts show document workflows, e-signature integration, and AI-assisted video production: a freight company replacing months-long paper signature cycles with an API-connected workflow, and a launch video made with Kling AI where every scene got a human pass. A campaign about contract management, signature workflow standardisation, or AI video production for B2B would put Patro closer to the work than Maruthavanan.

For a campaign focused on measuring AI production throughput, Patro is not a same-task alternative: their posts focus on document workflows, e-signature integration, and AI-assisted video production, not AI coding agents, software factories, or throughput measurement. Choosing Patro would mean replacing the campaign premise with a document-workflow or video-production one.

Examples: Source 1 · Source 2

Sources for this section

Build your campaign brief

Editable Markdown templates for planning a campaign with this creator.

Creator campaign brief (blank, portable)

Completed brief: AI production throughput collaboration with Thiyagarajan Maruthavanan

Completed brief: enterprise signature compliance campaign, decision to decline

Sources for this section

Research methodology

  • This profile is built from four LinkedIn posts written by Thiyagarajan Maruthavanan, read in full rather than summarised from titles or snippets.
  • They cover TokenTopper, a tool that combines Claude Code and Codex token usage in one view and is described as a step counter for a software factory; the argument that faster code is not automatically better software; the phrase “software factory” appearing independently in practitioner conversations; and a post on product positioning that argues defaults are opinions nobody revisited.
  • The posts discuss work from May to September 2026, and the LinkedIn account showed 13,691 followers on 8 October 2026, an account-level figure that does not describe who the followers are.
  • Three comparisons in the similar-creators section draw on posts by Cole Medin, Bosun Liu and Sunil Patro published between June and October 2026.
  • What is not covered: no long-form articles, books or podcast transcripts were available, so the referenced RK on AI episode is known only from the post that promotes it; no sponsorship terms, deliverable list, pricing or inquiry route is documented; and no follower demographics on seniority, occupation, company size or geography were available.
  • The commercial picture and the audience composition therefore remain open questions rather than settled findings.