Australia's Voluntary AI Safety Standard: A Compliance Checklist
Australia's Voluntary AI Safety Standard sets out ten guardrails for responsible AI adoption. This practical checklist walks Australian businesses through each guardrail — what it requires, what to do, and how to sequence the work based on your current AI maturity.

What Is Australia's Voluntary AI Safety Standard?
Australia's Voluntary AI Safety Standard is a framework published by the Australian Government's Department of Industry, Science and Resources, designed to help organisations adopt AI responsibly. It sets out ten guardrails — practical commitments that businesses can apply to their AI systems to demonstrate safety, accountability, and transparency. While voluntary, it signals the direction of future regulation and is increasingly referenced in procurement and governance conversations.
For Australian businesses already deploying or evaluating AI systems, the Standard provides a concrete foundation to build responsible AI practices — before compliance becomes mandatory.
Why Should Australian Businesses Act Now?
Voluntary frameworks in Australia have a history of becoming mandatory baselines. The Australian Privacy Principles under the Privacy Act 1988 began as guidelines before gaining legislative teeth. AI governance is on a similar trajectory, with the government signalling intent to align Australia's approach with international frameworks including the EU AI Act and the OECD AI Principles.

Acting on the Voluntary AI Safety Standard now means your organisation:
- Builds internal AI governance muscle before it is required
- Demonstrates trustworthiness to customers, partners, and regulators
- Reduces liability exposure as AI-related harms attract increasing scrutiny
- Positions well for government contracts, which are beginning to require AI accountability documentation
The Ten Guardrails: What Each One Requires
The Standard organises responsible AI around ten guardrails. Here is what each guardrail means in practice.

