惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

T
Tailwind CSS Blog
大猫的无限游戏
大猫的无限游戏
L
LINUX DO - 热门话题
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
博客园_首页
MongoDB | Blog
MongoDB | Blog
V
V2EX
GbyAI
GbyAI
量子位
Microsoft Azure Blog
Microsoft Azure Blog
有赞技术团队
有赞技术团队
G
Google Developers Blog
云风的 BLOG
云风的 BLOG
B
Blog
Microsoft Security Blog
Microsoft Security Blog
S
SegmentFault 最新的问题
O
OpenAI News
N
News and Events Feed by Topic
博客园 - Franky
爱范儿
爱范儿
Forbes - Security
Forbes - Security
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V2EX - 技术
V2EX - 技术
Application and Cybersecurity Blog
Application and Cybersecurity Blog
N
News and Events Feed by Topic
N
News | PayPal Newsroom
Schneier on Security
Schneier on Security
Cloudbric
Cloudbric
Security Archives - TechRepublic
Security Archives - TechRepublic
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Recent Commits to openclaw:main
Recent Commits to openclaw:main
人人都是产品经理
人人都是产品经理
P
Privacy International News Feed
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog RSS Feed
阮一峰的网络日志
阮一峰的网络日志
D
DataBreaches.Net
Last Week in AI
Last Week in AI
罗磊的独立博客
Spread Privacy
Spread Privacy
Recent Announcements
Recent Announcements
The Cloudflare Blog
Google DeepMind News
Google DeepMind News
AWS News Blog
AWS News Blog
The Register - Security
The Register - Security
Y
Y Combinator Blog
J
Java Code Geeks
I
Intezer

PostHog's RSS Feed

