Skip to main content
Plexara
Field notes / philosophy

From answering questions to running the work

Plexara began 2026 as a governed way for an assistant to ask the warehouse a question. By October it catalogs every connection, runs the automations agents write, takes in forms, email, and events, and opens finished work to people outside the company. Four stages, each named for what it gave the people using it.

9-minute readPhilosophy

What changed in ten months

In January 2026 Plexara did one thing. An assistant connected over the Model Context Protocol could ask the company’s warehouse a question, under the company’s sign-in, and the answer came back with the business meaning of the columns it touched. That was useful and narrow.

In October the same deployment catalogs every system it connects to, keeps what the team has taught it, runs the automations the agent writes on demand, on a schedule, once per event, and per request, takes in forms, email, and events from other systems, and lets clients sign in to see the work. It is an integration layer that can become your data platform, one workload at a time, without asking anyone to move the systems of record.

The path between those two points came in four stages. Each one is named here for what it gave the people using it, not for what was built.

Four stages, 2026

  1. Stage 1 · January to February 2026

    Ask your data

    A governed front door from any MCP-capable assistant to the warehouse, with business context on every answer, company sign-in, and an audit record of every call.

    • Jan 21First release
    • Jan 21–24Sign-in and business context on every answer
    • Feb 3–8Durable audit
  2. Stage 2 · February to June 2026

    Teach it once

    A context layer that learns: what one person teaches is reviewed and reaches everyone, saved work has a home, and the agent reaches every API and tool server, not only the warehouse.

    • Feb 8–15Knowledge capture with review
    • Mar 1–9The portal, then 1.0
    • Apr 7–12Memory across sessions
    • Apr 26Other MCP servers through one gateway
    • May 7Any REST API from its specification
    • Jun 4–7The prompt library
    • Jun 22–28Knowledge pages
  3. Stage 3 · August to early October 2026

    Let it do the work

    Settled work leaves the conversation: automations the agent writes and the platform runs, spreadsheets as tables, decks, events in from other systems, and results out, approved in plain language.

    • Aug 17Automations
    • Aug 22Spreadsheets as tables
    • Sep 16Presentations
    • Sep 21Notification channels
    • Sep 25Events in from other systems
    • Sep 28Approval in plain language
    • Oct 6Signed delivery to other systems
  4. Stage 4 · Mid to late October 2026

    Run it in one place

    The tools around the systems of record move in: Plexara’s own catalog, automations that answer requests and run once per event, forms, a mailbox as a source, and sharing that reaches clients and partners.

    • Oct 10Slack, and maps served from the deployment
    • Oct 12One alert per failing streak
    • Oct 14Plexara’s own catalog
    • Oct 19Automations that answer requests
    • Oct 21Portal permissions and access requests
    • Oct 23A mailbox as a source
    • Oct 25People outside the company
    • Oct 27Forms, and a run for every event
Dates are the first release that shipped each capability. Each stage is named for what it gave the people using the platform.

Ask your data

The first release, on January 21, put a governed front door in front of the warehouse. Any assistant that speaks MCP could connect. People signed in with the company’s own identity provider, roles decided what each person’s assistant could reach, and every call was recorded. What made it more than a database driver was the context: each answer arrived with the meaning, ownership, and warnings attached to the columns it used, so the assistant did not have to guess what a field meant.

This was Deasil’s long-standing view of company data, a thesis from an internal project called Methodology, rebuilt on an open protocol that every frontier assistant was adopting. The history page tells that longer story.

Teach it once

The second stage, February through June, made the context layer learn. In February an assistant could capture what it learned about the data and a person could review it before it became shared. In March the portal arrived, so the reports and dashboards agents produced had a home people could open, version, and share, and the platform reached 1.0 on March 9. Memory across sessions followed in April.

Reach widened beyond the warehouse. In April the platform began routing to other MCP servers through one governed gateway, and in May it learned to reach any REST API from its specification. June brought the prompt library, so the procedures a team relied on became versioned and shared, and knowledge pages, where the business facts that belong to no single table live. By the end of June, what one person taught the platform reached every person’s assistant.

Let it do the work

The third stage moved settled work out of the conversation. From August 17 the agent could write automations that the platform stores, versions, and runs without a model in the loop. Spreadsheets became tables a week later. September added presentations, notification channels, events arriving from other systems, and the rule that matters most for trusting an agent’s code: when a new version would behave differently, a person approves the change from a plain-language summary. Signed delivery of results to other systems arrived on October 6.

This is where Plexara started doing work that companies usually buy separate tools for, a reporting subscription here, a sync service there. It did not replace the systems the work touched. It became the place the work between them ran.

Run it in one place

The fourth stage, the second half of October, filled in what those automations needed to live on their own. Slack joined the channels, and street maps began to be served from each deployment. A failing automation started sending one alert per failing streak instead of one per run. On October 14 Plexara’s own catalog of every connection arrived in the portal, with lineage drawn by the work that runs through the platform and a history of every change.

Then the platform learned to receive. Automations could answer requests at their own address, read a mailbox, run once for every event a source stores, and power forms the agent builds. Portal permissions per role and access requests arrived, and on October 25 people outside the company could sign in through the company’s identity provider to see exactly what was shared with them, with no access to any agent. Each of these does a job a company would otherwise buy a separate tool for, and each is used one workload at a time.

How it arrived

All of this shipped as 377 releases between January 21 and October 29, 148 of them feature releases, about forty a month. The count understates the later months, where a single release often carried several features. The number matters less than what it says about operations: two client deployments went live in March, around the 1.0 release, and have taken every release since. In late October all five deployments moved to the newest release within a day of each other. A managed service is what makes that cadence safe for the customer. Deasil tests, rolls out, and monitors every release, and nobody on the client side schedules an upgrade.

Releases by month, 2026

377

Releases from the first, January 21, to October 29, 2026

148

Of them feature releases; the rest are fixes

~40/mo

Releases a month on average, each one rolled out to every deployment

Counted from the platform’s release tags. January starts on the 21st and October ends on the 29th. Later releases are larger, so the monthly count understates how much the autumn months shipped.

What held still

Through all four stages a few things did not change. The protocol is open, so the assistant in front is whichever frontier model a team prefers, Claude, ChatGPT, Gemini, and the ones that replace them. Access starts closed and is granted on purpose. Every call records who made it and why. And knowledge is taught once and reaches everyone, which is the idea the whole platform grew around.

The changelog carries the story forward two weeks at a time. For where the platform sits now, see the AI-first data platform.