"AI is always correct."
A confident answer can still contain invented facts or citations.
Open the original sources and check important numbers before acting.
AI Myth versus Reality. Twenty-five common misconceptions, explained simply—with practical habits to help you use AI thoughtfully.
AI can be useful without being infallible. These explanations focus mainly on everyday generative AI, with a broader look at what AI includes.
A confident answer can still contain invented facts or citations.
Open the original sources and check important numbers before acting.
AI affects tasks within jobs differently. The ILO finds job transformation more likely than complete replacement; this is not a guarantee for any individual role.
List the tasks AI can assist with, then identify the judgment and relationships your role still needs.
AI also supports image recognition, recommendations, spam filtering and navigation. Generative AI is one part of a wider field.
Start with a problem to solve, rather than assuming every solution needs a chat window.
Fluent language is not evidence of human feelings or self-awareness. Human-like wording can encourage misplaced trust.
Treat a chatbot as a tool. Keep people involved when empathy, consent or responsibility matters.
Training data and system design can reproduce harmful biases. Automation does not make a decision fair.
Test varied examples and inspect outcomes across affected groups.
Clear instructions help, but do not eliminate errors or missing context.
Give the task, context and output format; then verify the result. Try changing one instruction in our Experiments Lab.
Oversight should match the stakes and context. A useful draft is not an authorised decision.
Set approval points before sending messages, spending money or making consequential decisions.
Privacy depends on the service, settings, contract and data handling. Do not assume confidentiality.
Check retention and access rules; use an approved tool and minimise sensitive data.
Synthetic media can look convincing. Appearance alone cannot establish authenticity.
Check who published it, trace the original and seek independent confirmation.
Reliability depends on the task, data and deployment context. A demonstration is not operational validation.
Pilot with representative cases and measure errors, review time and useful outcomes before expanding.
Model knowledge and web retrieval are different. Fresh information requires an enabled search or data connection, and a particular answer may not use it.
Ask whether current sources were consulted, then check their publication dates.
References can be invented, misquoted or irrelevant. A real source may not support the sentence attached to it.
Open the cited page and locate the specific supporting passage.
Generated explanations can sound logical while supporting an incorrect answer.
Test the conclusion independently; check calculations and key assumptions.
Detection tools have limitations. Their result alone cannot establish who created a text, image or video.
Combine detection with provenance, original records and contextual evidence.
Generation settings and model behaviour can produce different outputs. Lower randomness does not universally guarantee identical results.
Save the prompt, model version and settings when reproducibility matters.
A model can learn noise or unhelpful patterns. Results on genuinely unseen examples matter more than data volume alone.
Check data quality and evaluate on representative cases outside the training set.
An evaluation dataset may fail to represent the situations encountered after deployment.
Include difficult, unusual and locally relevant cases in your own evaluation.
Retrieval can surface the wrong passage, and generation can misinterpret it. Access to documents is not a correctness guarantee.
Check the retrieved evidence, its date and whether it actually supports each answer.
Malicious instructions in user input or retrieved content can still target a system. Prompt wording alone is insufficient protection.
Restrict tool permissions, treat external content as untrusted and review sensitive actions.
Existing foundation models can support many tasks through prompting, retrieval or adaptation. Custom training is one option, not an automatic requirement.
Test a suitable existing model against your task before investing in custom development.
Capabilities vary by model and configuration. A system intended for one input or task may not support another.
Check supported inputs and outputs, then test the actual workflow you need.
Drafting faster may add checking, corrections or integration work. Net benefit depends on the whole workflow.
Compare total completion time and error rates, including human review.
Recognising unreliable outputs and understanding their consequences still require relevant knowledge and judgment.
Use professional expertise to define the task, inspect evidence and approve consequential conclusions.
Length and polished wording do not establish accuracy or relevance. More text can also contain more unsupported claims.
Ask for the required evidence and a concise answer that addresses your actual question.
Data and operating conditions can change, affecting how well a model works. Evaluation is an ongoing responsibility.
Monitor real errors, review representative samples and recheck after material changes.
Explore prompt techniques and compare curated sample answers in the Experiments Lab.