The late message
Someone on the West Coast sends a question at 22:00 your time. You see it. Now you can't unsee it. You reply because you feel responsible.
Your StandIn answers while you're off: in your words, with your name and a source on every answer. Accountable without being available. Actually enjoy your evening.
It doesn't announce itself. It builds slowly, until you're checking Slack at midnight "just in case."
Someone on the West Coast sends a question at 22:00 your time. You see it. Now you can't unsee it. You reply because you feel responsible.
You could close your laptop at 17:30. But there's a handoff happening somewhere else. You stay online until 20:00 waiting for a question that never comes.
Every morning begins the same way: describing what you did yesterday to the next shift. You've said the same thing about PR #482 five times this week.
You hold context no one else has. This makes you feel important and trapped at the same time. Any question about your area requires you personally.
You've left the office. Your phone hasn't. The boundary between work and offline has dissolved into a permanent state of mild availability.
You're accountable 24 hours a day but you're only paid for eight. The implicit expectation is always-available, always-responsive.
Review three fields. Add a handoff note. Publish. Full coverage while you're gone.
Your brief starts pre-filled from today's work: PRs merged, tickets moved, things you captured during the day. Scan three fields: what you did, what's blocked, what's next. Add a handoff note if something needs context. Publish.
Connected integrations feed your draft automatically. The browser extension captures anything the tools miss. Nothing publishes without your approval.
Silence your notifications. Your StandIn is on for your overnight hours, answering questions about your work from what you actually published, not from guesses. Teammates who would have pinged you get a cited answer instead.
Is the Q3 report ready to go out?
Yes, the final version is in the shared drive. Priya's numbers landed this morning, so it's good to send.
Once you've left a clear brief, your team can keep working without you.
A single summary shows what your StandIn handled overnight, what moved forward in your absence, and what actually needs your attention today. You're not catching up on hours of Slack. You're reading a short list.
Availability-scoring tools got killed by engineering teams for one reason: they made people feel watched. StandIn was built knowing that history.
These are hard limits baked into the system, not promises in a policy document.
StandIn does not count keystrokes, log active hours, record mouse movement, or know whether you're at your desk. None of that data exists in the system.
Your DMs are invisible. Your private channels are invisible. If you didn't publish it in a brief, it doesn't exist inside StandIn.
StandIn cannot assess whether you're stressed, annoyed, or disengaged. It only answers from what you explicitly wrote.
There is no leaderboard, no manager dashboard, no productivity score. Publishing a brief is a courtesy to your team, not a metric.
What you write in a brief is on the record: that's the point. But nothing else about your behavior, your patterns, or your activity is recorded. The written record protects you. The rest of your work is invisible.
These are system constraints, not promises. There is no admin toggle, no escalation path, no override. These capabilities simply don't exist in the product.
Read the security model →A real offline. Not an anxious one.
When your brief is published, you've done your job. You're not abandoning your team. You're handing off properly.
Your StandIn handles questions while you're off. Questions get answered. You don't get pinged.
StandIn gives you a structural answer to "why weren't you online?": your brief was published. Context was available.
Your work is visible through what you publish. You're responsible for your brief, not for being online.
When you write an approved decision into a brief (a scope change, a deployment approval, a technical direction) it's timestamped and on the record. If someone reverses it later, the record exists. You're not defending a memory. You're pointing to what you wrote down.
Your StandIn is the published side of you. When a teammate asks what you did, where PR #482 stands, or whether you approved the schema change, your StandIn answers from your briefs, citing the exact line it read from.
Your StandIn only knows what you published. It can't read your DMs, infer your mood, or guess what you meant. When it answers, it cites your brief. When it can't answer, it says so. That honesty is what makes the rest of the answers trustworthy.
How StandIns work →See how the brief-to-StandIn flow works in practice.