Everyone Got a Licence, and the Gap Inside the Company Got Wider
Teikoku Databank published its Survey on Corporate Trends in Generative AI on 14 May 2026, and it found that 34.5% of companies now use generative AI in their actual work. Buried in the same survey is a far more uncomfortable number. When asked about the negative effects of generative AI, 18.8% of companies answered that the gap between employees who can use it and employees who cannot has widened. That 18.8% is the entire reason a business prompt library exists as a tool. You can hand a licence to every single person on the same day. You cannot hand out the ability to use it.
So most companies do the obvious thing. They open a shared folder, ask people to drop in prompts that worked, and wait. Six months later nobody opens the folder. The reason is not that the prompts are badly written. The reason is that only the instruction text was collected and distributed. A prompt that lets a colleague reproduce your result has four things written outside the instruction itself: the input, the constraints, the output format, and the acceptance criteria. Without those, the text is not a procedure. It is a fragment that only works once the author’s unwritten assumptions are supplied from memory.
This article follows one model case all the way to the end in numbers: a Japanese-owned manufacturer in Chonburi, Thailand, with 620 employees and 80 people in indirect functions. We cost out what happens when a prompt library is left as a snippet pack, and what happens when it is built as an asset. Four conclusions up front. First, of the 47 prompts sitting in that company’s shared folder, only 11 had been updated within the previous six months, which is 23.4%. Second, of the 353,040 THB it costs to build the asset version, 300,000 THB (85.0%) can be outsourced and the remaining 53,040 THB (15.0%) cannot be outsourced at all, because nobody outside your company can write acceptance criteria for work they have never done. Third, if you write the ROI case around “time saved on trial and error”, the case will always show a loss, because a good prompt library pulls in more users and total hours spent in front of generative AI go up. The benefit has to be measured against the 606 hours per month of target work itself. Fourth, the cheap snippet pack produces a better payback period than the asset — 0.8 years against 1.7 years — and you should still not choose it, because the snippet pack’s benefit stops after twelve months.
Why Prompt Libraries End Up as Something You Hand Out and Forget
Here are the assumptions behind the model case. A Japanese-owned manufacturer in Chonburi Province, Thailand, 620 employees. Generative AI licences have already been distributed to all 80 people in indirect functions, split across general affairs 12, accounting 14, purchasing 10, quality 18, production control 16 and HR 10. The effective hourly cost is 260 THB, derived from a 45,000 THB monthly salary divided by 173 working hours. When this company says “we already have a prompt library”, this is what it actually has.
| Item | Count |
|---|---|
| Prompts sitting in the shared folder | 47 |
| Remaining after removing same-purpose duplicates | 29 |
| Updated within the last six months | 11 (23.4% of 47) |
| Tied to a named business process and worth keeping | 24 |
A total of 47 is evidence that employees took this seriously. Nobody was slacking. But removing duplicates leaves only 29, and the 18 that disappeared were the same task written separately by different departments. Quality had a draft for non-conformance reports; production control had a draft for corrective action reports; the instruction text was almost identical and they lived as two unrelated files. That is a real-world specimen of what we will call copy-paste drift later in this article.
Freshness is the harsher figure. Only 11 of 47 had been touched in the previous six months, or 23.4%. Turn that around and 76.6% had been left alone for more than half a year. Models are replaced within six months, and internal document formats change within six months too. A neglected prompt does not stop working. It starts returning results that are subtly wrong. If it broke, people would notice. Subtly wrong output goes into the report unnoticed and gets circulated. A stale prompt library can be more dangerous than no prompt library.
The 24 that survived were the ones that could be described by a business process name rather than a person’s name, and for which one owner could be named. “The one that a colleague used for meeting minutes” cannot be kept. Snippets accumulate while the link to a process, the owner, and the responsibility for updating are assigned to nobody. The same Teikoku Databank survey lists the top obstacles to generative AI adoption as accuracy of information at 50.4%, shortage of skilled people and know-how at 41.3%, deciding which tasks generative AI should be used for at 40.0%, risk of information leakage at 33.5%, and establishing rules such as where responsibility sits when something goes wrong at 25.5%. Four of those five have nothing to do with how well anyone writes a prompt. They are about the structure around the prompt. The problem is not a lack of know-how; it is the absence of a place to put know-how and a mechanism to stop it rotting.
A Prompt Library Has Three Layers — Personal Notes, Department Templates, Company Assets
What everyone calls “the prompt library” is in fact three layers with completely different properties. Trying to operate all three as if they were one thing is the single largest cause of decay.

