@RhysSullivan: https://x.com/RhysSullivan/status/2070989582850793947

X AI KOLs Following News

Summary

Rhys Sullivan argues that companies should make their APIs, skills, and knowledge accessible to users' own AI agents rather than forcing everyone to use in-app agents, enabling power users to leverage their preferred models and local context while still offering simple interfaces for regular users.

https://t.co/Mqwtlvq7X7
Original Article
View Cached Full Text

Cached at: 06/29/26, 12:37 PM

i don’t want to use your agent

i want to use the skills, knowledge, and apis your company has spent years developing, not your custom agent

almost every company by this point has shipped an agent

there’s a cloudflare agent in their dashboard, a posthog agent, a mecury agent, a linear agent, the list goes on each week we see a homepage fall to a chat interface

i don’t actually think this is a bad thing, quite the opposite interacting with sites through an agent is magical

the problem is, i don’t want to use any of these for a variety of reasons

incentives

one of the biggest is the incentive problem. i am always running opus 4.8 or gpt 5.5, the costs for a company to provide this for free for all their users is unsustainable

what ends up happening is most of the time when you’re chatting with an agent on a website, you’re dealing with a quantized version of kimi 2.5 and while it gets the job done, it’s not your agent

i’m paying for the best models, i want to use the best models for my work

context

when i am in the linear agent on the web ui, it’s lacking the ability for me to bring in my local files, random git repositories, etc

they can go build this functionality and are, but you’re never going to beat me running my local setup

so, what do i want?

i want my agent to become an expert in your product and problem area

for linear this looks like a set of skills to help me break down my largest problems into actionable tickets

for cloudflare this looks like detailed docs on their extensive product surface and cli commands to run

for posthog, this is the data to query, deeplinked ui components to help me visualize data, skills to help me grow my product

the same knowledge and expertise that you embed into your ui and documentation needs to become accessible to my daily driver agent

enabling this

the problem is, i am a power user of these tools. i have multiple max subscriptions across different providers, am swapping tooling constantly, i am not representative of most users

so how do you enable the power users of this technology while not forgetting about the people that genuinely do want to use your in app agent / slackbot / etc?

you build your internal agent off of the same primitives your power users will be using

this roughly looks like:

  • some form of harness (pi, opencode, harness sdk, can be lightweight)

  • skills

  • mcp / api

when landing on a chat, have some form of prompt that’s like “want to continue in your own agent? install the mcp/cli and skills”

your regular users can dismiss it and keep using your in built chat, your power users can embed your product directly into their agent, and you only have one source of truth to maintain

Similar Articles

@hnshah: https://x.com/hnshah/status/2062647149582750101

X AI KOLs Timeline

This article argues that the first AI strategy for companies should be creating a 'skill library' to capture the reusable working methods of top performers, so agents can learn the method behind tasks rather than just access data. It promotes a live webinar called Skills 101.

@rohit4verse: https://x.com/rohit4verse/status/2070861975358525500

X AI KOLs Timeline

This article deconstructs the architecture behind personal AI agents like Hermes and OpenClaw, explaining how persistent, always-on programs that run on personal hardware can filter and summarize information for the user, moving beyond the chatbot paradigm.

@rhythmrg: https://x.com/rhythmrg/status/2066561780495896785

X AI KOLs Timeline

The article argues that enterprises should post-train their own custom AI models for mission-critical, high-volume use cases to achieve differentiation, cost savings, and control over tradeoffs, rather than relying solely on general frontier models.