What we chose not to build
No camera, microphone, speaker, or notification feed. The things missing from inklet are part of the product.
A normal product brief begins with a list of capabilities. Ours also needed a list of refusals. inklet would live in kitchens, bedrooms, hallways, and workspaces. If it was going to earn a place in those rooms, it could not behave like every other screen that had entered them.
So we chose not to add a camera. Or a microphone. Or a speaker. We chose not to build a notification feed, an endless surface to explore, or another reason to keep checking a device. These are not omissions waiting to be corrected. They are boundaries that define what inklet is for.
The things a calm product refuses to do matter as much as the things it can do.
No feed behind the page
Most screens are built as entrances. They light up, update, and offer somewhere else to go. Even a useful alert becomes a doorway into messages, news, and whatever arrived most recently. inklet is meant to do the opposite: hold the information you selected and stop there.
That changes how we think about usefulness. A display does not become better by showing more at once. It becomes better when a recipe is legible from the counter, a focus list can be understood in a glance, or a schedule remains visible without asking anyone to unlock a device.
No surveillance as the price of context
Ambient computing can easily become ambient surveillance. We do not believe a display needs to watch or listen to a room in order to belong there. Context can begin with a much simpler signal: you decided that this content belongs in this place.
For people who want supported processing and routing to remain at home, the inklet Pro Bundle includes a dedicated Compute Hub designed to run those tasks on the local network. The point is not to turn privacy into an expert mode. It is to give personal information a credible path that does not depend on sending it to the cloud.
Not another closed appliance
Restraint at the surface should not mean a closed system underneath. We want inklet to work with the information people already keep, not force everyone into a new silo. That is why direct sharing, deeper integrations, local automations, and a developer SDK belong to the same platform direction.
The display can remain simple because the system around it is flexible. A screenshot or PDF can become a page. Different displays can hold different information. Developers can build the specialized paths that a small team would never think of on its own.
A quieter definition of progress
We will keep adding capabilities to inklet, but the goal is not maximum engagement. We are not trying to win more minutes of the day or turn every blank surface into a screen. We are trying to make a few useful pieces of information easier to live with.
The best version of inklet is present when it helps and forgettable when it does not. Building toward that means knowing what to add. It also means protecting the empty space around it.