Citizen Developer at Scale: Inside iLink’s Client Zero Programme

Citizen Developer at Scale: Inside iLink’s Client Zero Programme

iLink’s Client Zero Asks Whether Every Employee Should Be a Citizen Developer

Fifty-eight people (citizen developer) across fourteen business functions built agents without engineering backgrounds. The adoption numbers are specific. The governance mapping is the part nobody has published.

iLink Digital published the results of Client Zero, an internal programme in which employees without engineering backgrounds build and own AI agents, and the figures are specific enough to argue with. The company has logged 449 distinct AI use cases, of which 215 sit live in production, warranty or final rollout. Of those, 120 belong to business teams outside engineering: HR, Finance, Legal, Wellness, Marketing and Employee Engagement. Fifty-eight employees across fourteen functions each own at least one agent, working with iLink’s own iGentic and BEAK platforms alongside Claude, Microsoft Copilot Studio, Power Platform and Salesforce Agentforce.

The claim underneath the numbers is the one worth testing. iLink says nearly half the agents live in production came from people who have never written production code: a recruiter, a wellness lead, a legal reviewer. If that holds generally, it changes what an enterprise AI programme looks like. If it holds only inside a company whose business is AI delivery, it is a demonstration rather than evidence.

What Client Zero actually is

The programme is a test bed with a commercial purpose. iLink sells AI transformation, and Client Zero lets it say it has run the tools, workflows and governance on itself before recommending them. The mechanics are ordinary and sensible: each use case carries an owner, an implementation status and functional measures including hours reclaimed, turnaround time, error rates and throughput. That last part matters more than the headline count, because it means the company tracks whether an agent works rather than whether it exists.

The fourteen functions matter as much as the 120 count. An AI programme that reaches HR, Legal, Finance and Wellness has crossed the boundary where most enterprise efforts stall, which is the gap between an innovation team’s pilot and a line manager’s daily work. The named examples support that reading: the Alliance team scanning Salesforce for Microsoft co-funding eligibility replaces a manual quarterly review, and the wellness lead’s four agents cover survey rollouts, monthly reporting and curated content. Those are unglamorous tasks that consume real hours, and they are exactly the tasks a central engineering team never gets to.

The numbers, and what they do not say

Four figures describe the programme and one describes its limit. The 449 logged use cases include ideas, pilots and abandoned attempts alongside production systems, so the honest denominator for success is the 215 live figure. That is a 48 per cent conversion rate, respectable for enterprise AI and well short of the impression the release gives. The 120 business-led agents represent 56 per cent of the live total, which supports the claim that non-engineers contribute materially. The 58 owners across fourteen functions means roughly four agents per person, which suggests depth rather than dabbling.

What the release does not give is the outcome data it says it collects. Hours reclaimed appears as dozens of hours each month for two functions and not at all for the rest. There is no baseline, no before-and-after measurement and no error-rate figure, even though the company says it tracks error rates. A reader cannot tell whether the Legal compliance assistant catches the same issues a lawyer catches, or fewer, or more false positives. That is the question an enterprise buyer asks first.

Why the legal assistant is the interesting one

The examples divide into three kinds, and they carry different risk. The Employee Engagement agents, which automate new-hire communications, event reminders and recognition nudges, are low-stakes workflow automation with a clear time saving and an obvious failure mode: an awkward message. The PERM resume screening agent sits in a regulated process where errors carry legal consequence, and the release offers no detail on how it handles screening criteria. The Legal compliance assistant, which reviews master service agreements against the company’s requirements, is the most consequential of the three, because a missed clause is a commercial risk and a false positive wastes a lawyer’s time. None of the three comes with an accuracy figure.

The citizen developer question

The industry has argued about the citizen developer for a decade, and the argument has a predictable shape. Proponents point to the backlog that central IT cannot clear and the domain knowledge that business staff hold. Sceptics point to shadow systems, duplicated tooling, undocumented logic and the moment the person who built the agent leaves. Agentic AI sharpens both sides, because an agent takes actions rather than displaying a report, and an agent built by someone who does not model failure modes can do damage at machine speed.

