Skip to content

np8350-prog/ControlGap

Repository files navigation

ControlGap

Check where your AI system looks fine but actually breaks.


What this is

This is a small tool built from a bigger question:

What actually fails when an AI system fails?

Not the model.
Not the interface.

The system around it.

ControlGap generates a pre-mortem for AI products.
Before launch, it tries to show:

  • How this system will fail
  • Where users will trust it too early
  • Where nobody is really responsible

Why this exists

Most AI products do not fail in obvious ways.

They fail quietly.

The output looks clean.
The interface feels reliable.
The system responds fast enough that nobody questions it.

And then decisions are made on top of that.

This project comes from the same thinking behind my book:

"The Interface Is Not the System: Why Control, Trust, and Responsibility Break at Scale in AI Systems"

The core idea is simple:

What users see is not where control actually lives.
And when that gap grows, failure becomes invisible.


What the tool does

You give it a product.
Either by filling in the fields or by providing a link.

It returns a structured analysis:

Failure scenarios

Not generic risks, but specific situations where the system breaks in real use.

Trust breakdown

Where trust is created, why it feels justified, and when it becomes wrong.

Risk layers

Hidden risks, long term effects, and responsibility gaps that do not show up in normal product thinking.

Recommendations

Not just UI fixes, but points where human control needs to exist.


What this is really testing

This is not a prompt experiment.

It is an attempt to model:

  • how people stop questioning systems
  • how AI output becomes “good enough” to act on
  • how responsibility disappears in automated workflows

If a system fails but nobody notices, that is not a small bug.
That is a design decision.


Example use cases

  • AI hiring tools
  • AI writing assistants
  • internal knowledge systems
  • automation agents
  • enterprise workflows

Anywhere AI output is used as a decision input.


How it works

  1. Extract product intent and behavior
  2. Infer how the AI is positioned in the workflow
  3. Simulate failure modes
  4. Map trust and responsibility gaps
  5. Generate a system-level report

Current limitations

The analysis is based on available inputs.

  • URL extraction depends on public content
  • some scenarios are inferred, not verified
  • it does not observe real user behavior

This is a thinking tool, not a monitoring system.


Why this matters

AI UX is often reduced to usability.

But the harder questions are different:

  • Who is in control when the system is right most of the time
  • What happens when it is wrong and nobody knows
  • Where does accountability actually sit

These questions usually come too late.


About me

I have been designing SaaS and AI systems for over 10 years.

Most of the real problems were never about usability.
They were about control, trust, and responsibility.

This project is part of that work.

I also wrote:

"The Interface Is Not the System: Why Control, Trust, and Responsibility Break at Scale in AI Systems"


Contact

Portfolio: nellypourmehr.com
LinkedIn: https://www.linkedin.com/in/nellypourmehr/

If you are building an AI product and something feels unclear about control or trust, feel free to reach out.

About

AI pre-mortem tool for analyzing how AI products fail through trust, control, and responsibility gaps.

Topics

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors

Languages