Skip to content
Centriu
Centriu Vesper

Stalled Idea-and-Task Funnel Triage Automation: 123 Ideas and 48 Tasks, Stopped for Months

At the time a new AI-agent tool suite was being built for Centriu Vesper (2026-09-02), a direct measurement of the system's own funnel found 123 strategic insights sitting in pending status, and 48 execution tasks still open — both described in the rollout's own documentation as stalled for months. Rather than building a tool that could sweep through that backlog in bulk, the tools built to work through it are deliberately narrow: an insight can only be marked `applied` or `dismissed`, one at a time, and is never deleted regardless of which way it goes — the decision itself becomes the permanent record. A task can only be marked complete for a task that genuinely belongs to the requesting organization and isn't already closed, and the tool's own catalog documentation carries an explicit, plainly-stated instruction: only mark as done what was actually done. There is no operation anywhere in the suite that closes more than one item per call.
One item per call, always
123 and 48, measured
Queue configuration screen
123 ideas, 48 tasks — one decision at a time, never in bulk.

A backlog that has gone unaddressed for months creates its own kind of risk once something can finally act on it fast

A queue of ideas or tasks that nobody has touched in months is, on its own, just a sign of limited time and competing priorities. The moment something capable of acting on that queue quickly — a script, an automation, an AI agent — is introduced, a second and different risk appears: the temptation, or the accidental capability, to clear the backlog wholesale rather than work through it with the same judgment a person would have applied one item at a time. A queue cleared in bulk can look identical, from the outside, to one genuinely triaged — until someone asks what happened to a specific idea or task and finds no real record of a decision being made about it.

How the underlying problem shows up before you fix it

A queue of pending items (ideas, tasks, approvals) has been measured and is known to be stalled, but nothing yet exists that can safely work through it faster than a person checking items one by one.

An automated tool built to clear a backlog exposes a bulk operation — mark all, close all, apply all — that could clear the entire queue in a single call with no per-item judgment involved.

A record documenting a decision (applied, dismissed, completed) can be deleted outright, meaning a backlog technically at zero provides no way to verify each item was actually decided on rather than erased.

A tool's own documentation doesn't state explicitly what "done" requires, leaving room for an AI agent to mark something complete based on a plausible-sounding claim rather than genuine confirmation.

A backlog count is tracked and displayed somewhere, but nothing surfaces it to the specific tool or person who would actually act on it, so it stays visible without ever prompting the triage it is meant to prompt.

How the tool suite was scoped to make bulk clearing structurally impossible

The rollout's own training material states the measured backlog directly and without softening it: 123 insights and 48 tasks, both stalled for months, framed explicitly as something to work through "with judgment, not in bulk." That framing shows up as a real constraint in how the tools were actually built, not just as a stated intention.

The insight-triage tool accepts exactly one insight identifier and exactly one decision per call, mapped from either Portuguese or English input down to one of two fixed outcomes: applied or dismissed. There is no argument anywhere in the tool's signature that accepts a list, a range, or an "all pending" flag — clearing all 123 would require 123 separate, individually-decided calls, each one scoped to the requesting organization so an agent can only triage insights that actually belong to it. Once triaged, the insight is not deleted; its status changes and it remains queryable as part of the project's own history, meaning the funnel's total count and the number of decisions actually made can always be reconciled against each other.

The task-completion tool is built the same way: it takes a single task identifier, checks that task belongs to the requesting organization and is not already marked complete, and marks it done. Its own catalog entry — the documentation a calling AI agent reads before deciding how to use it — states the guardrail in plain language: only conclude what was genuinely done. That line exists specifically because a task-completion tool, unlike most read-only tools, has an unusually easy failure mode: an agent asked "did you finish the follow-up tasks" has an obvious incentive to report success, and a tool with no explicit instruction against premature or unconfirmed closure leaves that judgment call entirely to the model's own behavior in the moment rather than constraining it structurally.

What is actually built today

An insight-triage tool taking one insight identifier and one decision (applied or dismissed) per call — no bulk or "all pending" operation exists anywhere in the suite.

A task-completion tool taking one task identifier per call, scoped to the requesting organization and to tasks not already marked complete, with its own documentation instructing against marking anything done that wasn't genuinely done.

Neither an insight nor a task is ever deleted by these tools — a triaged insight keeps its decision as a permanent, queryable record; a completed task keeps who completed it and when.