Training our own AI models - PostHog From 270GB RAM to 5GB: Moving local flag evaluation from Django to Rust The best analytics stack for vibe-coded apps The do's and don'ts of minimum viable product marketing - PostHog The best MCP servers for startups, by workflow 4,063 errors closed without a human opening PostHog – here's what we learned - PostHog PostHog Code and the self-driving product - PostHog Why attacking your competitors online is dumb - PostHog The best real-time analytics platforms for developers, compared DuckDB vs ClickHouse: Why we use both at PostHog - PostHog PostHog's next chapter - PostHog PostHog vs Matomo in-depth tool comparison You're doing lifecycle emails wrong Untangling Tokio and Rayon in production: From 2s latency spikes to 94ms flat The best HIPAA-compliant A/B testing tools - PostHog A beginner's guide to testing AI agents - PostHog I hate the standup bot (so I built an agent to do it for me) - PostHog The best CDPs for developers, compared The best error tracking tools for developers, compared The best feature flag software for developers, compared 7 best session replay tools for mobile apps 7 best free open source business intelligence tools right now 7 best free and open source LLM observability tools PostHog vs LogRocket in-depth tool comparison The most popular PostHog alternatives, compared Open source (and self-hosted) session replay tools - PostHog The 9 best GA4 alternatives for apps and websites - PostHog PostHog vs Google Analytics 4 in-depth tool comparison How we built automatic clustering for LLM traces - PostHog The 7 best HIPAA-compliant analytics tools 8 best open source analytics tools you can self-host - PostHog The best product analytics tools for startups, compared PostHog vs FullStory in-depth tool comparison The best in-app survey tools for product teams, compared The 7 best mobile app analytics tools PostHog vs Hotjar in-depth tool comparison The 8 best free and open-source feature flag services - PostHog The 5 best free and open-source A/B testing tools - PostHog The best mobile app A/B testing tools, compared What is a feature flag? Feature Flags vs Remote Config vs A/B Testing PostHog is now available in Vercel’s v0 The best Heap alternatives & competitors, compared PostHog vs Heap in-depth tool comparison PostHog vs Pendo in-depth tool comparison PostHog × Vercel: feature flags, minus the plumbing Your logs' final destination is in GA. You always end up here anyway Behind the scenes of a PostHog hackathon - PostHog The most popular Mixpanel alternatives & competitors, compared PostHog vs Mixpanel in-depth tool comparison The 9 best GDPR-compliant analytics tools How we use Logs at PostHog The best web analytics tools for developers, compared Stop AI slop: Run evals with LLM-as-a-Judge - PostHog You product data just got a job: Workflows is now out App onboarding: How to fix drop-off points Meet Logs (beta) – logs with all the tools you’re already using Why small teams crush tiger teams How we built user behavior analysis with multi-modal LLMs (in 5 not-so-easy steps) - PostHog The best Contentsquare alternatives & competitors, compared 8 learnings from 1 year of agents – PostHog AI - PostHog Why we killed our AI product assistant Workflows graduate to beta! Product data, meet automation The best Rollbar alternatives & competitors, compared Workflows are now in Alpha and I already broke mine - PostHog I've consistently underestimated how important communication is as a CEO - PostHog How we made feature flags even faster and more reliable The best session replay tools for developers, compared What I learned attending my first ever hackathon - PostHog Did you know AI is answering our community questions? - PostHog How not to be boring - PostHog We built an internal tool to generate changelog images for social media - PostHog What we built at our windswept Mykonos hackathon - PostHog How we built our onboarding email flow (with actual performance data) - PostHog We're building a better PostHog community by closing our public Slack - PostHog Introducing Notebooks for PostHog - PostHog Why we've launched PostHog user surveys - PostHog How we made feature flags faster and more reliable - PostHog In-depth: ClickHouse vs Redshift - PostHog Introducing HouseWatch: An open-source toolkit for ClickHouse - PostHog Introducing HogQL: Direct SQL access for PostHog - PostHog What we built at our sun-kissed Aruba hackathon - PostHog In-depth: ClickHouse vs BigQuery - PostHog In-depth: ClickHouse vs Elasticsearch - PostHog HogMail #22: Why do companies over-hire?" - PostHog Our simpler goal: Help engineers to be better at product - PostHog In-depth: ClickHouse vs Snowflake - PostHog HogMail #21: Avoiding the "Product Death Cycle" - PostHog Sunsetting Kubernetes support for PostHog - PostHog Why 'Product Engineer' is the most fun role I've had in tech - PostHog HogMail #20: Why do startups fail? - PostHog The best Google Optimize alternatives for apps and websites - PostHog Array 1.43.0: Massive performance improvements! - PostHog In-depth: ClickHouse vs Druid - PostHog HogMail #19: Which meetings should you kill? - PostHog CEO diary: The things I learned in 2022 - PostHog The essential tools used by product engineers - PostHog HogMail #18: What can SaaS learn from the New York Times? - PostHog What is a product engineer? - Product Engineer Handbook - PostHog Array 1.42.0: Get beta features via our roadmap! - PostHog HogMail #17: The personal traits that can't be taught - PostHog
Making Claude Cowork actually useful - PostHog
Charles Cook · 2026-04-24 · via PostHog's RSS Feed

Every article I read about "AI agents for work" tells me the same things. Clean up my inbox. Summarize my meetings. Draft my emails. Turn rough notes into polished decks. Keep my calendar tidy.

These are all lovely ideas. They are also, almost entirely, a list of low-leverage work that I already don't need help with or don’t want to do better.

I've been using Claude Cowork for a while now. Here's what I've actually found useful, what I haven't, and the single most useful thing it did: telling me what to use it for (wait that bit was supposed to go at the end, oh well.)

TL;DR

  1. Generic "top AI use cases" listicles are written for someone whose job is not your job. Don't copy them.
  2. The highest-leverage thing you can do is ask the agent to come up with use cases for your work.
  3. You need to give Cowork a set of "what the agent needs to know about me, my team, my company" files (which it keeps fresh on a schedule), otherwise everything else won’t work.
  4. I find the scheduled background tasks a lot more valuable than the on-demand chat.
  5. Cowork is still bad at some obvious things (most writing, navigating browsers, Google Drive).
  6. I'm a rational optimist about this, and you should be too.

I’ve also shared some of my scheduled tasks, in full, at the end of this post - copy and adapt them!

When I started with Cowork, I did the dutiful thing and read the "top use cases" posts. The advice was always a variation on the same list: inbox triage, meeting notes, polished drafts, calendar wrangling, create a PRD, etc.

The problem: I am already a fast reader and typer. I’ve been inbox zero since 2013. I’m now able to dictate with Wispr Flow at roughly the speed of thought (which is wrecking my WPM). The ambient chore of just reading stuff is kinda where I figure out what I think about things. Hand-typing or dictating is still faster and better for me than handing a draft off to an agent and shepherding the output back into something I'd put my name to.

