Your build is ready.
All checks passed. Preview it whenever you’re ready.
JUST AN UPDATE. RIGHT WHEN IT MATTERS.Push notifications from your scripts, tools, and agents.
One phone app. No app to build.
The right signal. Right here.
Something happens. Your phone knows.
A job finishes on your computer. A sensor changes at home. An agent needs your answer. Send a message to a topic path, and Notyfi brings it to your phone. You don’t need to build, host, and maintain a separate mobile app just to get that update.
Start with a simple notification. Keep the context in the same place, and add a reply, a conversation, or a human decision when you need one.
Inspired by ntfy’s simple publish-and-subscribe model ↗.
Your next useful update
lands here.
All checks passed. Preview it whenever you’re ready.
JUST AN UPDATE. RIGHT WHEN IT MATTERS.Illustration only · Nothing is sent to your phone
curl -d 'Build ready. All checks passed.' \
https://your-server.example/buildsUse your Notyfi server and topic path. Protected topics also need a publisher token.
Working core · iPhone app in active development · A free entry point is intended; included features, hosted plans, and usage limits are still being defined
Checking dashboards. Chasing updates. Switching apps.
There’s a better way to stay in the loop.
Connect tools and publishers that know when something changes. Keep the useful updates together, with the context to respond.
A focused thread holds the update, the details, and the conversation. Pick up right where the signal starts.
Reply, approve, snooze, or set a reminder. Your answer flows back to the tool that asked.
Choose what deserves your attention—and how it reaches you.
The direction is simple: connect the sources you care about, decide which changes matter, and shape the notification around your life. An agent’s question, a finished job, and a community update don’t all need to make the same noise.
Today: replies, snoozes, and reminders. Planned: finer controls for source rules, sounds, quiet hours, and digests. This preview changes an illustration only.
Coach Sam · First pitch is still 5:30 PM. Head to the north entrance.
A last-minute field change → push with sound → when it happens.
Illustration only · Device permissions and Focus settings still apply
Just an update, a back-and-forth, or a whole group thinking together. Choose who can speak, who can reply, and who sees the conversation.
Try an action. See the conversation move forward.
Illustrative demo · No live notifications or external actions
A person, an agent, a team, or a group for the weekend. The use case doesn’t decide the conversation. The permissions do.
A script posts to its subscribers. Reading is enough; replies are turned off in this example.
WHO SEES IT · TOPIC SUBSCRIBERSShowing a one-way update to topic subscribers.
Conversation styles are independent of a channel’s lifetime. Members choose their notification preferences; posting and reply permissions determine who can participate and see messages. Group discussions and configurable channel permissions are planned. Local illustration only.
For the people, projects, and everyday things
you choose to stay connected to.
Teams, clubs, and communities can share updates, take private replies, or open a group conversation—with clear permissions.
Explore community updates ↓A home server, a job runner, or a workshop automation can send useful context when something changes.
Give an agent a direct line when it needs your approval. Review the request, make the decision, or add context—all in one conversation.
See the stronger approval direction →A local event, a changing plan, or a group for the weekend. The vision is one place for the parts of life you choose to follow.
Explore temporary connections ↓A rain delay. A new field. The bus leaving ten minutes early. Get the details to every subscribed family, with a private way to ask a question.
Only designated broadcasters—like the coach, team manager, or league organizer—can send updates to the topic’s subscribers.
Parents can message back to the admins. Organizers see it; other subscribers don’t receive it or get pulled into the conversation.
A public league channel or an invite-only team group. Locations, schedules, last-minute changes, and follow-up questions in one place.
Demo only · Nothing is sent
The team hears the update. The organizers handle the follow-up.
Volunteer crew · Invite-only · Illustrative event
This demo channel has expired.
Posting has closed and the example message is gone.
Interactive concept · No real messages or timer
A group with a purpose. A conversation with an end.
Bring people together for the time they actually need to be connected. The plan: temporary channels and messages with a defined lifetime. Share one-way updates, reply privately, or talk as a group—then let the channel close when its purpose is done.
Field changes, carpools, and pickup details. A channel for the weekend’s families and organizers.
Volunteers, pop-up markets, and race-day staff. One broadcast line while the event is happening.
A group trip, a meetup, or a moving-day crew. Keep the useful updates close for the moment.
Planned product direction: automatic channel and message expiry. Retention and deletion rules are still being designed; this preview demonstrates the experience.
Temporary coordination needs clear endings.
Joining, broadcasting, and replies stop at the channel’s deadline.
Messages and actions become unavailable at their declared expiry.
Primary storage, backups, and essential records need explicit deletion rules.
Conceptual lifetimes, not a time scale · Retention design is in progress · Recipient copies cannot be recalled
A useful agent knows when to ask.
We’re exploring a stronger kind of approval: review a specific action on your phone, confirm it with a registered credential, and have a protected executor check that permission before it acts.
The exact content, destination, and deadline. If those change, the action needs a new approval.
Physical FIDO2 security keys—including supported NFC keys—are part of the research. A key-based approval would be bound to one request.
The protected tool checks the approved action and returns an execution result to the conversation.
Local prototype work, separate from today’s app. Hardware compatibility and the security design still need validation. This illustration does not use a real authenticator.
20 free guest-list passes. One per eligible member.
Local illustration · No tickets are offered or issued
Follow the places and people you care about. Be there when something opens.
A museum’s after-hours event. An artist’s surprise set. A venue’s returned seats. The vision is a chosen channel that leads to a useful action.
Keep following the venue. Each drop has its own capacity, eligibility, and deadline.
Native drops would allocate inventory in server-accepted valid-claim order, with one entitlement per eligible member.
The same claim returns the same result. Confirmation and check-in are separate steps.
Planned direction. Push arrival times can differ. The first venue pilots would link to an existing registration system before Notyfi manages inventory.
Notyfi starts with a simple utility: send a message from a tool, automation, or script to your phone without building a mobile app. The working core adds a focused iPhone inbox, replies, decisions, snoozes, and reminders.
Public and private channels with configurable posting and reply permissions: broadcasts, private replies, shared discussions, and temporary groups with explicit lifetimes.
Across your tools, people, and connected world: receive the signal, understand the context, and act. Stronger human authorization for agent actions is part of the research.
iOS first · Active development · Concepts on this page are labeled by status
Part reversible sequins. Part magnetic drawing board.
Absolutely no productivity required.
We’re building Notyfi for the moments that matter.
Have a signal in mind? Let’s give it a shape.