looqus brain
JOURNAL / WORKING TOGETHER

The AI found the problem. Who owns the next step?

Keep the evidence, the person and the decision in one shared thread.

Looqus Journal · 6 min read
THE WHOLE JOB, IN ONE PLACE
Brain

Here is the draft and the evidence.

Your team

Update the offer. Keep the product claim.

✓ Decision saved

Version, reviewer and next action attached.

A PRACTICAL EXAMPLE

Follow the work through.

Choose a moment to follow the work.

Bring the evidence

Brain posts a draft with the source records and the issue it is trying to resolve.

Illustrative example

Our engineering perspective. Examples are illustrative, not client results or claims of measured model performance. Primary resources are linked in the text.

An agent flags a problem. Someone reacts with an emoji. The channel moves on. Was anything actually resolved? Communication makes work visible, but visibility and ownership are different things.

A useful human-and-AI workflow has to survive the ordinary realities of a team: unavailable reviewers, changing drafts, revoked access, interrupted jobs and decisions made in short messages. The chat interface should make the next step easier while the underlying system preserves what happened.

Use the thread as a shared decision surface

Imagine a product-page mismatch. Brain posts the observation, the source records and a proposed revision. A Looqus specialist checks the copy. The brand owner approves one version. Everyone sees the same issue and can ask a question without being asked to reconstruct the context.

The thread is where the team coordinates. The task record should still live in persistent storage. Retain the workspace, channel and parent-message identifiers, along with links to the artifact and decision. Slack’s message-retrieval documentation explains thread retrieval through its conversation APIs. Access depends on the application’s permissions and the conversation involved.

This matters for a practical reason: a system must know which decision belongs to which task. A similar sentence in another channel is not interchangeable evidence. Nor should membership in one thread grant access to all of the company’s underlying data.

Make the human handoff a real work packet

“Needs a human” is not enough. A handoff should explain the current state, the attempted work, why it stopped, the source evidence and the next decision. Assign an actual owner and an expected response window. Keep a fallback route for an unavailable owner.

Give the person something concrete to review. A draft, preview, partner response or structured exception is easier to act on than an abstract request to “check the AI.” Include what the system is uncertain about. Hiding uncertainty creates a longer review process and makes mistakes harder to catch.

task: product_page_revision
state: awaiting_human_review
artifact_version: 2
review_scope: product_claims_and_brand_tone
reason: source wording needs specialist judgment
owner: assigned_looqus_specialist
evidence: catalog_record + approved_brand_guidance
next_step: accept, revise, or escalate
external_action: not_yet_permitted

This is an illustrative schema. A production design also needs access controls, record retention and connector-specific identifiers. Its value is the explicitness: another authorized person can continue the work without asking what the system was trying to do.

An approval belongs to a version

A short “looks good” can be a useful conversation signal. It should not silently authorize every future revision. Bind the approval to the artifact version, intended action, target and authorized actor. If the copy or target changes materially, route it back through the appropriate review.

Use explicit approval controls for consequential actions. They can still sit naturally inside a Slack workflow, but the application should verify the actor and current task state on the server. An interface button is not itself an authorization policy.

After execution, check the destination. If a publish request times out, the task is not automatically failed and safe to retry. Its outcome may be unknown. Reconcile the destination before issuing a second write. The team should see that distinction rather than an optimistic “done” message.

Keep the useful context, not every available byte

A company brain should distinguish source facts, operating policies and historical decisions. Each item needs an owner, a time and an access boundary. A customer note can be relevant to support without being appropriate for a creative workflow.

Retrieve the smallest useful packet for the task, then attach source references. When records disagree, preserve the disagreement and ask the right owner to resolve it. A long context window does not repair stale or contradictory inputs.

Persistent orchestration tools such as LangGraph can support suspended work and human intervention. The company-specific design still determines which facts are authoritative and who can resume the task.

Measure whether the handoff helped

Track time waiting for review, time spent reconstructing context, revision cycles and unresolved tasks. Separate a healthy escalation from a failure. Routing a difficult product claim to a specialist can be the correct result even when it lowers the apparent automation rate.

Then connect completed interventions to their business measures. A faster approval is an operating improvement. A revenue claim needs additional outcome evidence. Keeping those claims separate makes the system easier to trust.

The goal is a team that can keep moving together. The AI contributes preparation and continuity. The human contributes judgment and responsibility. The shared thread makes that collaboration visible; the durable workflow makes it dependable.

Try this with your team.

Pick one recurring task. Write down the source information, the reviewer, what counts as finished and how you will check the result.

Explore real workflow examples