Guardrail 1: Accountability
Accountability means establishing clear ownership for AI systems within your organisation. This requires naming specific individuals or roles responsible for each AI system's outcomes — not just its development. Accountability should extend to third-party AI tools your organisation procures and deploys.
Checklist actions:
- Assign an accountable owner (a named individual, not just a team) for each AI system in production
- Document the owner's responsibilities in writing
- Include AI accountability requirements in vendor contracts
Guardrail 2: Risk Assessment
Risk assessment requires systematically identifying and evaluating the potential harms your AI systems could cause, including harms to individuals, communities, and your organisation itself. Risk should be assessed before deployment and reviewed continuously.
Checklist actions:
- Conduct a structured AI risk assessment before deploying any new AI system
- Categorise risks by likelihood and severity
- Document your risk assessment and review it when the system or its context changes
- Consider risks specific to your industry — for example, credit decisioning in fintech or clinical support in healthtech
Guardrail 3: Data Governance
Data governance for AI means ensuring the data used to train, test, and operate AI systems is accurate, relevant, and managed in accordance with Australian law — including the Australian Privacy Principles under the Privacy Act 1988.
Checklist actions:
- Audit training and inference data for completeness, accuracy, and bias
- Confirm data collection and use is consistent with your Privacy Policy and APP obligations
- Establish data lineage documentation so you can trace what data influenced model behaviour
- Restrict access to sensitive training data on a need-to-know basis
Guardrail 4: Testing and Validation
Testing and validation means evaluating AI system performance against defined criteria before and after deployment — not just during development. This includes testing for accuracy, fairness, and robustness to adversarial inputs.
Checklist actions:
- Define measurable acceptance criteria before testing begins
- Test across demographic groups where outputs could affect people differently
- Run adversarial testing to identify failure modes
- Document test results and retain them for audit purposes
Guardrail 5: Human Oversight
Human oversight means designing AI systems so that humans can review, override, or shut down AI decisions — particularly where those decisions affect individuals significantly. Automation does not remove human responsibility.
Checklist actions:
- Identify decisions made or influenced by your AI systems
- For high-stakes decisions, implement a mandatory human review step
- Build override mechanisms that are accessible and fast to invoke
- Train staff on when and how to override AI recommendations
Guardrail 6: Transparency
Transparency requires being open with people about when and how AI is being used in decisions that affect them. This includes informing customers, employees, and other affected parties — and being honest about the limitations of your AI systems.
Checklist actions:
- Update privacy notices and terms of service to disclose AI use
- Where AI influences a decision affecting an individual, provide a plain-language explanation
- Do not present AI-generated content or recommendations as human-produced without disclosure
- Publish an internal AI register documenting the systems your organisation operates
Guardrail 7: Record Keeping
Record keeping means maintaining documentation sufficient to understand what your AI systems do, why they were built, how they were tested, and what decisions they have influenced. Records support accountability, audit, and continuous improvement.
Checklist actions:
- Maintain a model card or system card for each AI system in production
- Log AI system inputs and outputs for a defined retention period
- Record changes to models, training data, and configurations with version history
- Ensure records are accessible to the accountable owner and relevant compliance functions
Guardrail 8: Cybersecurity
Cybersecurity for AI means protecting AI systems from adversarial attacks, data poisoning, model theft, and prompt injection — threats that are specific to AI systems and not always covered by standard IT security controls.
Checklist actions:
- Include AI systems in your organisation's threat modelling process
- Test for prompt injection vulnerabilities in any system using large language models
- Restrict access to model weights, training data, and inference endpoints
- Apply the Australian Cyber Security Centre's Essential Eight controls as a baseline
Guardrail 9: Contestability and Redress
Contestability means giving people a meaningful way to challenge AI-influenced decisions that affect them. This is particularly important where AI is used in hiring, credit, insurance, or access to services.
Checklist actions:
- Establish a process for individuals to request review of AI-influenced decisions
- Ensure the review process is staffed by humans with authority to overturn outcomes
- Document decisions and the reasoning behind them so reviews are meaningful
- Communicate the complaints and redress process clearly to affected parties
Guardrail 10: Inclusion and Fairness
Inclusion and fairness means actively working to ensure your AI systems do not produce discriminatory outcomes or systematically disadvantage particular groups. This requires intentional design, diverse testing data, and ongoing monitoring.
Checklist actions:
- Review training data for underrepresentation of demographic groups relevant to your use case
- Define fairness metrics appropriate to your context and measure against them regularly
- Engage diverse stakeholders in design and review, including affected communities where practical
- Monitor deployed models for distributional shift that could introduce or amplify bias
Mapping the Guardrails to Your AI Maturity Stage
Not every organisation is starting from the same place. The table below gives a practical orientation for where to focus depending on your current AI maturity.
| Guardrail | Early Stage (Exploring AI) | Growth Stage (AI in Production) | Scaling Stage (AI-Dependent Operations) |
|---|---|---|---|
| Accountability | Assign an owner for each pilot | Formalise ownership in job descriptions | Governance committee with board visibility |
| Risk Assessment | One-off assessment per pilot | Repeatable risk framework | Continuous risk monitoring pipeline |
| Data Governance | Audit existing data assets | Data lineage tooling in place | Automated data quality and compliance checks |
| Testing & Validation | Manual test cases | Automated test suite pre-deployment | Continuous evaluation in production |
| Human Oversight | Ad hoc review | Defined review workflows | Escalation SLAs and audit trails |
| Transparency | Internal disclosures | Customer-facing disclosures | Public AI register or transparency report |
| Record Keeping | Shared document per system | Centralised model registry | Automated logging and version control |
| Cybersecurity | Include AI in existing threat model | AI-specific penetration testing | Dedicated AI security monitoring |
| Contestability | Named contact for queries | Formal review process | SLA-backed redress with independent review |
| Inclusion & Fairness | Bias review during development | Fairness metrics defined and measured | Ongoing monitoring with demographic reporting |
How to Get Started: A Practical Sequence
Rather than attempting all ten guardrails simultaneously, most organisations benefit from a sequenced approach.
Step 1 — Take inventory. List every AI system your organisation operates or procures, including AI features embedded in SaaS tools. Many organisations are surprised by how many AI systems they already rely on.
Step 2 — Assign accountability. For each system on your list, name an accountable owner. This single step surfaces gaps and creates the conditions for everything else.
Step 3 — Prioritise by risk. Focus initial effort on AI systems that make or influence decisions affecting people — customers, employees, or third parties. Lower-stakes systems (internal productivity tools, for example) can follow.
Step 4 — Close the most critical gaps. Address human oversight, transparency, and data governance first. These three guardrails have the highest exposure under existing Australian law, particularly the Privacy Act and the Australian Consumer Law.
Step 5 — Build repeatability. Document your processes so they can be applied to new AI systems as you adopt them, not just retroactively to existing ones. This is where the work shifts from compliance to culture.
The Intersection With Australian Privacy Law
Several guardrails — particularly data governance, transparency, and contestability — overlap directly with obligations under the Privacy Act 1988 and the Australian Privacy Principles. Organisations subject to the Privacy Act should treat the Voluntary AI Safety Standard as complementary, not separate, to their existing privacy compliance work.
If your AI system makes automated decisions about individuals using personal information, you should also consider the OAIC's guidance on automated decision-making, which sits alongside the Standard as a relevant regulatory signal.
For organisations that are not yet privacy-mature, working toward the Voluntary AI Safety Standard is a practical way to close both sets of gaps simultaneously.
Building the Technical Foundation for Compliant AI
Many of the guardrails — testing and validation, record keeping, cybersecurity, and ongoing monitoring — are not achievable without the right technical infrastructure underneath them. Organisations that lack proper data infrastructure will find it difficult to maintain audit logs, measure fairness metrics, or detect model drift at scale.
Similarly, the design choices made during AI product strategy — what to automate, where to keep humans in the loop, how to surface model confidence — directly determine how easy or difficult compliance will be downstream. Getting those decisions right early saves significant rework.
If you are building AI systems from scratch or re-evaluating existing ones, embedding compliance thinking at the architecture stage is far more efficient than retrofitting it later. This is the same principle that applies to application modernisation: the earlier governance is designed in, the cheaper it is to sustain.
What Good Looks Like
A practical, compliant AI program does not need to be bureaucratic. At its core, good AI governance looks like this:
- Every AI system has a named owner, a documented purpose, and a recorded risk assessment
- Decisions that affect people are explainable, reviewable, and contestable
- Data is managed consistently with privacy law and documented for audit
- Teams know when to override AI recommendations and how to do it
- The organisation learns from incidents and improves its systems over time
This is achievable for most Australian businesses. It requires organisational commitment and the right technical foundations — but it does not require a large compliance team or a dedicated AI ethics function from day one.
Further Reading
For more on building responsible AI systems and the technical foundations that support them, explore our insights on AI adoption, data infrastructure, and engineering practice.
Ready to Map Your AI Systems Against the Standard?
If your organisation is trying to understand where your current AI systems stand against the Voluntary AI Safety Standard — or you are designing new AI capability and want to build compliance in from the start — our team can help. We work with Australian businesses at every stage of AI maturity to design systems that are production-ready and built to last.
Get in touch to start a conversation about your AI governance and engineering needs.
Chris Kerr
Partner at Horizon Labs, an AI product consultancy and venture studio. A commercially focused product and technology leader with 20+ years building and scaling digital platforms, teams, and businesses across SaaS, travel, eCommerce, logistics and transport, and digital marketing — operating at the intersection of product, engineering, and data. Writes about platform strategy, AI transformation, modern data ecosystems, and the operational discipline that separates AI demos from AI products.