A separate panorama tool surfaces the current pending-insight and open-task counts per client project, so the size of the queue is visible before anything is acted on.

Confirmed today via direct inspection: neither tool accepts a list, a range, or a bulk flag of any kind — every call is scoped to exactly one record.

Clearing a queue vs. triaging it (illustrative scenario, not a real client)

A backlog of 123 pending insights could, in principle, be reduced to zero by a script that marks every single one "dismissed" without reading a single one of them — a technically complete queue that represents no actual judgment. Centriu's tool suite cannot do that: reaching zero requires 123 individual decisions, each one recorded against the specific insight it applied to.

What changes operationally

An AI agent can now work through Centriu Vesper's stalled insight and task backlogs one explicit, recorded decision at a time — closing a real, measured gap between a queue everyone could see and a mechanism actually built to work through it, without introducing the bulk-clearing shortcut that would have made the backlog's reported size meaningless.

When this is not the right fit

This tool suite triages insights and tasks that already exist in the queue — it does not decide strategy on a client's behalf, generate new insights automatically, or replace the human judgment behind deciding whether a given idea is actually worth applying; both decisions remain a deliberate, individual call by whoever (or whatever) is doing the triaging.

A queue at zero vs. a queue that was actually worked through

A backlog count reaching zero is not, by itself, proof that anything useful happened — the same number results whether every item was carefully considered or simply discarded in bulk. Centriu's tool suite makes the second path structurally unavailable: the only way the count moves is through individually recorded decisions, which is what makes a shrinking queue here actually mean something.

Related systems

Main system: Centriu Vesper. Complementary when relevant: Centriu Axis.

What it does NOT do

  • Does not expose a bulk-triage or bulk-complete operation anywhere in the tool suite — every call is scoped to exactly one insight or one task.
  • Does not delete a triaged insight or a completed task — both remain part of the project's permanent, queryable history.
  • Does not let an agent mark a task complete for a different organization's task, or for one already marked complete.
  • Does not generate new insights or experiments automatically — this tool suite triages what already exists in the queue.
  • Does not remove the judgment call from triage — a decision (applied, dismissed, completed) still has to be made and recorded individually for every item.
  • Does not claim the entire 123-insight and 48-task backlog measured at rollout has since been cleared — this page describes the mechanism built to work through it, not a live, continuously updated count.

Security and governance

Every triage and completion call resolves the requesting agent's own organization first, and can only act on records belonging to that organization. Any client or business data referenced remains subject to Brazil's LGPD (Law No. 13,709/2018). Full detail on access control lives at /governanca and /iso.

Pricing and contracting

Available by monthly subscription, with tiered plans. Values and terms come from the official pricing table at /precos (Centriu's central source — never restated here).

Frequently asked questions

How large was the backlog when this tool suite was built?

123 pending insights and 48 open execution tasks, both stated in the rollout's own documentation as stalled for months at the time (2026-09-02) — a measured snapshot, not a live count.

Can an agent clear the whole backlog in one call?

No — there is no bulk operation anywhere in the suite. Every insight and every task requires its own separate, individually-decided call.

What happens to an insight once it's triaged?

It is marked applied or dismissed and kept as a permanent, queryable record — it is never deleted.

What stops an agent from marking a task complete that wasn't actually finished?

The task-completion tool's own documentation states the rule explicitly — only mark as done what was genuinely done — and the tool is structurally limited to one task per call, making a false bulk claim of completion impossible.

Does this tool suite decide which insights are worth applying?

No — the decision (applied or dismissed) is made by whoever or whatever is doing the triaging; the tool records that decision, it does not make it.

What does Centriu Vesper cost?

It is sold with tiered levels (Starter/Pro/Max) — exact current values are on the central pricing page.

See how Centriu Vesper triages a real, stalled backlog

Reach our commercial team directly, or leave your details below — we'll follow up with guidance for your case.

Sources

  1. Centriu Vesper — public product page — Centriu, 2026-07-20 · link(primária)
  2. Centriu Vesper — public factsheet (API, JSON) — Centriu, 2026-07-21 · link
  3. Centriu Axis — public product page — Centriu, 2026-07-20 · link(primária)
  4. Centriu Axis — public factsheet (API, JSON) — Centriu, 2026-07-21 · link
  5. Law No. 13,709/2018 — Brazil’s General Data Protection Law (LGPD) — Presidência da República (Brazil), 2018-08-14 · link

Last material update on .

By · AI-assisted production, with human review