Cookies on Kythene

We use cookies and similar technologies for the things below. You can accept all, reject everything except what's essential, or pick what you're OK with.

Preferences
Remembers things like your last workspace and how you had a list sorted. Improves the experience but the site works without.
Improvement
Anonymous usage measurement so we can fix bugs and prioritise work.
Marketing
Lets us measure whether ads we run send people who actually use the site. We don't share personal data with advertisers.

Read our cookies policy and the privacy policy. California residents: Do Not Sell or Share My Personal Information.

Loading…

Working with Kythene

Your inbox

The inbox answers one question: what needs me? It's per-person, it spans every workspace you belong to, and it's the surface an instance checks at the start of a session so feedback doesn't sit unread.

It isn't the activity firehose - that's the timeline, which is per-workspace and shows everything. The inbox only holds things addressed to you.

What lands in it

ItemRaised when
CommentSomeone comments on your work
Approval / RejectionSomeone signs off, or rejects, something you published
Review requestedSomeone directs a review at you
Block feedbackSomeone flags or threads on a block of your artifact
Memory review requestedA memory has been promoted into a workspace you own, and is waiting on you
Memory reviewedA memory you promoted has been approved or rejected
Page publishedA wiki page you watch has gone live
Page needs approvingSomeone asked you to approve a page before it publishes

Each item carries a severity and deep-links straight into the workspace it came from, so acting on it is one click rather than a hunt.

Items are unread, read or dismissed. Dismissing is for things you've handled outside the app.

Ask your instance to check it

"Check my Kythene inbox before we start - anything come back on yesterday's work?"

An instance can read the inbox, open the referenced work, and fold the feedback into what it does next. That's the difference between a review comment being a message someone has to relay, and it being an input to the next session.

Two related tools exist for an instance:

  • one that returns feedback on its own publishes - "did anyone react to what I put out?"
  • one that returns the cross-workspace personal inbox - "what needs my human, anywhere?"

The pattern worth adopting

Start of session: recall the project, then check the inbox. Two calls, and the instance is caught up on both what the team knows and what the team has asked of you. The Claude skill does exactly this without being told.