| Layer | What it really is | Owner | Trigger to update | Quality required |
|---|---|---|---|---|
| Layer 1, personal notes | Scratch text used only by its author | The author | Whenever they feel like it | The author can judge the result |
| Layer 2, department templates | Snippets shared inside a section or team | Somebody in the department, often unclear | When somebody gets stuck | A colleague in the same department can copy it |
| Layer 3, company asset | Managed as part of a documented business process | The process owner, named | When the process, the form or the model changes | Anyone gets the same quality out of it |
Most companies build Layer 2 and then operate it as if it were Layer 3. That is where the strain appears. Layer 2 only ever had to reach the bar of “a colleague in the same department can copy it”, because colleagues in the same department already share the context. What counts as a defect, what counts as rework, which form the result goes on, whose approval is needed — none of it has to be spelled out, so a short instruction text is enough.
Push that same text out company-wide and people without the shared context start using it. When someone in general affairs borrows a quality department template, the output looks plausible but sits outside the company’s own definitions. Nobody notices that it is outside them. A Layer 2 prompt carries, from birth, the property that its quality stops being guaranteed the moment it leaves the department.
There is no need to attack Layer 1. Personal notes can exist in bulk, and they do no harm when they are never updated. The problem is collecting Layer 1 and Layer 2 into a folder and announcing that this is now the company prompt library. Collection does not raise the layer. What raises the layer is naming an owner and writing acceptance criteria, not the act of consolidating files. Atlan’s 2026 guide to enterprise prompt management reaches the same place from the engineering side, identifying the absence of a named domain owner as the most common cause of failure. Layer 3 is, in the end, simply the layer that has names written on it. In the model case, dropping from 29 to 24 was not a quality judgement. Those five were dropped because no single process owner could be agreed. Anything you cannot assign an owner to will fall back to Layer 1 within six months, however well it is written.
A Working Prompt Has Five Elements — Handing Out Instructions Alone Never Reproduces
Most of the business prompt templates circulating publicly contain only a role assignment and part of the constraints. “You are a quality assurance engineer at a manufacturing company. Draft a corrective action report from the defect description below.” People who get good results from that are filling in the unwritten parts from their own heads. People who cannot fill them in get text that looks right and cannot be used. That is exactly what is happening inside the 18.8% of companies that reported a widening gap. A prompt that reproduces in real work carries five elements.
| Element | What it specifies | What happens if it is missing |
|---|---|---|
| Role | Whose voice, and which reader the text is for | Tone and level of detail move every time |
| Input | What to paste, which fields of which form, and what information is allowed | Everyone supplies different material, so results cannot be compared |
| Constraints | Internal definitions, prohibitions, approved terminology | Wording that will not pass internal review creeps in |
| Output format | Order of items, length, table or prose, whether it can be pasted straight into the form | A human ends up rearranging the output, so no time is saved |
| Acceptance criteria | The conditions for passing, as questions the user can answer alone | Only the author can judge whether the output is good |
Of these five, the two almost always missing from published prompt libraries are input and acceptance criteria.
When the input is unspecified, the same prompt receives different material from different people. The reports that come out naturally differ in quality, and the user concludes that the prompt is bad. “Paste the defect description” is not a specification. Write which form, which field, how many records, in what order. And write one more thing here: the information that must not be pasted. Which of customer name, unit price, personal names and drawing numbers may leave the building is not self-evident, and if it is not written into the prompt it will not be respected. That boundary is set company-wide, and we cover it in how to write a generative AI usage policy. Think of the input section of each prompt as that policy made concrete for one specific task.
Acceptance criteria are the only one of the five elements that exists to evaluate the output. Without them, the sole person able to judge whether the result is usable is the person who wrote the prompt. This does not need to be sophisticated. A handful of questions the user can answer yes or no to is enough. For a corrective action report draft, that means asking whether the occurrence date and detecting process match the input, whether interim and permanent countermeasures are written separately, and whether any terminology not used internally has slipped in. The model case created 5 questions for each of the 24 prompts, 120 questions in total. At 0.5 hours per question that is 60 hours, and at an effective rate of 260 THB it comes to 15,600 THB. Those 120 questions are what makes it possible to tell whether an edit actually improved anything, and to sweep all 24 prompts mechanically when the underlying model is updated.
Four Ways a Prompt Library Rots — All Caused by Hard-Coding Business Rules
In the same guide, Atlan names four failure patterns in enterprise prompt operations — monolithic prompting, copy-paste drift, obscured blast radius and deferred runtime errors — and adds that the most common single cause of failure is the absence of a named owner. Translated into the language of a business prompt library, the decay you actually see on site sorts into these four.
| Failure pattern | Symptom | How it appeared in the model case | The fix |
|---|---|---|---|
| Monolithic prompting | Procedure, definitions and exceptions all crammed into one prompt | One prompt so dense that nobody dares edit it | Move business rules outside and reference them |
| Copy-paste drift | Slightly different variants multiply | 18 of the 47 were duplicates | Declare one master and retire the variants |
| Obscured blast radius | Nobody knows what a single edit will affect | Changing one term broke another department’s output | Keep the reference map and sweep with acceptance criteria |
| Absent owner | Nobody maintains it, so it ages | 76.6% untouched for over six months | Name a process owner, in writing |
The four differ only in symptom. The cause is one thing: business rules written directly into the body of the prompt. Take a definition such as “the defect rate is the number of units failing inspection divided by units inspected, and units that pass after rework are excluded from the numerator”. Write that into the prompt body and the same sentence gets duplicated into every prompt that needs it. When the definition changes, nobody can find and fix all the copies. A few get corrected, the rest keep the old definition, and you now have monolithic prompting, copy-paste drift and an obscured blast radius simultaneously.
The remedy is simple. Put business rules outside the prompt and have the prompt reference them. Collect terminology definitions, calculation methods, the field order of each form and the prohibitions into one document, and write only “the defect rate follows the terminology document” in the prompt. Operationally, that document is supplied alongside the prompt. Now there is one place to edit, every referencing prompt changes the moment you edit it, and the blast radius becomes countable as the number of prompts referencing that definition.
The genuinely frightening thing about an obscured blast radius is that a break is invisible until the moment somebody actually uses the prompt for real work. There is no compiler to check it in advance, so you discover it on the day the monthly report is due, in the form of “this month’s output looks odd”. This is precisely what acceptance criteria are for. Running the 120 questions after a model update or a definition change moves the discovery to a day when nothing is due.
Where to Keep It — Why the Shared Folder Is the Bottom Layer
The first home chosen for a prompt library is, almost without exception, a shared folder. It costs nothing extra and everyone already knows how to reach it. But a shared folder is missing three things you need to run the library as an asset: version control, separation of read and write rights, and a record of acceptance.

