Skip to content
  • Architecture
  • Open source

Why We Built Makimoto as a Pipeline Instead of a Platform

When one component no longer fits

By
Makimoto Team
Published
Reading time
2 min read
Series
Part 2 of 4
Fine lines of light converging on a single point at the far end of a long structure.
Fine lines of light converging on a single point at the far end of a long structure.
Photo by JD X on Unsplash

When One Component No Longer Fits

Conversational AI systems change over time.

A team may begin with one transcription service and later need another for a different job.

A deployment may move into a different environment.

A new language requirement may appear.

An internal service may need to be replaced without changing the application built around it.

In a tightly coupled system, a small change can unwittingly become a full platform migration.

We wanted to avoid that.

The Design Question

As we looked at the operating problems around speech workflows, one question kept returning:

How much of the stack should be replaceable?

Our answer was not “every layer in the stack must be custom”. That would simply move complexity onto the developer instead. It was that the boundaries between layers should be clear enough to replace what matters, while keeping a coherent path through the whole workflow.

The Makimoto logomark above a field of characters from many writing systems.

So, What Is Makimoto?

Makimoto is an open-source conversational AI initiative focused on modular building blocks for speech-driven workflows.

Instead of asking developers to adopt one fixed platform, Makimoto lets teams assemble, adapt and operate only the components they need. Some teams may begin with the speech layer. Others may use APIs, SDKs or workflow integrations. Individual parts can evolve as requirements change, without affecting other components.

A Pipeline, Not a Black Box

That decision led to Makimoto.

Makimoto treats conversational AI as a pipeline of stages rather than a single indivisible platform. Each stage has a job. The connections between stages matter as much as the components themselves.

However, this approach introduces its own responsibilities. Modular systems require clear interfaces, useful documentation, stable configuration and observable failure behaviour. Flexibility without these foundations turns into fragmentation.

A typewriter with a sheet of paper reading “Open Source”.
Photo by Markus Winkler on Unsplash

What Open-Source Enables

As a developer, I would want to inspect behaviour, understand what the system depends on, change a component, run it easily, and make changes.

The fix to that user story is making Makimoto open-source.

Why APAC Still Matters

The wider problem is universal: production systems need to evolve without becoming impossible to understand.

From Architecture to Tools

Architecture only becomes useful when developers can evaluate it.

Tomorrow, we will follow one path through the Makimoto ecosystem: from Kawa, the speech layer, to the Python SDK designed to reduce the distance between discovery and a working result.

Explore Makimoto

Use these links as the next step for readers who want to explore the project or join the community.

A letter board reading “Today was good. Today was fun. Tomorrow is another one.”
Photo by Nick Fewings on Unsplash

Make your first request.

Create an account, generate an API key, and use the Playground or Python SDK to turn a recording into structured output.