DEV Community

Cover image for Building Cometflow Do: One Chat Interface for Everyday Utilities, With Privacy at Its Core
Pratyush Ranjan Roul
Pratyush Ranjan Roul

Posted on

Building Cometflow Do: One Chat Interface for Everyday Utilities, With Privacy at Its Core

What if you didn't need to open a different app every time you wanted to perform a simple task?

Compressing an image, converting a file, calculating something, checking metadata, generating a checksum, or performing everyday utility operations shouldn't require navigating through dozens of different screens.


That's the idea behind Cometflow Do.

I'm building Cometflow Do, an Android utility application designed around one simple concept:

Describe what you want to do. Let the app figure out which tool you need.

But there's another principle behind this project that matters even more to me: privacy should come before convenience.

The Problem With Traditional Utility Apps

Most utility applications follow a similar pattern:

  • Open the application.
  • Find the correct category.
  • Search for the required tool.
  • Open another screen.
  • Configure the options.
  • Finally perform the operation.

This works, but it creates unnecessary friction.

And when users need multiple utilities, they often end up installing several different applications.

I wanted to explore a different approach.

Introducing Cometflow Do

Cometflow Do is being developed as a command-driven Android utility application.

Instead of making users manually search through a large tool directory, the goal is to let them interact with utilities through a familiar chat-style interface.

For example:

User: Compress this image.

Cometflow Do: Identifies the image compression utility and processes the selected file.

User: Convert this image into PDF.

Cometflow Do: Understands the request and selects the appropriate conversion utility.

User: Calculate the SHA-256 checksum of this file.

Cometflow Do: Routes the request to the checksum calculator.

The idea is to make hundreds or eventually thousands of utilities accessible through one consistent interface.

500+ Registered Utilities and Growing

One of the important development milestones has been building the initial utility registry.

The current development registry contains 50 registered utilities, organized across multiple development phases.

Some examples include:

  • Image to PDF
  • Image Compressor
  • MIME Detector
  • Metadata Inspector
  • Checksum Calculator
  • File and data utilities
  • Everyday productivity tools

The objective isn't simply to increase the number of tools.

Every utility should actually work, handle errors properly, and produce a reliable result.

I'd rather have 100 properly working tools than 1,000 buttons that don't do anything.

Privacy Is Not an Afterthought

This is probably the most important design principle behind Cometflow Do.

Modern applications increasingly depend on cloud services, external APIs, accounts, and third-party platforms.

Sometimes that makes sense. But many everyday utility operations don't necessarily need a remote server.

Why should a simple file operation automatically require uploading a user's file somewhere?

My development philosophy is:

  • Prefer on-device processing wherever practical.
  • Avoid unnecessary cloud dependencies.
  • Don't require paid APIs for basic utility operations.
  • Keep user files on the device when processing locally.
  • Make external network dependencies transparent.
  • Avoid claiming privacy guarantees that haven't been technically verified.

The long-term goal is to make privacy a fundamental part of the architecture, not just a marketing statement.

Building a Smarter Command Understanding System

A chat interface alone doesn't make an application intelligent.

The real challenge is understanding what the user actually wants.

Consider these requests:

  • Make this picture smaller.
  • Reduce this image's file size.
  • Compress my photo without changing its dimensions.
  • I need a smaller version of this image.

These requests may refer to the same utility, but they express different intentions and constraints.

I'm working toward a command understanding system that can:

  1. Identify the user's intent.
  2. Recognize files and relevant context.
  3. Understand different ways of expressing the same request.
  4. Extract parameters and constraints.
  5. Match the request with the correct registered utility.
  6. Ask for clarification when necessary.
  7. Execute the operation and report the actual result.

The goal is to make the application understand natural language rather than forcing users to memorize commands.

Designed for Everyday People

Cometflow Do isn't intended to be exclusively a developer application.

The target audience includes:

  • Students who need quick calculations and file conversions.
  • Families who want simple everyday utilities.
  • Office workers handling documents and files.
  • Content creators working with images and media.
  • Developers who need technical utilities.
  • Anyone who wants to complete small digital tasks quickly.

The interface is intentionally designed around simplicity.

You shouldn't need technical knowledge to use a utility.

The Bigger Vision

The current milestone is just the beginning.

I'm working toward:

  • A much larger verified utility registry.
  • Better natural-language command understanding.
  • Smarter tool selection.
  • Reliable file handling.
  • Optional lightweight offline intelligence.
  • A clean, minimal Android experience.
  • Less dependence on external paid services.

I also want the application to remain practical for users with ordinary Android devices, rather than assuming everyone has a flagship smartphone.

Building in Public

Cometflow Do is an independent development project under the Cometflow brand.

I'm sharing the development journey because I believe useful software should be built around actual user problems, not just impressive feature lists.

There will be experiments, bugs, failed builds, improvements, and plenty of iterations.

The goal is not to create another chatbot.

The goal is to create a practical utility engine that understands what people want to accomplish and helps them do it.

Let's Discuss

A question for developers and Android users:

Would you prefer one command-based application that gives you access to hundreds of everyday utilities, instead of installing separate apps for every task?

And what is the one utility you use most frequently on your phone?

I'd love to hear your thoughts.

Cometflow Do — One interface. Many possibilities.

Top comments (0)