Home › Research › Enterprise Agreements › Agreement stack workflow

Agreement stack workflow

How this was built. This workflow and the enterprise agreement section of this site were built and are maintained with an OpenClaw instance – the AI assistant platform run by Gareth Spanglett. The assistant researches the primary sources, keeps the registry and site data current on a schedule, and drafts the updates; every change is reviewed before it ships.

Monthly change-check on the vendor agreement stacks (Microsoft, Google) documented in the IPC report Beyond the Initial Agreement – the recurring control against privacy drift.

Owner: Legal Admin (legal domain agent) · Trigger: Monthly scheduled run: the Microsoft stack and the Google stack are each checked, then a combined synthesis. · Workflow snapshot 2026-11-04

The interactive map needs JavaScript. The same content is listed below.

Execution flow

  1. Trigger – Monthly scheduled run: the Microsoft stack and the Google stack are each checked, then a combined synthesis.
  2. Step 1 – Read the run state and the agreement registry (Legal Admin)
  3. Step 2 – Check each instrument against its source (Legal Admin)
  4. Delegation – the Legal Admin fans the instrument checks out to 73 lanes, each in its own isolated session.
  5. Step 3 – Record version, date and a change note (Legal Admin)
  6. Step 4 – Update the activity log on the Microsoft and Google stack pages (Legal Admin)
  7. Step 5 – Write the monthly run report (Legal Admin)
  8. Step 6 – Deliver report and changes for human-in-the-loop review. (human-in-the-loop)
  9. Output and Publish – The agreement registry, updates to the Microsoft and Google stack pages, and the report and changes routed for human-in-the-loop review.

Delegation topology

The AI orchestrator delegates to the Legal Admin, which checks each instrument in its own isolated session.

Method

How a run works

Each month the workflow re-checks every instrument in both stacks against its own source, records version, date and a change note, and updates the stack pages and the monthly run report. It ends with the report and recorded changes delivered for human-in-the-loop review.

Sources. Read-only web research: the vendor change-log and summary pages first, then the instruments themselves (Microsoft Product Terms Summary of Changes, DPA, Privacy & Security Terms, subprocessor lists; Google Cloud and Workspace terms, Privacy Hub, subprocessor lists). Where a vendor site blocks automated access, a fallback browsing route is used.

Controls

Evidence and limits

Verification. Every change cites the original source URL; no entry is marked verified without opening the source; when a source is unavailable the run is recorded as partial and prior values are retained.

Scope. Read-only. Any external action (contacting a vendor, accepting terms) requires human-in-the-loop approval.

Output and Publish. The agreement registry, updates to the Microsoft and Google stack pages, and the report and changes routed for human-in-the-loop review.

The monitoring notes on this site track published developments in vendor terms. They are informational and are not legal advice.

See the results

The workflow feeds the registry, the stack pages and the interactive stack map.