Skip to content
Nasir Nasir-Ameen
Notes

Engineering practice

The most useful integration I built this week was intentionally unable to operate the product

A public-safe look at connecting an internal research system to eventOS without turning that connection into another administrator.
5 min read

I recently connected an internal research tool to the workspace where the team reviews its work.

The interesting part was not giving two systems more access to each other. It was deciding what useful communication could happen without handing over any authority to act.

Advice and execution are different capabilities

The tool can read a limited view, produce research and recommendations, and deliver them as items for a person to review.

That is where its authority ends. A recommendation becomes something a person owns. It does not become an action because a system suggested it.

The limit is built in, not requested

This is not left to instructions telling an assistant to behave. The integration is built so that it has no route to the product's controls at all. It can report findings and see whether a person has dealt with them. It cannot do the thing it is recommending.

That makes the system easier to reason about. The research tool adds visibility and saves coordination work without becoming another administrator.

Why this pattern matters

Internal AI and automation become more useful as they see more context. That does not mean every system that can reason about a problem should also be able to carry out the solution.

Sometimes the strongest integration is one that can observe, summarise and raise a flag while being structurally unable to act. The details stay private. The reusable idea is to connect information and authority separately.