| Location | Version control | Rights separation | Acceptance record | Practical limit |
|---|---|---|---|---|
| Shared folder | Only date suffixes in filenames | Folder-level only | None | Nobody can tell which one is current |
| Document management system or intranet portal | Versions are retained | Read and edit can be separated | Retained as approval history | No prompt-specific evaluation |
| Dedicated prompt management tool | Versions and diffs retained | Separated by role | Evaluation results linked to versions | Licence cost and a learning curve |
The fatal flaw of the shared folder is that read and write cannot be separated. A prompt library has roughly 80 people using it and a handful of people maintaining it. Put it somewhere everyone can edit and well-intentioned micro-edits land in the master with no record of who changed what. Lock editing down entirely and improvements discovered on the floor never make it back. What you need is a split where anyone can propose an improvement and only the owner can merge it into the master. The fact that an article like PromptLayer’s 2026 round-up of prompt management tools exists at all is a signal in itself: version control, evaluation and permissions have become a product category, which puts the shared folder firmly at the bottom.
That said, you do not need to buy a dedicated tool on day one. The 120,000 THB in Layer 4 of the model case is the cost of building storage, versioning and read-edit permissions on top of the existing intranet portal. It is not a software purchase. The same decision determines the handling classification of what goes in there, because a prompt library ends up containing internal definitions, form structures and prohibitions — a concentrated deposit of operational know-how. Whether that sits on an external service, or inside the same environment as the generative AI service itself, is an information-management decision rather than a convenience one, and we cover it in building a secure generative AI environment. Atlan puts a duration on this work as well: three to six weeks to get storage, versioning, permissions and an acceptance gate in place, and ten to fourteen weeks if externalising the business rules is included. Not a multi-year programme, but not a long weekend either.
Designing for a Multilingual Site — Fix the 180 Terms Nobody May Translate
A site in Thailand adds one more layer of difficulty, because Japanese, Thai and English all run at the same time. And most companies, with the best of intentions, translate the prompt into each language. That produces the multilingual variant of copy-paste drift. The correct design splits one prompt into three parts and decides the language of each part separately.
| Part | How the language is chosen | Why |
|---|---|---|
| Instruction text | Hold exactly one version, in Japanese or English | Writing one per language splits a single task into three competing prompts |
| Input data | Pass it in whatever language it exists in | Translating a Thai shift report first loses information at that step |
| Output | Specify the language of whoever reads it | If the reader cannot read it, no hours are saved |
Skip this three-way split, decide instead to standardise everything into Thai, and accuracy drops. Pre-translating the input data is the most dangerous variant. The moment a person renders a Thai shift report into Japanese, one act of judgement has already been applied. Feeding that judgement-laden text to a model does not recover the original information.
On top of that, fix in advance the terms that must never be translated. The model case built a glossary of 180 such terms, covering part numbers, component codes, form names, internal jargon and job titles. These become impossible to reconcile the instant they are translated. A part number rewritten in local script cannot be matched against a drawing, and a paraphrased form name leaves nobody sure which document is meant. A glossary of 180 terms is not a large undertaking; starting without it is what is expensive, because the same part number will end up recorded three ways in your data and cleaning that later costs far more. Note also that of the 24 normalised prompts, 15 are used across languages and the remaining 9 are completed in Japanese alone. Not forcing everything into multilingual form is part of the design.
Splitting the Cost into Five Layers — Only Layers 4 and 5 Can Be Outsourced
Now to money. Building the 24 prompts as Layer 3 business assets breaks into five cost layers. Internal effort is converted at the effective rate of 260 THB per hour.

