Changelog

What shipped, and what it proves.

Each entry names the thing an operator can now do, rather than the work that went into it.

  1. Your AI, in your customer's workspace

    A vendor's own assistant now answers their customers' staff in Slack, Teams or Google Chat, with that customer's own credentials and capabilities. Meetext carries the question and the reply and touches nothing else.

    • The assistant bridge

      A question asked in a customer's chat tool is resolved to exactly one installation, sent to an endpoint the vendor runs, and the reply is relayed into the same thread. Streaming and single replies both work: a streamed answer is posted on the first chunk and the same message is edited as it grows, rather than posting fragments or waiting in silence. An answer that fails partway keeps what arrived and appends the reason, and the vendor's own error text goes to their event log rather than into their customer's channel.

    • Their keys, not just the question

      Every question carries that customer's own MCP endpoint and token, so the vendor's assistant can act inside the workspace with the customer's credentials, bounded by the package frozen at their install and by what they are entitled to. Conversation history is neither sent nor stored: a stable thread reference goes instead, and the assistant keeps its own memory against it.

    • A model for vendors who have not built one

      An assistant Meetext runs, given the same per-customer endpoint as its tools, so it answers from capabilities the vendor approved and the customer bought rather than from general knowledge. The name on the bot is still the vendor's.

    • Try it before a customer does

      A control on the product page sends a question down the real path and returns the reply here instead of posting it into a channel, reporting the latency, whether the answer actually streamed, and which customer's capabilities it was given. Two scripts stand in for a vendor's product and a vendor's assistant, so the whole chain runs locally before any OAuth application exists.

    • An explanation on every page

      Every page and every main component carries an icon that says, in plain words, what the thing is and what to do with it. Written for somebody who has not yet met the words entitlement, canary rotation or confounded incident, which is most people on their first day.

  2. Seven destinations, and a rule about what counts as shipped

    Salesforce, ServiceNow, Atlassian and HubSpot adapters, and a proof registry that decides what the website is allowed to claim about any of them.

    • Four new destinations

      Salesforce, ServiceNow, Atlassian Cloud and HubSpot, each with its own fake provider and lifecycle tests. Every one is held to the same contract as Slack and Microsoft, and each forced out a platform truth worth encoding: Salesforce hides fields by omitting them, ServiceNow has no revocation endpoint, an Atlassian site scope is not project access, and a HubSpot scope change makes every existing customer reinstall.

    • Support status is derived from proof, not from code existing

      Four facts that used to collapse into one word now stay apart: whether an adapter exists, whether it passes against a simulator, whether real credentials have gone through it, and which parts of the lifecycle were exercised for real. Nothing may be called available without dated real-provider evidence, which is why all seven destinations read preview.

    • Three source importers fixed against real documents

      Running discovery against a real FastAPI document, the public Swagger Petstore and a real repository found what the suite could not: a $ref resolver that counted structural depth and refused 100 of 108 operations, a repository scanner offering authorization as a capability input, and refusal messages carrying raw validation-library output into a developer-facing report.

    • Terms, privacy, and a testing guide

      The privacy policy states what is deliberately not stored, including capability argument values and raw provider messages. The terms say plainly that there is no service level agreement yet rather than publishing a number with no operating history behind it.

  3. Firestore end to end

    The store moved to Firestore completely. Every guarantee a relational schema used to give for free is now something explicit that a test proves.

    • Uniqueness survives as identity

      A document whose uniqueness mattered gets an id derived from the fields that made it unique, so a second write with the same identity updates one document instead of creating a duplicate.

    • History stays ordered

      Ids are time ordered and monotonic within a millisecond, so two facts recorded in the same instant read back in the order they happened rather than reshuffling between reads.

    • Google sign-in

      Sign in, create an organization, and reset a password in one page. Organization names are validated rather than silently slugified into a counter.

  4. Shareable security review

    The artifact an enterprise security team reads before approving an installation, with every claim carrying where it came from.

    • Provenance on every claim

      Observed by Meetext, derived by Meetext, asserted by the vendor, or observed by the customer. Every renderer preserves the distinction, so an inference can never be read as an observation.

    • Approval attaches to a snapshot

      A sign-off covers the exact posture the reviewer saw. When the posture moves, the review goes back into renewal instead of quietly covering whatever shipped next.

    • Revocable links

      Share links are hashed, expiring, and revocable. Revoking one kills the page without touching the snapshot it pointed at.

  5. Deployment timeline and attribution

    Every second of a deployment's elapsed time traced to an interval, the records that created it, and the rule that attributed it.

    • Waiting on, separate from blocked by

      Who owns the next move is a different question from what is blocking progress, and collapsing them made a waiting customer look like a broken deployment.

    • Unattributed stays unattributed

      Time nobody can account for is reported as unattributed rather than distributed across the parties. A coverage figure says how much of the total is explained.

    • Verification has a threshold

      A pattern is only reported as verified once it has been checked at least five times and held at least eighty percent of them.

  6. Three health layers

    Protocol, deployment and capability health separated, because they disagree and the disagreement is the useful part.

    • Green over a dead deployment, ended

      A client's own connector check verifies that it can reach the endpoint and list tools. That is the protocol layer and nothing more. It used to be reported as health.

    • Dependency faults name the dependency

      An outage at Slack degrades the deployment and says so, rather than reporting the vendor's own product as broken.

    • Validation executes something real

      A deployment is healthy when a real read capability ran against the vendor's system, not when a token exists.

2 environments free

Stop assigning an engineer to every customer.

Connect a source, publish, and send one link. Your next enterprise customer installs itself.

2 customer environments free, forever. No card required.