So "help me reply to emails" turns out to be the equivalent of asking Cowork to help me pour coffee. Possible! But not obviously the highest-leverage deployment of a reasoning engine in the universe.

This is probably why I have historically sucked at the productivity-hack genre and have used Asana like a noob for 12 years.

The single most useful hour I spent with Cowork was asking it to help me figure out what to use Cowork for.

I started by complaining about the things I don’t want to use it for. I then gave it a bunch of context about me (more later) and what I’m already doing in a typical week, rather than what aspirationally I think I should be doing. The suggestions were much better than anything I'd have come up with on my own.

Two of my favorite scheduled tasks came directly out of that conversation.

1. Coherence check

Every Monday at 08:08 London time, Cowork pulls the quarterly objectives for every small team (about fifty of them) from the website repo on GitHub. Then it reads them all in one pass, looking for the stuff you only spot when you actually have every plan in your head at the same time: two teams using the word "activation" to mean different things, Team A's plan assuming Team B will ship something that Team B has not committed to, two teams pulling in opposite directions on the same metric, objectives still labeled Q1 in late April.

It posts a list to a private Slack channel, grouped by the person who owns each team. If nothing's worth flagging, it doesn't post at all. This work is the kind of cross-org program management that you basically pay executives fabulous amounts of money to do.

2. "Push harder" Monday ritual

Also Monday, before I open my laptop, Cowork pulls current PostHog metrics via our own MCP, reads the growth review sheets from the sales and marketing teams, and scans the last 7 days of the main GTM channels in Slack. Then it generates 3–5 aggressive growth bets that I might not have considered.

Each bet has to name the “sacred cow” being sacrificed (CAC payback, margin, attribution clarity, brand consistency- pick one), rough size, a concrete first move with the person who'd own it, how we'd know to kill it, and a one-line rebuttal to the predictable frugal objection. The prompt literally says "hype man, not McKinsey" and "most spicy first."

I don't take all of the bets seriously. I take about one in five, which is roughly the hit rate I want, adapting as needed. I then copy and paste my favorite to the relevant team and pretend I came up with it myself.

I also periodically ask Cowork to check its own setup! “Where are you getting that from?” or “What context do you have on blah?”. This works surprisingly well - often Cowork will tell me about things like duplicate or stale files, and then suggest a solution.

Give it context it can't guess

The thing that actually makes all these suggestions work is the context the agent has to reason about your work. Ok this is boring and obvious, so I’m going to be extremely specific about what you actually do.

Out of the box, an agent knows nothing about you. It doesn't know Joe runs the Marketing small team (or even what a small team is), or that "activation" means something specific in our billing flow, or that this quarter the CSM north star is 120% NRR. Before you schedule anything, you have to hand over the context and have a way to keep that context fresh.

My setup lives under ~/Documents/Claude/Memory/:

  • CLAUDE.md is the index. Who I am, my direct reports (with GitHub handles and Slack IDs), current focus areas, standing preferences ("Meeting Free Tuesday — protect for deep work"), and a map pointing to everything else.
  • glossary.md explains stuff to Cowork. Every PostHog-specific acronym (NRR, TAM, MCP), every Slack channel that matters. When someone pings me "TAM coverage proposal status?", the agent knows TAM = Technical Account Manager at PostHog, not total addressable market. It also knows that when I refer to James, I’m probably talking about James Hawkins not James Greenhill (sorry Jams).
  • people/[name].md – one file per person I work closely with. What they own, how they want to be managed, what I've learned about working with them. This is the bit that helps Cowork help me prep for things like 1-1s.
  • context/company.md, context/handbook/, context/exec-responsibilities.md – how the org actually works. Which exec owns which small teams. The current quarterly goals. How the handbook's structured and where to find what. (Side note – having a public handbook that consists entirely of .md files is awesome for this!)

To keep the context fresh, I have a bunch of scheduled tasks running, which all started with a prompt like ‘ok so how are you keeping this up to date’:

  • Daily memory sync. Reconciles the working memory with whatever's changed in the underlying files.
  • Weekly company-details sync. Pulls the latest legal/finance/entity data from a Google Sheet into the memory file, so when I ask about the German entity I get current numbers, not something from February.
  • Weekly handbook sync. Grabs fresh versions of the handbook's root pages from the website repo.
  • Weekly Blitzscale ownership refresh. Re-reads the handbook to work out which exec is currently responsible for which teams. This is what powers the "group by owner" bit of the coherence check - this matters because we change stuff around a bunch at PostHog.
  • Monthly memory refresh. Every month I write a GitHub issue called "Things Charles cares about" that lists my current priorities. On the 8th, a task reads that issue and updates CLAUDE.md. The issue is the only place I write my monthly priorities down for the whole company to see.

The effect is that when I open Cowork on a random Tuesday morning and ask "who's the TAM for blah?", the agent already knows that it's a customer lookup, that Vitally is the source of truth, what our data model looks like etc. Without the context layer, it has to ask me clarifying questions every single time, or make random wrong assumptions.

The bulk of the value I get is from tasks that happen to me on a clock, not tasks I remember to ask for. My Monday morning stack runs itself before I've opened my laptop:

  • 08:01 - 1:1 prep. Looks at my current "Things I care about" priorities issue, pulls the last seven days of GitHub activity for each of my direct reports across the RFC repos, finds anything they've tagged me on that I haven't replied to, and write 2-3 specific discussion topics per report into the Asana task I use to run 1:1s. Only about ⅓ of the output is actually useful, but there’s always something in there I would have missed.
  • 08:04 - push-harder (above).
  • 08:05 - internal digest. Scans PostHog's company-internal repo for new threads I might've missed, pulls RFCs my direct reports have authored in the last week, and flags any open issue or PR where I've been tagged but haven't responded.
  • 08:08 - coherence check (above).

About 90 minutes of context-loading that now just shows up as a set of posts in a private Slack channel. I have still not figured out how to get Slack to send me an actual notification, so like a caveman I have a daily task in Asana to ‘check private Slack channel’.

Later in the week:

  • Wednesday 08:00 - promise tracker. Aka micromanagement on crack. It scans the past 7 days of my inbound Slack DMs, @-mentions, and replies, my Gmail, the transcripts of every Granola-recorded meeting I attended, and GitHub threads where I've asked a question. It looks for commitment language from other people ("I'll send you that by Friday," "leave it with me," "let me come back on this") and then cross-checks whether they delivered. I will probably have to delete it when the team tells me I’m being annoying.
  • Friday 16:33 - weekly achievements report. Pulls my calendar, my Granola transcripts, my sent Slack and Gmail, and my Asana tasks from Monday to Friday, and writes me a "your week in review" post: what I actually got done, where my time went, what I was talking about, and what's still in flight. Posted to Slack with a DM ping. This is mostly a morale thing, à la Oliver Burkeman (who would otherwise hate everything about this post, probably).

Lots of things! But I’m 80% sure the models will just keep getting better.

  • Writing. For anything where voice really matters - brand-type blog posts, giving feedback, real emails/DMs - it's still faster and better for me to brain-type or dictate. I had Cowork help on a draft of this piece and the overall structure, and then spent a bunch of time rewriting 80% of it. I have a writing style skill that I’m working on here.
    • I also believe that the implied social contract of ‘it should take the writer much more time to create something than the reader to read it’ will continue to hold.
  • Browser actions. If a task requires clicking around in a website, it's much slower and much more fragile than me doing it.
  • Google Drive and Docs. This is the one that actually frustrates me. Working with anything in Google Docs or Drive is a complete mess - the integrations are shallow and then you hit random edge cases like "the Google Drive integration can't actually move files between folders".
  • Random integration gaps. Related - you routinely run into something that looks like it should work ("just move this file", "just rename this doc") and then turns out to not be supported, with no obvious way to know that in advance.

I’m sure all of this stuff will get better. I’ve gone from ‘what’s an MCP’ to ‘wtf why does your MCP suck’ in the space of 6 months, so I imagine that companies just need to catch up. There are a couple of SaaS tools we use that don’t have good/any MCP support yet that I would love to plug into Cowork, but we’re not there yet.

I'm excited about where this goes. The whole ‘ask the robot how to use it’ and then scheduling tasks taken together has taken me from messing about and creating slop to genuinely deriving value from AI tools. As PostHog grows, I’m already finding Cowork helps me keep on top of what’s going on without feeling like we need to impose more structure or project management to get things done.

I also think a lot of the early disappointment people have with agents is the "help me with my inbox" type stuff, where you’re getting the agent to do some low leverage task that is also hard to get right because the bar is "exactly how I would have done it, but faster." The bar is much easier to clear when the task is "do something I wasn't doing at all."

My advice, if you're trying Cowork:

  1. Don't copy someone else's use cases. Your work is not their work.
  2. Ask the agent to propose tasks tailored to your week.
  3. Give it the context it can't guess and schedule the maintenance jobs that keep that context fresh.
  4. Put your favorite tasks on a schedule too. Don't rely on remembering to open chat.
  5. Accept that it’s not perfect by a loooong shot but it’s still a heck of a lot better at a bunch of stuff than you are.

Below are simplified versions of three of the scheduled tasks I mentioned above. The originals have a lot of PostHog-specific detail in them (team names, Slack channel IDs, direct report GitHub handles, our growth sheets); these versions have been trimmed to the pattern so you can adapt them to your own setup.

Drop each one into Cowork, and point the [bracketed] bits at your own stuff.

1. Coherence check — weekly

Frequency: Monday morning. Gets you: a terse list of places where team plans contradict each other or have gone stale.

2. "Push harder" Monday ritual — weekly

Frequency: Monday morning. Gets you: 3–5 aggressive growth bets designed to push against your own defaults.

3. Promise tracker — weekly

Frequency: Midweek, once things have had a few days to either get delivered or slip. Gets you: every unfulfilled promise other people have made to you in the last 7 days.

If the scheduled tasks are the output layer and the memory files are the context layer, the MCPs are the plumbing underneath that connects the agent to the rest of my stack. A few I'd actually recommend, in rough order of how often Cowork reaches for them on my behalf. Cowork calls these ‘Connectors’ to stop non-technical people like me from being scared.

PostHog MCP

The one that changes what's possible. When I ask "how's ARR looking this week?" Cowork runs actual SQL against our data warehouse, pulls live numbers, and hands them back.

I also use it for customer lookups. I route "who's the TAM for [customer]?" through the PostHog MCP because we keep Vitally synced into our warehouse. Every customer question Cowork answers starts with an execute-sql call against that data.

GitHub MCP

Every scheduled task that does real work touches this one. The coherence check fetches ~50 teams' objectives.mdx files in parallel. The 1:1 prep searches each direct report's RFC activity for the week. The internal digest surfaces threads I've been tagged in but haven't replied to. The monthly memory refresh reads my "Things Charles cares about" issue and updates CLAUDE.md from it.

If your company runs any real work on GitHub (a handbook repo, an RFC tracker, internal issues), this is the highest-leverage connector to install. Especially the search_issues and get_file_contents endpoints — most of the interesting automations are built on those two.

Slack MCP

Not for sending things on my behalf - I don't want Cowork posting to public channels pretending to be me.

For reading stuff it's great: scanning the last 7 days of a sales or marketing channel, finding threads I'm mentioned in, reading out a DM conversation I need to pick back up, feeding the promise tracker.

Cowork posts its own scheduled-task output into a private Slack channel that only I can see. The private-channel pattern is nice - my Slack is already the place I check first thing in the morning, so putting Cowork's output there means I don't have to open a separate app to see what my agent's been up to overnight. I’m still not in the habit of regularly checking Cowork itself for the output.

Granola MCP

If I had more meetings this would probably be a lot more useful. Works really nicely when I need it though!

Asana MCP

For a task management tool I mostly use this in one narrow way: the Monday 1:1 prep task writes discussion topics directly into subtasks under a recurring "1:1 prep" task, one subtask per direct report. I suspect the Linear and Notion MCPs are equally capable.

Google Calendar MCP

Not bad at reading my calendar, occasionally used by scheduling-related tasks. I still do all my own calendar management by hand though.

Google Drive

Included for completeness. Reading files is fine - the push-harder ritual reads the sales and marketing growth review sheets every Monday. Anything involving Docs formatting or Drive organization is currently a mess. I tried getting Docs to actually update my 1-1 docs and it was comically inept.