| Layer | Content | Amount (THB) | Internal or outsourced |
|---|---|---|---|
| Layer 1 | Inventory and selection (collecting 47, removing duplicates, mapping to processes), 60 hours | 15,600 | Internal |
| Layer 2 | Writing 24 normalised prompts (3.5 hours each = 84 hours) | 21,840 | Internal |
| Layer 3 | Writing acceptance criteria (24 prompts x 5 questions = 120 questions, 0.5 hours each = 60 hours) | 15,600 | Internal |
| Layer 4 | Storage, version control, read and edit permissions | 120,000 | Outsourced |
| Layer 5 | Rollout and enablement (6 department-level hands-on sessions x 3 hours, plus materials) | 180,000 | Outsourced |
| Total | 353,040 |
What matters here is not the size of the numbers but where the internal-versus-outsourced line falls. Internal work is Layers 1 to 3, totalling 53,040 THB or 15.0% of the programme. Outsourced work is Layers 4 and 5, totalling 300,000 THB or 85.0%. In money terms the outsourced share dominates, and yet the 15.0% that cannot be outsourced is the decisive part.
The Layer 1 inventory means gathering all 47, removing duplicates and deciding which process each one belongs to. An outsider cannot make that call. Whether quality’s non-conformance report and production control’s corrective action are the same process or two different processes depends on how your company actually runs. Layer 2 is the same: the 3.5 hours per prompt is not time spent writing prose, it is time spent confirming internal definitions and form structures and decomposing them into the five elements. And Layer 3 is categorically un-outsourceable. Writing acceptance criteria means declaring what counts as correct in your own operations. Delegate that and the library stops being your asset.
Layers 4 and 5, by contrast, suit an external partner well. Building storage, versioning and permissions is technical work, and running hands-on sessions with proper materials goes faster with outside help. The reason there are 6 sessions rather than one is that general affairs, accounting, purchasing, quality, production control and HR use different prompts against different forms. Combine them into one session and each department spends five-sixths of the time listening to work that is not theirs, with no chance to run their own prompt on their own data. When comparing quotations, check whether Layers 1 to 3 are marked as customer-side work. A quotation that excludes them displays 300,000 THB while quietly requiring 53,040 THB of your own effort, or 204 hours of it.
There is one more line that quotations routinely omit, and that is the annual running cost.
| Item | Amount per year (THB) |
|---|---|
| Monthly review (8 hours per month x 12) | 24,960 |
| Quarterly re-acceptance (12 hours x 4) | 12,480 |
| Full sweep on model updates (16 hours x 2 per year) | 8,320 |
| Total | 45,760 |
That is 45,760 THB per year, or 176 hours. It equals 13.0% of the 353,040 THB initial cost, which is not trivial. But skip those 176 hours and you return to the opening condition, where 76.6% of the library has gone six months without an update. A prompt library is the kind of asset whose value continues only in the months you pay to maintain it. It behaves nothing like a capital purchase. Put the annual running cost on the approval request next to the initial cost, every time.
Building the ROI Case — Framing It as Trial-and-Error Time Always Produces a Loss
This is where people writing the approval request most often fall over. If you explain the benefit of a prompt library as “less time spent experimenting with prompts”, the case will show a loss.
The reason is straightforward. When the prompt library gets better, more people use generative AI. People who never used it start, and people who used it once a day use it five times. Time per attempt falls, but the number of attempts rises, so total hours in front of generative AI go up rather than down. Pull the logs, compare before and after, and you will produce a number that has increased. Take that number into the board meeting and the initiative dies in the room.
The correct measurement looks not at time spent in front of the tool but at the hours consumed by the target work itself. Mapping the work types across the 80 indirect staff where generative AI can plausibly help gives the following.
| Work type | Hours per month |
|---|---|
| Document creation (reports, minutes, internal notices) | 210 |
| Summarising and reading (English standards, head office material) | 96 |
| Translation and multilingual work (Japanese, Thai, English) | 168 |
| Cross-checking (forms, specifications) | 132 |
| Total | 606 |
The total is 606 hours per month, and that is the denominator. Divided across 80 people it is 7.6 hours per person per month, so this is not an inflated figure. The distinctive line is translation and multilingual work at 168 hours, which is a cost specific to a site where three languages run at once. Against those 606 hours you apply two rates: the share of that work generative AI is actually used on (the application rate) and the average percentage of time saved where it is used (the average reduction rate).
| Scenario | Application rate | Average reduction rate | Hours saved per month |
|---|---|---|---|
| Before the programme | 18.0% | 32.0% | 34.9 |
| After the programme | 46.0% | 41.0% | 114.3 |
The arithmetic is 606 x 18.0% x 32.0% = 34.9 hours per month, and 606 x 46.0% x 41.0% = 114.3 hours per month. The increment is 79.4 hours per month. Multiplied by the effective rate of 260 THB that is 20,644 THB per month, or 247,728 THB per year.
The important feature of that table is that both rates rise. The application rate moving from 18.0% to 46.0% is intuitive, because more tasks become workable. The reduction rate climbing from 32.0% to 41.0% needs explaining. When a prompt is written with all five elements and specifies the output format, the result can be pasted straight into the form. When the output format is unspecified, a human still has to reorder the sections, add missing items and fix the layout. Removing that downstream cleanup raises the per-use saving itself. The reduction in rework that comes from having acceptance criteria is folded into the same number.
The question that always comes next in practice is how you measure an application rate of 46.0%. You cannot get it from the generative AI service logs. Logs show usage counts, not the share of target work where the tool was used. The workable method is to take the same task list you built to derive the 606 hours and ask, once a quarter, whether each task is being done with a normalised prompt. It is manual and it takes time, and without it the return on the investment can never be verified. We go into how to track that real usage rate in AI adoption and enablement support.
Subtract the 45,760 THB annual running cost from the 247,728 THB annual benefit and the net benefit is 201,968 THB per year. Divide the 353,040 THB initial cost by that and 353,040 / 201,968 = 1.7 years, or 21.0 months. That is the payback period for the asset version.
Snippet Pack Versus Asset — Payback Period Says the Snippet Pack Wins
Here is the most awkward part of this article.
Take the same model case and drop Layers 3 to 5, doing only Layers 1 and 2 and putting the result in the shared folder. Inventory the existing prompts, write the 24, drop them in a folder and send an announcement. No acceptance criteria, no storage work, no hands-on sessions. The overwhelming majority of what the market calls “we built a prompt library” is exactly this. The initial cost is 15,600 + 21,840 = 37,440 THB.
| Measure | Snippet pack | Asset |
|---|---|---|
| Initial cost (THB) | 37,440 | 353,040 |
| Application rate | 24.0% | 46.0% |
| Average reduction rate | 34.0% | 41.0% |
| Hours saved per month | 49.4 | 114.3 |
| Annual benefit, incremental (THB) | 45,240 | 247,728 |
| Payback period | 0.8 years | 1.7 years |
The snippet pack is not worthless. 606 x 24.0% x 34.0% = 49.4 hours per month, up 14.5 hours per month from the 34.9 hours before the programme. At 260 THB that is 3,770 THB per month, or 45,240 THB per year. Divide the 37,440 THB initial cost and you get 0.8 years. Judged on payback period alone, the snippet pack wins outright. Put 0.8 years next to 1.7 years in front of any board and 0.8 wins.
Do not be afraid to present this comparison honestly. If you hide it and propose only the asset version, somebody will eventually ask whether it could be done more cheaply, and the discussion stops there. It is far stronger to lay both options out from the start and then explain why payback period is the wrong basis for comparison.
The reason is that payback period ignores how long the benefit lasts. The snippet pack has no acceptance criteria, so when the model changes nobody can tell what broke. It has no owner, so when a form changes nobody fixes it. It has no managed storage, so well-meant variants multiply. The opening condition — 23.4% of 47 prompts still fresh — is reproduced over about twelve months. The snippet pack’s 45,240 THB shows up in year one, and then it stops, and by year two performance has returned to the pre-programme level. The asset, by contrast, keeps delivering 201,968 THB of net benefit in each following year for as long as the 45,760 THB running cost is paid.
| Measure | Snippet pack | Asset |
|---|---|---|
| Annual benefit, incremental (THB) | 45,240 | 247,728 |
| Annual running cost (THB) | None, since no review or re-acceptance is set up | 45,760 |
| Annual net benefit (THB) | 45,240 | 201,968 |
| Year two onwards | Returns to the pre-programme level | Continues while the running cost is paid |
| Cumulative net benefit over 3 years (THB) | 45,240 | 605,904 |
| Remaining after initial cost, at 3 years (THB) | 7,800 | 252,864 |
The asset accumulates 201,968 x 3 = 605,904 THB over three years, and subtracting the 353,040 THB initial cost leaves 252,864 THB. The snippet pack stops at 45,240 THB, so subtracting its 37,440 THB initial cost leaves 7,800 THB. Over three years the gap is more than 32 times. The option that lost by a factor of 2.1 on payback period wins by a factor of 32 on three-year accumulation.
The lesson generalises well beyond prompt libraries. Compare on payback period alone and the option that never becomes an asset always wins. Anything with a small initial cost, a fast effect and a short life produces a flattering payback number by construction. There is nothing wrong with putting a payback period in the approval request, but always put the three-year cumulative figure beside it. Omit it and the cheapest option in the room is selected automatically, and two years later the only surviving conclusion is that generative AI did not deliver. PwC Japan’s own survey work on generative AI arrives at a compatible position, framing readiness — business processes, data, the usage environment and governance — as a precondition for getting value out of the technology at all. Building that foundation lengthens the time before the effect appears, which means it necessarily worsens the payback number. Whether you are willing to pay that with your eyes open is the real decision point in this investment.
How Prompt Engineering Training, the Usage Policy and Enablement Divide the Work
We are regularly asked whether prompt engineering training removes the need for a prompt library, and, from the other direction, whether handing out a prompt library removes the need for training. Both are wrong. These are four tools with different targets and different lifespans.
| Initiative | What it solves | Who it works on | Durability |
|---|---|---|---|
| Prompt engineering training | Understanding the principles of writing prompts | The handful of people who build | Disappears when they transfer |
| Business prompt library | Reproducibility for each business process | Everyone who uses | Continues if it is updated |
| Generative AI usage policy | The boundary of what information may be entered | Everyone | Continues if it is revised |
| Adoption enablement | Measuring whether it is really used, and fixing what is not | Everyone who uses | An ongoing activity |
Training works on the small group who build. Neither “write it with five elements” nor “move the business rules outside” is an idea that appears spontaneously without it. But training alone will not close the gap across 80 people, because it only makes the trained people better. The situation reported by that 18.8% of companies actually widens if training is the only intervention. In the other direction, distributing only a prompt library increases the number of people who follow instructions correctly and leaves nobody able to repair anything when the process shifts. We cover how to design practical and hands-on generative AI training in generative AI training for manufacturers. The 180,000 THB in Layer 5 of the model case buys 6 department-level hands-on sessions, which is less a training course than a chance to run your own department’s prompt against your own forms once. It is designed as a different thing from classroom teaching.
There is one background condition worth holding in mind for a site in Thailand. In a 2024 survey by ETDA and NSTDA, 17% of Thai organisations reported that they were already using AI, while 73% said they planned to adopt it. That is a 2024 survey, not a description of where Thailand stands in 2026. The structural point still matters: with more than seven in ten organisations sitting at the planning stage, a very large number of them enter the start-up phase at the same time, which means there are few peers far enough ahead to copy. That is precisely why you cannot borrow another company’s prompt library wholesale, and why the Layer 1 to Layer 3 work, tied to your own processes, has to be done in-house.
A 90-Day Sequence
Of the 353,040 THB initial cost, internal work totals 204 hours. Assuming it is absorbed alongside daily duties, 90 days splits into four stages. The key discipline is not to overlap them — finish one before starting the next.
| Period | What to do | Definition of done |
|---|---|---|
| Days 1 to 30 | Inventory and select existing prompts, map them to processes, fix the 24 to keep | All 24 carry a process name and an owner’s name |
| Days 31 to 60 | Rewrite the 24 using the five elements, and build the 180-term glossary and the business rules document in parallel | No internal definition is hard-coded in any of the 24 |
| Days 61 to 75 | Write the 120 acceptance questions and build storage, versioning and permissions | For all 24, a user can judge pass or fail unaided |
| Days 76 to 90 | Run 6 department hands-on sessions, go live, agree the monthly review structure | All 6 departments have run at least one prompt on their own forms |
In the first 30 days the most important output is not narrowing to 24 prompts but getting a name against each one. If no name emerges for a process, do not force that prompt to survive. Carry it forward nameless and you will stall from day 61 onwards over who approves its acceptance criteria. Building the glossary and the business rules document in parallel with the rewrite is deliberate too: while rewriting prompts into five elements, the moment of realising “this definition does not belong in the prompt” arrives repeatedly, and if there is nowhere to move it to, it goes into the body after all.
The 120 acceptance questions starting on day 61 should not be written by one person in a batch. The correct approach is for each of the 24 owners to write their own 5 questions. One person writing all of them finishes faster and produces one person’s standard, which the owners cannot then approve. And in the hands-on sessions from day 76, insist on real forms from each department. Sample data makes everything work. Real data exposes, on the spot, that the input specification is incomplete or that the output format does not match the form. The hands-on session is not a teaching event. It is the final acceptance test.
Frequently Asked Questions
How many prompts does a business prompt library actually need
In the model case, 24 for 80 people in indirect functions. The starting point was 47 in a shared folder, 29 after removing duplicates, and 24 that could be tied to a process with a named owner. The right count is driven by the number of work types, not by headcount. Multiply the four types — document creation, summarising, translation and cross-checking — by the differences in each department’s forms and you land in the low twenties. Push the count much higher and the monthly review no longer fits into 8 hours, and once the review stops the updates stop. Thickening the five elements of one prompt beats adding more prompts.
Will prompt engineering training make the prompt library unnecessary
No. Training works on the handful of people who build, and its purpose is to convey the principles of writing. Lifting all 80 users to the same standard through training is not realistic, and even if it worked you would repeat the exercise every year through transfers and turnover. The Teikoku Databank finding that 18.8% of companies saw the gap between capable and incapable employees widen tends to get worse, not better, when training is the only measure. Training for the builders and a prompt library for the users is the workable division.
Can we just buy published or commercial business prompt templates
They work as a starting point, but they will not carry your business on their own. What published templates contain is the role and part of the constraints, two of the five elements. The input specification and the acceptance criteria cannot be written without knowing your forms and your definitions. The 53,040 THB of internal work in the model case is precisely the cost of the parts nobody else can write. It is only 15.0% of the 353,040 THB total, but try to fill that gap by purchasing and you end up with output your own people cannot pass or fail, which means it goes unused.
Should practical generative AI training come before hands-on training
Get to a state where normalised prompts exist, then run the hands-on sessions. The 90-day plan in the model case places the 6 department hands-on sessions from day 76, after the rewrite of the 24 prompts and the acceptance criteria are complete. Run hands-on sessions with no prompts in place and participants take home whatever they improvised on the day, which is nothing more than a Layer 1 personal note. Practical training for the small group who build should go the other way, ideally completed before the rewrite starts on day 31.
In what order should a company roll generative AI out internally
Usage policy first, prompt library second, adoption measurement last. Build a prompt library with no usage policy in place and you cannot write the input element, because how far customer names, unit prices and personal names may go is decided company-wide rather than task by task. The reverse case — a policy with no prompt library — distributes prohibitions without distributing methods, and usage never climbs.
How should the effect of a prompt library be measured
Not by hours or sessions of generative AI usage. A good prompt library brings in more users, so total hours rise, and presenting that number makes the investment look like a loss. Measure the hours consumed by the target work itself. In the model case the denominator is 606 hours per month across 80 indirect staff. Apply the application rate and the average reduction rate to it. Before the programme, 18.0% and 32.0% gave 34.9 hours per month; after, 46.0% and 41.0% gave 114.3 hours per month, and the increment of 79.4 hours per month is the benefit. The application rate cannot be pulled from usage logs, so it needs a quarterly check against the task list.
Is it the prompts that are to blame when generative AI does not improve productivity
Usually the problem is not the prose in the prompt but the parts that were never written. What to supply as input is undecided, the output format does not match the form, or the pass condition can only be judged by the author. If any one of those three is missing, no amount of polishing the wording will make the result reproduce. All four decay patterns trace back to business rules hard-coded into the prompt body. Move the rules outside and reference them, and one edit propagates to every prompt while the blast radius becomes something you can count.
Summary
A prompt library goes unused not because the writing is poor but because only the instruction text was collected and handed out. A prompt that lets someone else reproduce your result carries five elements: role, input, constraints, output format and acceptance criteria. Two of those, the input and the acceptance criteria, cannot be written without knowing your own forms and definitions. That is why, out of a 353,040 THB initial cost, the 53,040 THB of internal work that cannot be outsourced — 15.0% of the total — is the decisive share.
A prompt library has three layers, personal notes, department templates and company assets, and most companies build the second while operating it as the third. What raises the layer is not consolidation but naming an owner and writing acceptance criteria. The model case inventoried 47 prompts, reduced them to 29 and kept only the 24 that had an owner. The fact that just 11 of the 47, or 23.4%, were still fresh is what an absent owner looks like in numbers.
Do not build the ROI case on reduced trial-and-error time. A working prompt library brings in more users and total time in front of generative AI rises. Measure the benefit against the 606 hours per month of target work. An application rate of 18.0% and a reduction rate of 32.0% produced 34.9 hours per month before the programme; 46.0% and 41.0% produce 114.3 hours per month after, an increment of 79.4 hours per month worth 247,728 THB per year. Subtract the 45,760 THB running cost, divide the initial cost by the 201,968 THB net benefit, and payback lands at 1.7 years, or 21.0 months.
And finally, the point this article most wants to land. A snippet pack of Layers 1 and 2 only costs 37,440 THB up front and returns 45,240 THB a year, paying back in 0.8 years. On payback period the snippet pack wins. But its benefit stops after twelve months, its three-year cumulative total is capped at 45,240 THB, and after the initial cost only 7,800 THB remains. The asset accumulates 605,904 THB over three years and leaves 252,864 THB after the initial cost. Compare on payback period alone and the option that never becomes an asset always wins. Put the payback period and the three-year cumulative figure side by side in the approval request, without exception.
It is perfectly fine to start before the prompt count or the target processes are settled. We can begin by counting, together, how many prompts are sleeping in your shared folder and how many of them can be given a process name and an owner. With a file listing of the existing prompts and something showing how work is divided across the indirect functions, we can usually get to a shortlist of around 24 and a first cut of the internal-versus-outsourced line in a single session. Please get in touch through our contact form.
References
- Teikoku Databank, Survey on Corporate Trends in Generative AI, March 2026 fieldwork
- 17% of Thai organisations use AI, 73% plan future adoption (The Thaiger, reporting the ETDA and NSTDA 2024 survey)
- Centralized Prompt Management for Enterprise (Atlan, 2026)
- PwC Japan, Generative AI Survey 2026 Spring
- The 7 best prompt management tools in 2026 (PromptLayer)