Our Agent roasting itself, and this one was on point.
Reinventing team knowledge to self maintain with human in the loop is, in fact, reinventing Git for business logic.
Happy Monday to everyone, except:
• people that slide into my LinkedIn DMs with a sales pitch
• "AI specialists" who steal visuals without giving credit
• anyone who still hasn't switched away from Notion, Guru or Confluence
I just found a great solution to a frustrating issue I've had for years.
I like to subscribe to educational newsletters to pick up tips and learn from entrepreneurs far more successful than myself.
I've been really enjoying the 30 day growth series by @chenellco.
Here's the issue: I might get a newsletter on Monday but only want to go through it on Friday. Until then it sits unread in my inbox taking up space.
I like inbox zero.
The solution: I forward the email to an inbox my virtual employee, Viktor (@get_viktor_com), has access to and I ask him to turn the email into a document in @slitehq, my AI-friendly knowledge base.
Why does this work so well?
1. The content is organized in a knowledge base so I can find it easily (Slite has a great search function).
2. I can ask Viktor to scan through Slite and use the info saved from the newsletters to solve problems, draft plans, or make suggestions.
3. I keep my inbox clean.
4. I can ask Viktor to create a digest of the lessons that were saved in the knowledge base in the previous week. I can then scan through them and zoom in on the items which catch my attention.
By the way, the above flow can be semi-automated by using multiple inboxes, labels and a scheduled task set up in @get_viktor_com.
DM me if you'd like the exact steps for setting up this flow.
I get that business insurance is similar Nobel level type of pursuit as ground breaking physics and the Manhattan project. Hopefully the blast radius will be contained.
I don’t think the disagreement is whether hard problems require intensity.
The disagreement is whether intensity has to become a permanent operating model, and whether working seven days a week is the thing that compounds.
My argument is that for most startups, the real compounding advantage is not raw hours. It is clearer thinking, better judgment, learning, and a team that can sustain high-quality work for a long time. You can always spend a lot of time working, but the PMF might never arrive.
There are moments where extraordinary effort is necessary. Launches, incidents, existential deadlines, customer commitments. Those moments matter, and great teams rise to them.
But if the company requires heroics every day of the eek, that usually points to a system problem. It means the operating model depends on burning reserve capacity instead of building it. Company that is constantly on fire is company that is not operating well.
Whenever you put something out there, people will argue and people can argue the way I run Linear. The reason I comment on these things to offer some counter point.
There is a growing cliché in startup culture where founders and startups feel the need to perform intensity publicly. How hard they work, how little they sleep, how many tokens they spend, how busy they are, how much personal sacrifice they make.
You almost never see this from the most successful companies or people. Even if they work that way, they usually don’t make it the story, because they have more important things to talk about, like the product, the customers, the insight, the strategy, the quality of the work.
That’s my issue with the narrative and why I think startups shouldn't blindly follow it. Not that is bad to work hard but grindmaxxing narrative can become the greater goal and become counterproductive. The performative intensity becomes the thing, and loosing sight of what actually matters.
Lets check back in 7 years.
@jameesy@NotionHQ@zerion@linear For company wiki & docs , try @slitehq. It is focused on team knowledge, and all AI features remain focused on the 2 core jobs : maintaining docs or finding great answers
If you still don't know how to explain MCP.
Here's what it looks like when you plug it into real tools.
MCP is designed to get the full potential of AI models by giving them structured, dynamic access to the right context, without having to reinvent the wheel each time you need to define and serve a tool for an LLM.
Let's say a user asks: "What customer feedback do we have about onboarding in Intercom and Slack?"
That single query triggers a 7-step dance across the MCP stack. Here's what happens:
1️⃣ The MCP Client asks the MCP Server what tools are available. The Server replies with a list - search Intercom, query Slack, pull Linear tickets, fetch from Drive.
2️⃣ The Client sends the user's query plus the tool list to the LLM. "Here's the question. Here are your options. Pick one."
3️⃣ The LLM chooses. In this case: query-super-sources, the tool that searches across multiple connected systems at once.
4️⃣ Before any tool actually runs, the user approves the API request. This step matters more than people give it credit for - it's the line between an agent that works for you and one that acts on you.
5️⃣ The Client calls the MCP Server with the chosen tool. The Server hits the actual sources: Intercom, Slack, Linear, Drive.
6️⃣ Raw data flows back to the LLM. Not formatted, not summarized - the actual results.
7️⃣ The LLM synthesizes: "Based on Intercom tickets and Slack threads, users struggle most with the first 3 days of onboarding, specifically around connecting data sources."
Done. One natural-language question, four tools queried, one synthesized answer.
A few things worth noticing about this flow:
• The LLM never touches the sources directly. It only sees the tool list and the results.
• The user approval step is built into the protocol, not bolted on. This is what makes MCP enterprise-ready in a way that raw function calling isn't.
• And the Super MCP Server is doing something specific, it's not one MCP server per source, it's one server that routes across multiple sources. Big difference when you're building real systems.
What's the most useful thing you've wired into your MCP stack? 👀
That's what we do with @slitehq
We focus on gathering and verifying team context, and connect with all your tools to deliver accurate answers,
In 2 weeks we launch our maintenance agent, continuously monitoring your team signals to maintain all your docs (with human in the loop approving changes)
i have a lot of respect for @arthurmensch for trying to engage and educate the french institutions.
This is un-ironically important work that you're doing mate 🙏
May it be fruitful