Loading video...

Video Failed to Load

Go Home

Anthropic just got outplayed again. Devs built the multiplayer assistant Anthropic couldn't, and open-sourced it. Claude Cowork is a solo desktop agent. You point it at a folder, give it a task, and it works through your local files on your own machine. The moment a teammate enters the...

117,616 views • 1 month ago •via X (Twitter)

17 Comments

Hussain Hashim | Building SundayBack's profile picture
Hussain Hashim | Building SundayBack1 month ago

@akshay_pachaar it's wild how fast open-source devs can pivot and deliver. real talk, sometimes they're the real innovators.

Henrique Pires's profile picture
Henrique Pires1 month ago

Claude Tag maaan!

Arison's profile picture
Arison1 month ago

𝐏𝐞𝐫-𝐮𝐬𝐞𝐫 𝐜𝐨𝐧𝐭𝐞𝐱𝐭 𝐩𝐫𝐞𝐬𝐞𝐫𝐯𝐞𝐬 𝐚𝐭𝐭𝐫𝐢𝐛𝐮𝐭𝐢𝐨𝐧 𝐚𝐬 𝐜𝐨𝐥𝐥𝐚𝐛𝐨𝐫𝐚𝐭𝐢𝐨𝐧 𝐬𝐜𝐚𝐥𝐞𝐬 That gives shared specs a clearer ownership trail than a common bot

Shakti's profile picture
Shakti1 month ago

Automated briefings from private notes risk publishing incorrect status updates if the assistant hallucinates context. Does the channel integration require a manual review step before the bot posts on your behalf?

IronRed | SandHive's profile picture
IronRed | SandHive1 month ago

I'm itching to spin up a space, task my own assistant, and watch the conversation auto‑document itself.

Jurly's profile picture
Jurly1 month ago

personal context per assistant feels like the right default for teams, especially when permissions and attribution stay explicit.

BullBear.News's profile picture
BullBear.News1 month ago

file system access boundaries are where most local agents hit a wall

Jens Lehman's profile picture
Jens Lehman1 month ago

What about confidentiality of data?

CODIFY's profile picture
CODIFY1 month ago

This highlights an important shift.

Ranuk_DEV's profile picture
Ranuk_DEV1 month ago

Local execution with file access is less about Anthropic's capabilities and more about security domains. A single agent with write access to user files is a different threat model than a multi-tenant cloud service. My 48 daemons run in sandboxes for this reason.

Chahat Sharma's profile picture
Chahat Sharma1 month ago

so what does multiplayer actually mean here. shared context or like separate agents passing notes to each other

Yohaku's profile picture
Yohaku1 month ago

Rowboat looks very underrated here

Oleg's profile picture
Oleg1 month ago

if my assistant answers as me in that channel, whose mistake is a wrong status update

Arjun Francis's profile picture
Arjun Francis1 month ago

You still ask it to brief them. A second brain that waits is a chat. The spec is a log, not a ship.

Secta's profile picture
Secta1 month ago

message-level attribution keeps shared specs tied to their source

Egor's profile picture
Egor1 month ago

personal context plus shared history reduces status-update overhead

Manuela's profile picture
Manuela1 month ago

Looks like game on for Anthropic now

Related Videos

THIS GUY CONNECTED HIS AI AGENTS TO HIS OBSIDIAN AND BUILT A BRAIN THAT LEARNS ON ITS OWN. HERE'S HOW TO BUILD IT Obsidian is just markdown files sitting in a folder. That turns out to be the perfect memory for an AI agent, because an agent can read and write those files directly. He wired his agents into the vault so they pull context from it, do the work, and write what they learned back. The notes aren't the point. The loop is, and it gets sharper every cycle How to build it: 1. Point an agent at your vault. The fastest way, no plugins, no API keys: open a terminal and run npx obsidian-mcp /path/to/your/vault. That exposes your Obsidian folder to Claude as a tool it can read, search, and write to. Add it to your Claude Code or Cowork config and restart 2. Confirm it can see the brain. Ask it: "list the notes in my vault and summarize what's in them." If it reads them back, the connection is live. Now it starts every task with everything the vault already holds instead of from zero 3. Give each agent one job and a write-back rule. Tell it: "research this, then save what you found as a new note in /brain with links to related notes." One agent researches, one summarizes, one plans. Each writes its output back into the vault 4. Close the loop. Add one line to every agent's instructions: "read /brain before starting, write your result back when done." Now each task leaves the vault richer, and the next run reads that before it works. It compounds instead of resetting 5. You only steer. Review what the brain produces, point it at the next thing. The agents handle the reading, writing, and connecting The edge isn't better notes. It's a brain that feeds itself, so the work gets sharper every cycle instead of starting over Bookmark this

Yarchi

58,643 views • 5 months ago

Andrej Karpathy said: "There's room for an incredible new product in the second brain space" This might be it. (bookmark it) Everyone is suddenly building a second brain. Karpathy's LLM wiki pattern went viral, and half of X is now hand-wiring Obsidian to Claude Code so an agent maintains their notes for them. The idea is beautiful: stop making your AI re-read raw notes on every question. Let it build a wiki that compounds. As Karpathy put it, "LLMs don't get bored, they don't forget to update a cross-reference (backlinks), and can touch 15 files in one pass." But if you start doing it manually, it becomes a project in itself. You wire up the vault, the agents, the schedules, the integrations, and then you babysit all of it. So I sat down with Arjun, who actually built the open source version of this, and we broke down what it looks like when the whole thing already works out of the box. It just crossed 15K stars on GitHub. Think Claude's desktop app, open source, with two things layered on top: → A work brain: background agents index your emails, meetings, and notes into a living knowledge graph that updates itself as you work. → Work surfaces: chat is not the best interface for real work, so you get an email client, a meeting note taker, a browser, and a code mode where you and the AI actually collaborate. The part that got me: a customer email comes in asking for a product change, a background agent triages it, spins up Claude Code in its own worktree, and the feature is written before you are back at your desk. Bring your existing Obsidian vault, connect Slack, X, and Fireflies, and let it run your day. Here's the full breakdown of what we covered in this session: Enjoy! 00:00 Intro 01:08 What is Roboat (an open source AI co-worker) 02:42 The second brain (a knowledge graph of your work) 04:01 Bringing your existing Obsidian vault in 04:46 Work surfaces 05:29 Meetings and automatic note taking 06:53 Connecting Slack, X and other sources 07:55 Background agents that run your day 09:24 Code mode (Claude Code and Codex) 10:18 Demo: from an email to written code 14:28 Guardrails: approvals and agent workspaces 17:15 Scheduling agents on a cron 18:52 The browser work surface (browser use) 20:42 Wrapping up: automating your whole day 22:44 Outro Checkout Rowboat's GitHub repo: (don't forget to star 🌟) My co-founder recently wrote a great article on the same idea, and I highly recommend reading it as well. The article is quoted below. Here's my session with Arjun:

Akshay 🚀

47,229 views • 4 months ago

The number one question I get in the Claude Code / Cowork Community: "how do I share my Cowork skills with my team?" Here's the problem. You build a great skill. You zip it up. You drop it in Slack. Your teammate downloads it, uploads it, and maybe it works. Maybe they upload it wrong. Maybe you update the skill next week and nobody gets the new version. You're now maintaining skills through chat messages and hoping for the best. That doesn't scale. I just put out a video breaking down the three methods I've tested for sharing skills and plugins across a team. From dead simple to fully synced. Method 1: Shared drive (Google Drive, SharePoint, etc). You put your skill files in a shared folder. Teammates download and upload them into Cowork. It works, but updates are manual and there's no version control. Method 2: Built-in sharing on Team and Enterprise plans. You can share any skill directly with a colleague or publish it to your org directory. When you update the skill, everyone gets the update automatically. This is the easiest path if you're on a paid plan. The catch: there's no approval workflow for org-wide sharing, so set a clear owner. Method 3: GitHub repo. This is what I use. Your entire Cowork workspace -- skills, plugins, claude.md, folder structure, project files -- lives in a private repo. Teammates clone it. When you push an update, they pull it. Everyone stays in sync. You get version history, access control, and a single source of truth. The GitHub method sounds technical, but it's really just two steps: clone the repo, point Cowork at the folder. I walk through the whole thing in the video, including how to use .gitignore to keep personal files (like your morning briefing) out of the shared repo. This works for Cowork, Claude Code, and Open Codex. The infrastructure is the same. Full video linked below. If you've found a different approach that works for your team, I want to hear about it. Comment or reply and let's figure out the best practices together.

JJ Englert

16,176 views • 7 months ago

How to set up Claude Cowork so it actually works like an AI chief of staff (not just another chatbot): 1. Most people open Cowork, type a message, and get generic output. It's not a Claude problem. It's a setup problem. Cowork needs context before it can help you. Who you are. How you work. What you're building. Your team. Your priorities. Give it that, and every session feels like picking up a conversation with an executive assistant. 2. The setup has three layers: a) Global instructions (who you are, how you work, what Claude should never do). b) Connectors (Slack, Gmail, Google Calendar, Notion) c) And a folder structure on your computer that acts as Claude's long-term memory. That combination is what takes it from generic to personalized. 3. Skills are the real leverage. A skill is a markdown file that tells Claude exactly how to do one thing well. Write my newsletter. Coach me on a decision. Review a case study. Each skill lives in its own folder with context, examples, and a definition of what success looks like. 4. We built a CEO coach skill in the video below. Gave it business context, leadership style, company goals. Then tested it with a real decision: should we increase our newsletter from once to twice a week? It came back with trade-offs, second-order consequences, and risk assessment. 5. Then we built a multi-agent advisory board. Five subagents, each with a defined persona: a) the operator b) the skeptic c) the customer advocate d) the finance partner e) the legal/risk advisor. You feed it a decision. Each agent evaluates independently. The main agent synthesizes the feedback. It's like having a board meeting on demand. 6. Third skill: a thought leadership content pipeline. Topic scoring, idea capture, distribution cadence, tone calibration. All built from your actual expertise and audience. Designed so an executive can go from idea to published post without starting from scratch every time. 7. The workspace map is what ties it all together. It's a top-level file that shows Claude how to navigate your entire setup. Which folders exist, what skills live where, how to invoke them. Without it, Claude has to search for everything. With it, Claude goes straight to what it needs. 8. Everything you build is portable. The folder structure works in Cowork, Claude Code, and Codex. Push it to a private GitHub repo and you can access it from your phone through Claude Code, or use Claude Dispatch. 9. The pattern is repeatable. Pick a task you do often. Create a folder. Build a skill. Add examples of what success looks like, and what a bad output looks like. Test it. Workshop it. Move on to the next one. Each skill is like onboarding a new employee who never forgets and never needs to be re-trained. The people who invest in this setup now are the ones who will have a 10x advantage when these tools get even better. And they're getting better fast. I sat down with Alex Lieberman on Human In The Loop and we built all three of these live from scratch. Full breakdown in the video below.. I tried to explain this as clear as possible for my non-developer crowd. Send it to someone who should be using Cowork but isn't yet. Or bookmark it to level up when you're ready. Watch 👇🏼

JJ Englert

578,396 views • 7 months ago

i genuinely don't understand why everyone isn't using this yet Andrej Karpathy, a co-founder of OpenAI, posted a simple idea that hit 16 million views: stop using AI to write code, use it to build a second brain. you give Grok Bot one folder on its own cloud computer, feed it your emails, links and photos from your phone, and it reads them, links them, and files them into a living wiki of everything you know. it compounds like interest, the more you feed it, the smarter it gets. doesn't matter if you're a developer, a salesperson or a student, you need this the full setup: > create a bot in Grok Bot, name it Brain and add Gmail and Google Calendar in Connect apps. it runs on its own cloud computer, so it keeps working while your laptop is shut > paste the prompt from chapter 07 of my article below into its chat. one message builds the folder, the routines and the rules > it reads the last 100 emails you sent and writes voice.md, 10 rules of how you write, each with a real line of yours. no more "hope this finds you well" drafts > label any email "Brain" and every night at 11 PM it saves the original and files it on the page of that person or project > at 7:30 AM you get one page with what came in, what it drafted and what waits for your yes, ranked by the 5 projects you actually work on > correct it once and the fix goes into rules.md, which it rereads before every task. every Sunday it tells you what you decided and forgot five minutes to set up, and you never start from a blank chat again. every prompt is in the 7-step course below. or paste the whole article into Brain's chat and it builds the brain for you. bookmark this

Argona

74,597 views • 26 days ago