Keia Atlas

Vendor access

This part is for Aigna staff

Vendors see their own installation and the device reference they need to build it: device types, setup guides and models. Everything else stays with Aigna.

Go to your installation

Keia Method· Level 2 · 2.7

How software does routine work

Software does routine work only under a standing rule a person approved, and only where it can be undone.

One rule, one run: a failure is a record, not a mystery

Standing rule

DNS rule

Owner
Nora; told on every run
May do
Update a DNS record to match the build sheet
Caps
A few devices per wave; never in a booked meeting or a freeze; halt on failures
Undo
Roll back to the record as it was

Read freely, write narrowly. Software reads on its own; writes only under its rule; never does what is prohibited, for anyone

In one paragraph

Routine work means rebooting, re-applying a setting, re-syncing or updating a record. A standing rule is what ITIL calls a standard change: the service owner approves it once, with caps (limits on how much it may do at a time). Anything that cannot be undone is a proposal a person confirms. Every automatic action shows what it read, what it did and why, with Undo or Roll back where one exists. The method works with AI switched off.

The 10 rules

RuleMeaning
A rule has a named ownerA standing rule is a standard change the service owner approved once, with its conditions and its rollback; nothing runs outside it; the owner is told on every run
Reversible runs, irreversible asksBounded, reversible actions run within caps (never more than N devices per wave, never in a booked meeting, never in a freeze, halt on failures). Firmware, resets, deletes, bulk pushes, and anything touching security, identity, access or life safety are proposals a person confirms every time
Read freely, write narrowlySoftware reads on its own; writes only under its rule; never does what is prohibited, for anyone
Checked by reading backAfter every write the system is read back and compared; a write that does not read back as intended is "Unable to complete", never "done"
Undo, Roll back, or askEach rule declares which it has; the screen never shows an Undo that is not real
One line, one card, one log"Done automatically under the DNS rule (owner: Nora)" on the record; "How was this done?" opens what it read, did, ruled out and did not check; the full trace is in the audit log
Text is data, not instructionsTicket text, device names and vendor notes are untrusted; software that reads them cannot send data out
People keep the diagnosisA suggestion follows the person's own call on P1 and P2; any rule can be run by hand; every action explains itself so people learn how their workplace behaves
Never about peopleNo scoring, ranking or allocation of work by an individual's behaviour or performance
Your model, your region, or noneThe customer chooses the model and where it runs, including local only, or turns AI off; nothing trains on customer data; every AI call is logged with model and region; an assistant says it is AI

What it maps to

On screenPlain meaningMaps to
Change: Standard, Normal, Emergency; Standing ruleA planned alteration; a standard change approved once so software may run itITIL change enablement
Done automaticallyRun under a standing rule, read back, recorded, with "How was this done?"Automated standard change
AgentSoftware that does routine work under a standing rule; changes only what its rule allows and only what can be put back; named in "How was this done?" and in Settings, never on the top layer, never in TeamGoverned agent
Unable to complete + why; Unable to complete, rolled backIt did not happen, and where it stoppedReplaces error, failed

Try it in the demo

Opens as Nora, who runs the lab. Everyone in the demo is made up; nothing you do leaves this browser.

  1. Open Proposals: every edit to a standard, who proposed it and who approved it.
  2. In v0.1 automatic work is simulated. Next: standing rules with "How was this done?" on every run.
Open Proposals

View as

See Keia Atlas the way someone else does. A demo: nobody signs in.

Viewing asAnna ByrneAV and IT delivery engineer · EMEA

Suggested

Delivery

  • Delivery engineerDesigns and commissions spaces, from survey to handover
  • Project managerRuns projects day to day: dates, suppliers and who does what
  • On-site technicianInstalls and fixes kit in the offices
  • Programme managerPlans the year of projects across every region
  • Engineering managerLeads the delivery engineers
  • Project management leadLeads the project managers
  • On-site services managerLeads the on-site technicians
  • Delivery managerThe whole delivery team, every region

Support and service

  • Service desk analystTakes incidents as they arrive and routes them
  • Network engineerPorts, VLANs and patching
  • Service manager, AVOwns the AV standard and its service
  • Service manager, networkOwns the network standard and its service

The Lab

  • Innovation engineerTests new kit before it ships

Leadership

  • Head of AV and ITThe whole service, every region

Partners

  • Integration vendorSees their own installations only
  • Service vendorRepairs under the service contract

Overview

  • EveryoneEvery role's first screen at once, to see the whole picture

Settings

Appearance
LookStudio
Text size
Default

Report

Tell the team

About How software does routine work (the Keia Method)

Goes to Sofia Reyes, Service manager, AV. Reviewed within five working days.