Context Switch

Practical AI systems, open research, and useful build work.

Context Switch is the build-house layer inside Mark Hay: a place for practical systems, public-good research, and product experiments that turn messy information into useful, reviewable outputs.

The hierarchy stays deliberate: Mark Hay is the public identity, Context Switch is the build-house label, and each product or research output keeps its own name and purpose.

Context Switch wordmark

A build-house layer by Mark Hay

Current focus

Reducing admin burden with practical AI

A public methodology and repository scaffold for future cross-industry work. The research findings and reusable implementation pack are not complete yet.

Why it exists

A build-house layer for useful systems work

Context Switch gives practical AI, automation, and research outputs a coherent home without turning the whole site into an AI consultancy brochure.

The role is simple: build useful things, document the judgement behind them, and publish reusable methods where sharing creates more value than hiding the work. It supports the broader markhay.net trust layer rather than replacing it.

Operating principles

No fake authority. No novelty theatre.

The work should be useful, reviewable, and honest about its limits.

  • Useful before impressive
  • Evidence before confident claims
  • Human review where decisions matter
  • Open outputs where public value is stronger than secrecy
  • Product names stay primary; Context Switch stays the build-house layer
  • No fake authority, especially in specialist or regulated domains

Public product routes

Working tools and honestly labelled planned work

Each route states whether it delivers a customer outcome now or is only a scaffold. A live URL is not treated as completed proof.

Public route feed

A small registry of buyer-facing routes and status

The cards below are backed by a no-store JSON feed. Completed tools remain proof assets; planned research stays labelled as a scaffold until its promised outputs exist.

Assets
3
View event
proof_asset_viewed
CTA event
proof_asset_cta_clicked

Live feed check

Checking

Generated
Awaiting timestamp
Feed id
Awaiting feed
Source route
/context-switch
Feed assets
3 expected
Cache policy
no-store
Proof assetCredibility check

Admin-burden research scaffold

Defines the planned method, evidence register, limitations and output standard for a future admin-burden research pack; the research findings are not complete.

Buyer question

Is there a credible, transparent plan for turning admin-burden research into a practical decision aid?

I do not want another AI opinion piece; I need a route from evidence to a usable operating decision.

Live signal
Public scaffold route with the proposed method, output checklist and repository structure.
Conversion path
Scaffold CTA shows interest in the planned evidence-led research programme.
Next validation
Do not treat route views as research-product use; regrade only after the source pack and promised outputs are published.

Visible limit

Planned research scaffold only; it does not yet deliver research findings, evidence-backed guidance or implementation recommendations.

Open planned research scaffold
Tool trialPre-discovery scan

Conversion Critic public-page scan

Uses live public-page extraction to turn visible copy into buyer-friction findings and rewrite priorities.

Buyer question

Can a live public page be turned into specific buyer-friction findings without a long discovery call?

I am not ready to book a review until I can see whether the scan produces concrete, relevant findings.

Live signal
Working route fetches a public URL and analyses extracted page copy.
Conversion path
Tool CTA shows whether visitors want a first-pass scan before a manual review.
Next validation
Compare scan starts with manual review or contact intent from visitors who used the tool first.

Visible limit

Automated first pass; paid reviews remain manual where commercial judgement matters.

Try page scan
Workshop pathGuided adoption

AI Support workflow layer

Shows assistant selection, reusable instructions, critique, and vault-style workflow support in one public surface.

Buyer question

Can practical AI support be packaged around workflow habits instead of tool-name comparison?

I need help adopting AI safely in real work, not a generic comparison of ChatGPT, Copilot, Claude, and Gemini.

Live signal
Live guidance routes for Copilot, ChatGPT, Claude, and Gemini adoption patterns.
Conversion path
Support CTA shows interest in moving from general AI curiosity to guided adoption.
Next validation
Measure whether assistant-specific guide views lead to workshop, support, or contact intent.

Visible limit

Training and governance support; it does not replace private policy, security, or legal review.

View support workflow

Hierarchy

Clear ownership, no brand clutter

01

Mark Hay

Public identity, trust layer, and main point of contact across the wider body of work.

02

Context Switch

Build-house layer for practical AI systems, open research, and selected systems work.

03

Products and research outputs

The actual proof: named tools, case studies, templates, reports, and public outputs.

Review the planned public research track

The scaffold defines a future programme on admin burden, practical AI and governance. Use the live tools elsewhere on the site when an immediate outcome is needed.

Open planned research scaffold