Choose the appropriate form and prerequisite
The official documentation includes text documents, diagrams, HTML and interactive components. Artifacts require code execution and file creation to be enabled; in organisations this is an administrative setting. Decide first whether you need a readable report, editable visual or interactive interface. That determines testing and output format.
Review content and behaviour separately
Check a project report against its original sources. Test an interactive view with empty values, long text and invalid input as well. Review intended changes for each version. An attractive presentation must not hide missing data or unimplemented behaviour. The recipient should be able to see what has been checked.
Accept export and publication deliberately
Export the intended version to the required format and inspect it outside the preview. Decide publication and wider sharing separately. A controlled file location may suffice for an internal template. If an artifact uses current data or connections, its runtime and permissions must remain understandable after hand-off.
Decision matrix
| Decision point | Proceed when | Stop when |
|---|---|---|
| Assignment boundary | Documented: goal, data source, version, review and approval format. | Scope, data or accountability remains unresolved. |
| Workflow evidence | Acceptance evidence includes the reviewed version, traceable changes, comparison with the source data and a checked export in the agreed format. | There is only an unevaluated demo without acceptance evidence. |
| Operational control | Owner, approval, fallback and next review date are defined. | Avoid: treating a preview as an approved final output. Missing data provenance, unclear version status or an unreviewed export prevents approval of an otherwise convincing artifact. |
Keep it verifiable
Primary sources
- Anthropic: What are artifacts and how do I use them?Source checked:
