Skip to content
kenjtecJournal
Search the Journal

AI against chat scams: Singapore examines the whole conversation history on the device

Scam attempts often develop their meaning over several messages. The Singapore collaboration shows why conversation context and local execution are separate questions.

Ana uses a magnifying glass to examine four folded notes connected by threads. AI illustration.

The first message offers a side job. The second explains a supposedly simple task. Later, you are asked to make a payment to unlock your earnings. No single friendly phrase explains the whole process. The meaning arises from the connection between the promise, the demand and the time pressure that has been built up.

On 14 October 2026, Google DeepMind and GovTech Singapore presented a collaboration on a fine-tuned, lightweight Gemma model for scam detection. It is intended to process multi-turn conversations on devices. The announcement describes a limited research and development approach, not a documented worldwide rollout. Two independent questions are of interest: what context does the assessment need, and where is that context processed?

A conversation cannot be read like a list of words

Our job offer is entirely made up. It serves as a thought experiment. An isolated sentence such as “Transfer the amount by this evening” can be judged completely differently depending on the context. In an expected invoice, it has a different context from the same sentence coming from a supposed employer who previously promised a payout.

A conversation model therefore has to preserve relationships: who claims which role? Which earlier statement is used to justify a new demand? Is information made independently verifiable, or is it replaced by time pressure? These are different tasks from searching for a list of suspicious words.

The order in time matters too. A later demand can put an earlier statement in a new light. Conversely, a harmless passage must not become suspicious simply because a frequently misused word appears somewhere. The difficulty lies in the context, not in the sheer amount of stored text.

Four messages as a traceable teaching schema

For an editorial exercise of your own, you can split an invented conversation into four cards. First the invitation, then the promised pay, next the advance payment and finally the request not to ask anyone. Under each card, note what new information it adds. The cards do not represent model output.

The helpful explanation would not simply be “dangerous”. It would point out that a payment is being demanded before a promised payout and that independent verification is being made harder. That makes the warning sign understandable for people. Such an explanation is not yet proof of the identity or intentions of a specific sender.

For a cross-check, change one piece of context: a known organisation sends an expected, independently verifiable invoice. Which observation distinguishes this case? This question prevents the exercise from merely confirming a particularly obvious story. No detection rates of your own can be derived from it.

“On the device” describes part of the data path

With local processing, the computation of a particular component can take place on the end device. It does not follow that the entire surrounding application works without a network. Message transmission, updates and other functions each have their own data paths. A privacy assessment has to consider the actual system as a whole.

This distinction matters for putting the announcement into context. The fine-tuned model is one component. A usable protective feature also needs rules on which conversations are examined, when a warning appears and how people can respond to it. None of these questions is settled by a small model alone.

The feedback must not hide uncertainty

A good warning explains the observed pattern without overstating what it knows. The absence of a warning does not prove that a conversation is harmless. Likewise, a conspicuous conversation is not automatically a final verdict on a person. Understandable uncertainty is part of the interface here.

The technical news is therefore interesting precisely because of its limits: conversation context is meant to become usable on devices for one specific task. For your own decisions, an independent way of checking remains important. Read the demand together with the conversation so far and verify the claimed role through a contact channel you choose yourself. That is a practical step, even when no AI issues an additional warning.

Sources and status

Research and documentation as of 25 October 2026. Google DeepMind and Singapore Government collaborate to build fine-tuned AI model for scam detection.

Hamburg is our starting point.

The useful part travels with you.

Practical AI from Hamburg, explained for everyone.

Saved articles