Product tour · what you see in Slack and on the web, and why it's there

One delivery workflow, in the tools your team already opens.

Your team asks in Slack. BrightGears does the work, keeps one live status in the thread, and brings a person in only where a person decides. Here is every part, where it lives, and the problem it solves.

1 · In your Slack

Work starts where your team already talks.

No new app to learn. A message in Slack is a request, and the thread under it is the whole job.

01Slack · any channel or DM

One thread, one piece of work

Tag the app, or let a channel listen to every message. Each thread gets its own lead agent, a gear, that owns it to the end: it reads the earlier messages, asks what it needs, and does the work.

Why it's thereContext never leaves the thread. Nobody re-explains the task, and every request has an owner that follows up, so nothing dies in a DM.

deliveryThread
M

Maya10:02

@BrightGears add CSV export to the monthly report, same columns as the screen.

BrightGearsapp10:02

On it. I'll match the columns on /reports/monthly and post a pull request here.

02Slack · last message of every thread

The status message

One message the gear keeps last in the thread and edits in place: working, waiting on whom, answered or paused, what it's doing right now, its helpers, any problem, and when it will look again.

Why it's thereAnyone can open a thread and know in two seconds where it stands. No "any update?" pings, no stand-up just to learn who is blocked.

deliveryStatus messageedited

🟢Working · since 10:02

Adding the CSV export and its test

👥Helpers: 2 working

🟡Waiting on Maya · poll · since 10:19

“Include archived customers in the export?”

⏳Waiting · CI on PR #482 · answered 10:41

👀Watching: CI on PR #482 · every 1 min · gives up 11:40

⏳Waiting · Maya's follow-up · answered 10:44

⏰Next check Fri 09:00

03Slack · in the thread

Replies like a colleague, with evidence

A quick acknowledgment, then one result: the verdict first, then the pull request, the screenshot of the change, the chart or the report. Files and images are posted straight into the thread.

Why it's thereYour channels stay readable. You see proof, not a play-by-play of every step, and one link takes you to the card when a decision is yours.

BrightGearsapp10:41

Ready for review. CSV export on the monthly report, same 9 columns, tested on staging, checked by a fresh reviewer.

PR #482 · acme/web · CI greenexport-staging.png

2 · On the web

Where people decide, and where everything is on record.

A private web page for your install, behind your own company sign-in. Slack is for talking; the web is for decisions, history and settings.

04Web · Home

Needs a human

The first screen lists every thread that waits on a person: a question, a decision, an approval, work to accept. Everything else runs on its own and stays out of the way.

Why it's thereYour lead's job becomes one short list: only what a human must decide. Work never stalls because a question got buried in a channel.

Threads · Needs a human
The BrightGears threads page on the Needs a human tab: four threads that wait on a person, and the selected thread's why, now, next and status message.
Threads, on the Needs a human tab. Sample team and data.
05Web · Thread page

The full record of every job

Each thread has a page: the messages, every reply, the commands and tools the agent ran, its cards, checks and pages, and why it's waiting.

Why it's thereNothing is a black box. When someone asks "what did the AI actually do?", the answer is one link away, down to the command.

Threads · Fix flaky checkout test
A thread page while the gear works: a summary with PR and CI links, a decided approval, the latest messages, and the thread's checks and pages.
A thread page while the gear works: decisions, messages, checks and pages in one place.
06Web · Cards, linked from Slack

Cards: one tap where a person decides

  • Questionwhen the gear needs knowledge only you have.
  • Decisionoptions with a recommendation and a free-text "Other"; the first answer locks it.
  • Approvalrisky commands wait for an owner or approver before they run.
  • Formsecret fields go to a file on your server, never into chat.
  • Acceptancewhat was done, how it was checked, where it runs, with the links.

Why it's therePeople stay in charge of what matters (shipping, spending, risk) without babysitting the rest. Every answer is recorded with who decided and when.

Threads · Add CSV export to reports
Two cards on a thread page: an approval for a staging deploy command, and a decision on the CSV date format with a recommended option and a free-text Other answer.
An approval card and a decision card with a recommendation and a free-text Other.
07Web · Pages

Reports and explainers as real pages

Ask for a report, an explainer or a comparison and you get a web page in your install, in the same look, linked from the thread.

Why it's thereLong answers don't flood Slack, and they stay findable: share one link with the team instead of a wall of text.

Thread page · side panel
The side panel of a thread page: why, now, next, owner and checks, then the Pages the gear made for this thread.
Every page a gear makes is listed on its thread.
08Web · Habits

Habits: correct it once, it sticks

Rules your team sets in plain words, like "never push to main" or "always add a test for a bug fix". Tell any gear once and the habit is in force for every gear at once, for everyone or for one person.

Why it's thereThe system learns how your team works instead of repeating the same mistake in every new chat. That is what makes it better every week.

Habits
The Habits page: custom habits in plain words, each with who it applies to, the correction it came from, and controls to edit, A/B test or retire it.
Habits, each traced to the correction it came from.
09Web · Routines

Routines: work on a schedule

A prompt that runs on a schedule in a channel you choose: a morning digest of open pull requests, a weekly dependency check, a Friday release summary. Each run is its own thread with its own status.

Why it's thereThe recurring chores nobody wants get done every time, on time, and you see each run like any other job.

Routines
The Routines page: four scheduled routines with their schedule, channel, next run, last run, success rate and run count.
Routines with their schedule, next run and success rate.

3 · Behind the scenes

What keeps it reliable when nobody is watching.

  • 10

    Checks and watches

    A gear never forgets a follow-up. A check wakes it at a set time ("Maya to reply"); a watch runs a small script on CI, a deploy or a URL and wakes it within seconds of the change.

    WhyWork waiting on someone else doesn't quietly die.

  • 11

    Helpers and a fresh reviewer

    The lead agent splits big work across helpers. Before anything is called done, a fresh agent that didn't write it checks every fact on the exact revision.

    WhyYou review pull requests that already passed a second pair of eyes.

  • 12

    Guardrails by default

    A branch and a pull request for every change, never a push to main; secrets only through the form, never in chat, logs or commits; risky commands behind an approval.

    WhySpeed without the 2 a.m. surprise.

  • 13

    Your server, your subscriptions

    One install per company, on your own server or cloud. It runs on the Claude Code and Codex seats you already pay for and moves to the next one when a seat hits its limit.

    WhyYour code and data stay with you, and there's no second AI bill.

See it run on your own tickets.

Start with one seat, add the team when it earns it. See pricing.

Book a fit call