arckit-au-energy-compliance

Generate Australian energy-sector compliance architecture documentation with regulatory evidence mapping.

Updated Jul 24, 2026
One-click install
npx skills add https://github.com/tractorjuice/arckit-kimi --skill arckit-au-energy-compliance
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: arckit-au-energy-compliance
Source: https://github.com/tractorjuice/arckit-kimi/tree/main/skills/arckit-au-energy-compliance
Command: npx skills add https://github.com/tractorjuice/arckit-kimi --skill arckit-au-energy-compliance

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill addresses the high-stakes complexity of documenting compliance for Australian energy-sector projects, ensuring that architecture evidence aligns with rigorous regulatory frameworks like AER ring-fencing and SOCI.

Core Features & Use Cases

  • Regulatory Mapping: Automatically maps architecture decisions against AER, AEMC, AEMO, and SOCI obligations.
  • Evidence Generation: Produces structured architecture packs including data-flow records, interface registers, and boundary assessments.
  • Use Case: A project team can use this to generate a compliance architecture pack that identifies regulated versus unregulated data flows and maps them to specific National Electricity Rules, significantly reducing the manual effort required for regulatory audits.

Quick Start

Invoke the arckit-au-energy-compliance skill by providing the project name to generate the required compliance architecture documentation.

Frequently Asked Questions about arckit-au-energy-compliance

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate AER ring-fencing compliance documentation for an Australian energy project?

Generate AER ring-fencing compliance documentation by mapping architecture decisions against AER obligations, producing structured evidence packs with data-flow records and boundary assessments. This automates regulatory traceability for electricity and gas projects.

What is the best way to map architecture decisions against SOCI and CIRMP obligations?

Mapping architecture decisions against SOCI and CIRMP obligations is achieved by generating structured compliance architecture packs that identify regulated versus unregulated data flows and map them to specific operational requirements.

Can I use this to produce evidence for National Electricity Rules and National Gas Rules audits?

Yes, you can produce evidence for National Electricity Rules and National Gas Rules audits. The process generates architecture packs including interface registers and boundary assessments that significantly reduce manual regulatory effort.

How do I document compliance architecture for distributed energy resources and AEMO market-operator interfaces?

Document compliance architecture for distributed energy resources and AEMO interfaces by creating structured packs that map regulated data flows to specific AEMO operational obligations, ensuring rigorous regulatory traceability.

Does this approach support both electricity and gas sector regulatory traceability requirements?

Yes, this approach supports both electricity and gas sector regulatory traceability. It applies to projects involving electricity, gas, and DER, mapping interface boundaries against NER, NGR, and AEMO operational obligations.

What limitations should I expect when automating Australian energy-sector compliance architecture packs?

Automating energy-sector compliance architecture packs focuses on AER, AEMC, AEMO, and SOCI frameworks. It requires accurate project inputs to generate valid data-flow records and boundary assessments, limiting its scope to documented regulatory obligations.