The tooling choice deserves a note. iLink lists its own iGentic and BEAK platforms alongside Claude, Copilot Studio, Power Platform and Agentforce, which is an unusually broad stack for one internal programme. A company running four external platforms at once learns where each one breaks, and it can tell a client which fits a given function. It also spreads governance thin: four sets of permissions, four audit trails and four model-upgrade cycles to track, multiplied by fifty-eight owners. That is the practical cost the release does not quantify.

The wellness example deserves separate attention because it is the least likely and the most instructive. A wellness lead building four agents, covering survey rollouts, monthly reporting, curated content and a chatbot, is exactly the case the citizen developer argument predicts and the enterprise market doubts. Wellness programmes run on small teams, modest budgets and recurring administrative work, which is the profile where a low-code agent pays for itself fastest and where a central engineering queue is least likely to help. If that pattern holds across HR, finance operations and compliance administration, the addressable set of agent projects is far larger than the number of engineers available to build them.

The governance gap

What the release does not describe is which guardrails the programme actually used, and that is a fairer question than it first appears because iLink’s own platform ships them. iGentic advertises role-based access control, audit-ready traceability, end-to-end observability of agent behaviour and cost, a local vector store that keeps enterprise knowledge inside the customer boundary, on-premises or private-cloud deployment, and a model-flexible architecture running Azure OpenAI or local models. Those are exactly the controls a citizen developer programme needs. The release names the platform and not the controls, so a reader cannot tell whether Client Zero ran with least-privilege agents, whether every agent interaction was logged, or whether a reviewer signed off before an agent touched a live process. Mapping the programme to those controls would be more useful to the market than another count.

The commercial logic

Client Zero also serves a sales function, and the release says so. A services firm that sells AI transformation needs proof it has done the work internally, and internal adoption metrics are cheaper to produce than client case studies with named logos. The programme’s stated purpose, extending AI adoption beyond engineering rather than reducing headcount, is a deliberate distinction. Companies that automate their own functions invite the question of why clients should not automate theirs away too, and iLink pre-empts it by framing the programme as capability building. Whether that framing survives contact with a client’s cost agenda is a different matter.

Internal-first is an old tradition in enterprise software and services, and it has a mixed record. Firms that genuinely run their own products find the defects and the support burden before a client does, and they learn which promises they cannot keep. Firms that run a demonstration version learn nothing, because the demonstration runs on clean data with cooperative users. The distinction matters here because Client Zero’s examples are real operations: new-hire communications, recognition nudges, contract review, co-funding eligibility. Those carry real consequences and real edge cases, which is what makes them useful as evidence. The test of whether the programme is a demonstration or a discipline is whether the agents survive the departure of the person who built them.

What to watch

Three things will show whether Client Zero is a template or a marketing programme. The first is the outcome data: if iLink publishes hours reclaimed, error rates and turnaround improvements per function, with baselines, the claim becomes checkable. The second is governance, because a description of how the company reviews, permissions and monitors agents built by non-engineers would be more useful than another count. The third is client evidence, since the programme’s value as a sales asset depends on whether clients adopt the approach and what happens when they do. The most useful disclosure of all would be a failure count. Every organisation running an agent programme has built agents that did not work, and the ones willing to say how many are the ones whose success figures mean something.

Citizen Developer at Scale: Inside iLink's Client Zero Programme

What it signals

The announcement marks a shift in where agent-building sits. For two years the assumption has been that agents need engineers, and vendor roadmaps reflected it: low-code builders, then pro-code frameworks, then orchestration platforms. iLink‘s figures suggest a third path is viable, where the person who understands the process builds the agent and an engineer handles only the exceptions. That is the same argument the RPA vendors made about bots, and it produced both genuine productivity gains and a decade of unmaintained automations. The difference this time is that agents act rather than record, which raises the cost of getting it wrong. The companies that publish their governance alongside their adoption numbers will be the ones worth believing.