68 pointsby segmenta7 hours ago10 comments
  • dannyobrien39 minutes ago
    What I'm looking for right now is a tool like this that lets more than one person participate in the conversation: right now Claude Code and similar tools are great for working alone, but I'd like to effectively pair-prompt with a partner who can see what's happening, and take turns steering the conversation.

    Can Rowboat do this? If not, does anybody know a harness that can?

    • segmenta30 minutes ago
      Not yet, but we're actively working exactly toward this - group chats with the assistant, where people can see the session and take turns steering. We're exploring a peer-to-peer connection for it so there's no server in the middle, which keeps it consistent with the local-first setup.
    • binsquare26 minutes ago
      I use a tool called linzumi for this
  • _pukan hour ago
    I actually was using this quite a lot earlier this year, thanks for this!

    What I actually ended up doing was regularly pointing Claude at the Rowboat directory. Really useful to have all of this context available as markdown files.

    I use my own standard format for all context capsules, and had my own branch running with that format hacked in.

    Being able to describe the format in a plugin style architecture would be awesome.

    Granola notes silently stopped working when they decided to encrypt the DB, interesting to see you've got your own in there now.

    Will check it out again.

    • segmentaan hour ago
      That is great to know!

      We heard of others pointing Claude to the knowledge graph. It made us double down on building a Claude desktop alternative, so we could couple them deeply. For instance, there are places you could provide feedback on emails to Rowboat and that goes into the knowledge graph which then improves the email handling. Something like this would be hard, if we did not control the assistant as well.

      Would love to see your context capsule format. We could definitely make it possible to describe your own format.

      Granola no longer working was what led us to build it natively.

      Welcome back. Would love your thoughts on the product.

  • starcalleryisssan hour ago
    Looks great. Is there an onboarding/xfer workflow from an existing Claude code harness?

    I’ve spent a ridiculous amount of time building my wiki, feature plans, retrospectives, client overviews, meta overview, log, skills, commands and the barrier to trying a new command surface or agent is always “will I maintain my edge”.

    Or am I misunderstanding? Is it that I would just spawn windows to that existing harness and get to harvest additive features/data from rowboat on top?

    Edit - my typical approach would be to scrape out features from a tool like this to bolt onto my harness, why would I not do that here?

    • segmentaan hour ago
      You should be able to ask the assistant to copy over your data to its 'knowledge' folder. This is in ~/.rowboat/knowledge - you could copy it over manually too. Now Rowboat should be able to access and update it. If it's under knowledge then it auto-updates with new emails, meetings etc.

      Alternately you can point Rowboat directly to your folder by setting workspace in the assistant chat and it should be able to read and use it. It can update it as well, but you would need to explicitly ask it to do so.

      I'm happy to onboard you over a call if you'd like (you can DM me on Discord).

      • segmentaan hour ago
        That's fair and you can do that. We built Rowboat with the principle that the whole should be better than the sum of the parts - the email client, notetaker, and surfaces all write back into one knowledge graph, which then improves each of them. So it's much better if you use Rowboat end to end.
      • starcalleryisss44 minutes ago
        That makes sense but I guess the biggest rub for me is… do my existing skills become contradictory or overlapping with what rowboat is doing… I guess I’d want to be able to actually read the skills rowboat employs and marry them with mine so that there’s no double work and there’s an opportunity for rowboats features to be additively beneficial.

        Will take you up on that! Thank you!

        • segmenta33 minutes ago
          You can read all the built-in skills today in https://github.com/rowboatlabs/rowboat/tree/main/apps/x/pack...

          Each skill lives in its own subfolder with a skill.ts, and they're registered in the catalog at skills/index.ts.

          And we're releasing an update shortly that makes them all readable and editable directly in the app, so merging yours with Rowboat's the way you describe becomes straightforward. Looking forward to the call!

  • ActionHank4 hours ago
    The growing problem with this and many other AI offerings is the asymmetry of effort.

    All of them take my notes, meeting transcripts, jira tickets, code, websites, and give me more to read.

    Then everyone else in the org is doing the same, to give me more to read. At the end of the day there is too much to read.

    AI is supposed to be reducing toil, but it's just making more.

    • segmenta3 hours ago
      Fair point. But our goal with Rowboat is to do the opposite, to distill down only the parts you care about. For instance, you are not expected to read meeting notes, the important parts from it are added to your knowledge graph. That way next time you want to know something like 'where are we on x', you can find exactly that without having to wade through irrelevant information to get there.
    • booi4 hours ago
      Have you tried having AI read it for you? /s
      • stevenally3 hours ago
        The AI should be doing the reading, then deciding what to do, then doing it, right? While you are at the beach, or unemployed. That's what Sam says.
        • segmenta3 hours ago
          I would like to be on the beach. But seems like people are working more and not less with AI. Somebody needs to care enough.
  • sizero3 hours ago
    This is neat, excited to try it. Over the last months I’ve been exclusively using Codex for non-coding tasks. It’s not bad, but there’s much to improve. This seems like a step in the right direction!
    • segmenta3 hours ago
      Thanks! Would love to hear what you think, after you get a chance to try it.
  • tomComb3 hours ago
    This looks great, but let's see if I have this right ...

    The "Agent Apps" (or whatever we are calling them) from the big vendors are organized around projects/folders, and we attach apps (via plugins) to the projects.

    This appears to mae the apps (work surfaces) the primary artifact?

    • segmenta2 hours ago
      Yes, that's mostly right.

      Surfaces are the primary artifact for collaborating with the assistant - each one attaches an app to a workflow and gives both you and the agent a structured place to work, instead of everything flowing through chat.

      Chat is still first class, and projects/folders exist separately to organize work around it.

  • neozino2 hours ago
    Really cool, how long did something like this take to build?
  • danteocualesjr3 hours ago
    love this. will try this out.
    • segmenta2 hours ago
      Thanks, would love your feedback after trying it.
  • VaporJournalAPP38 minutes ago
    [flagged]
  • x0040h6 hours ago
    [flagged]