Ministry

AI in church media: what it is genuinely good at, and where to be careful

"AI for churches" covers a great deal of marketing and a small number of genuinely useful things. The useful ones share a shape: they recognise or summarise something that already happened, and a person checks the result.

What it is genuinely good at

Transcription. Turning an hour of speech into text used to take four to six hours of work. It now takes minutes, at an accuracy that makes a light edit sufficient. This is the most established use and the one with the clearest payoff — see transcribing sermons.

Recognising the verse being preached. Matching speech to a passage — including a paraphrase, where no reference is spoken — is a recognition problem of exactly the kind this technology handles well. It removes the searching from the screen operator's job.

Captions. Generated from the transcript, which makes services accessible to deaf and hard-of-hearing members with a few minutes of correction. See accessibility.

Summaries and first drafts. A recap for the weekly email, a description for a podcast episode, a starting point for a study guide — drawn from what was actually said.

Search. Finding the service where something was discussed, across years of transcripts, without remembering when it was.

Notice what those have in common: every one of them works on material the church already produced, and every one is checked by a person before it matters. That is the shape of a use that works.

What it is not good at

Deciding what should be said. Sermon preparation is the work of the person preaching, and a congregation is owed their pastor's study rather than a model's summary of other people's. This is a judgement about ministry, not about technology.

Anything requiring pastoral discernment. What to say to someone in difficulty, what to include from a testimony, whether to publish a recording. These are not text problems.

Facts it was not given. A model asked to summarise a sermon it received will do well. A model asked about your church, your history or your denomination's position will produce confident, plausible text that may be wrong. The difference is whether the material was supplied or recalled.

Being unsupervised. Not because output is usually bad, but because the church's name is on it.

ImageScreenshot: automatically generated sermon notes beside the transcript they came from, with a human edit in progress
Everything useful here is drafted by the machine and finished by a person.

The question worth settling: where does the audio go?

This is the practical concern, and it is more pastoral than legal.

A recording of your service contains a sermon, and often more: a testimony from the floor, a prayer request, someone's difficult week described from the front. Sending that to a third-party service means handing it to a company, under terms most churches have not read.

The good news is that it is now a choice. Speech recognition runs perfectly well on an ordinary computer. On-device transcription is slightly less accurate than the best cloud services and it never leaves the building.

A sensible arrangement for most churches:

  • On-device by default, particularly for anything with congregational participation.
  • Cloud where accuracy matters most and the content is a straightforward sermon.
  • A decision someone has actually made, rather than a default nobody examined.

Honesty about what is generated

For anything published in the church's voice — notes, summaries, captions, social posts — say so. A line stating that notes were automatically generated from the sermon and lightly edited is honest, takes a second, and prevents the awkward discovery later.

For internal tools, this is unnecessary. Nobody announces spell-check, and verse detection is the same category: a tool helping a volunteer do a job faster, with a person still deciding what goes on screen.

The line is roughly: if a person might reasonably think a human wrote it, say that one did not.

Starting sensibly

  1. Pick one jobTranscription is the obvious first, because everything else builds on it.
  2. Run it for a monthWithout publishing anything. See what the accuracy is actually like in your building.
  3. Add a review stepDecide who checks output before it goes out, and how long they spend.
  4. Then extendCaptions, summaries, search — each one only when the previous is habitual.

The failure mode is adopting five things at once and reviewing none of them.

The takeaway

  • The useful applications recognise or summarise what already happened; a person still checks.
  • Preaching and pastoral judgement are not among them, and that is a decision about ministry.
  • Where the audio goes is the real question, and running it on your own machine is a genuine answer.

Detection and transcription that run on your own computer, offline. Free.

Download TajiCast, free

Related: Transcribing sermons · Audio for verse detection · One sermon, a week of content

Frequently asked questions

What is AI actually useful for in a church?
Recognition and summarising: transcribing sermons, detecting the verse being preached, generating captions, and drafting summaries from what was actually said. All of these turn something that already happened into text a person then checks.
Is it safe to send sermon audio to an AI service?
It depends what is in it. Sermons contain pastoral material, testimony from members and sometimes things shared in confidence. If that concerns you, use software that transcribes on your own machine — the technology runs locally now and the audio never leaves the building.
Should a church use AI to write sermons?
No. Preparation is the work of the person doing the preaching, and a congregation is owed a sermon from their pastor rather than from a model. Using it to summarise what was preached afterwards is a different thing entirely.
Do we need to tell people we use AI?
For anything published in the church's voice, yes — a note that notes or captions were automatically generated and lightly edited is honest and costs nothing. For internal tools like verse detection, it is no more remarkable than spell-check.

Keep reading