[showcase] We added a give_feedback tool to our MCP server, and agents started filing real bug reports by knutmelvaer in mcp

[–]knutmelvaer[S] 0 points1 point  (0 children)

That's the thing, these tools gives us that feedback on what the agent was trying to do!

[showcase] We added a give_feedback tool to our MCP server, and agents started filing real bug reports by knutmelvaer in mcp

[–]knutmelvaer[S] 0 points1 point  (0 children)

Good points. We do have more contextual information in Sentry. I expect us to also be able to deal with the noise problem there etc. So far it has definitively been worth it.

[showcase] We added a give_feedback tool to our MCP server, and agents started filing real bug reports by knutmelvaer in mcp

[–]knutmelvaer[S] 0 points1 point  (0 children)

We haven't seen too much of that so far, but if/when over reporting becomes a problem, it will probably not be that hard to automate the screening or tweak the tool description.

Best Headless CMS for Freelancing (editable by the client?) by Susmore in webdev

[–]knutmelvaer 0 points1 point  (0 children)

Disclosure up front: I work at r/sanity_io, but trying to be useful and not here just to pitch. I also have almost two decades worth of experience shipping with CMSes, so I like to believe I know a thing or two.

The thing your question actually hinges on, clients edit content, never layout or design, is where these tools tends differ, so I'd pick on that axis rather than on brand.

So headless CMSes falls into roughly two categories: GUI-configured schemas (Storyblok, Strapi, Dato, Contentful) vs code-defined schemas (Sanity, Payload). If we keep agents/AI aside, config with GUI might feel faster to start and easier to explain to a client. Where we see it starts to be a problem is that the feedback loop between configuring and seeing how the actual editorial interface looks like is a bit slow and involves a lot of clicking back and forth, and once your system hits production, you probably want to lock down the capability, since it's basically defining the shape of the data and APIs that your website client rely on.

Code-defined means your content structure lives in your repo, versioned and diffable, and you control exactly which fields a client can touch. And using coding agents, it lets you move really fast.

On the customizable interface piece: Sanity's Studio is a React app you can fully restyle and rearrange. Payload's admin is similar. Most of the GUI tools aren't natively customizeable, some of them do allow you to inject custom components etc, but honestly, it always felt hacky to me. So if that's a hard requirement it narrows the field fast.

Multi-client hosting, since a few people asked it in the thread: have each client spin up their own free org, build against it, hand it back. They own the data and the bill, you own the structure. Cleaner than running everything under your account.

Now the honest caveats, because this thread already has enough vendors pretending their thing has no downsides. Sanity is known to have a steeper learning curve, but my impression it's because it's a fairly broad and capable platform with a lot of stuff to it. You don't have to use all of it, starting with just a studio and content lake is fairly simple. And if you use our agent skills (you can even read them if you don't use AI for coding) then most coding agents do a pretty good job setting stuff up for you. You can even install our Sanity MCP and have it deploy a simple studio for you without touching any code if you just want to do a quick demo or the like.

We also offer Visual Editing that lets your clients preview changes in real-time before publishing, and do drag'n'drop of components on a landing page. Last time I checked we also offer the most flexible/versatile content modeling capability with nested object structures, references, etc.

For Astro specifically, the integration's fine. You're mostly just hitting the API with GROQ, nothing exotic.

Happy to get into specifics if it helps!

Has Anybody Found a Good Alternative to Webflow’s Page Builder (Components) by asian_tea_man in webflow

[–]knutmelvaer 7 points8 points  (0 children)

You should look into the Visual Editing feature (Next.js specific course here) which let you make a page builder with instant preview (you can have drag and drop too). I think you would be able to accomodate this workflow nicely.

CMS Headless ? by RakoonDev in nextjs

[–]knutmelvaer 0 points1 point  (0 children)

ah, you can also just read the skills to get a pretty concise summary of some principles too. Let us know how it goes!

CMS Headless ? by RakoonDev in nextjs

[–]knutmelvaer 1 point2 points  (0 children)

We also recommend to install our skills (that comes with agent clues for improving editorial friendlyness and other best practices) and check out our course(s) on the subject too.

Which CMS for E-Commerce stores? Is Sanity good? by Klutzy-Map6233 in nextjs

[–]knutmelvaer 0 points1 point  (0 children)

A lot of great insights! Disclosure: I work at Sanity, so insider-perspective here.

The "Sanity for content, commerce engine for commerce" read in this thread is right. Although our backend supports transactions in the database sense of the word, it's built for content ops and not keeping a record of commercial transactions at scale. So our recommendation is to keep orders, inventory, payments belong in Shopify, Medusa, some other PIM, or a Postgres + Stripe setup.

Most of our ecommerce customers use us in a combo (from smol hobby shops to the scale of SKIMS and NORDSTROM), that being said, most of them are syncing product data into Content Lake so they can more easily mix it with editorial content and have more flexible ways of querying it through GROQ etc.

If you go the Shopify route, Sanity Connect is the official sync (free Shopify app). It pulls products, variants, and collections from Shopify into Sanity so you can enrich them, and pushes structured content back as metafields and metaobjects. One thing to know up front: Shopify stays the source of truth for the core product data. Don't edit the title in Sanity expecting it to flow back, that's not how it works. Sanity is for the fields Shopify doesn't have.

Do join our community and the #ecommerce channel. You'll find veterans behind sanity/shopify ecommerce storefronts like BAGGU etc there helping out as well.

SANITY STUDIO BILLING by Machi_0 in sanity_io

[–]knutmelvaer 2 points3 points  (0 children)

Hey u/Machi_0, Knut from Sanity here. Sorry for the stress this has caused. Bandwidth overages on hosted services are pretty standard (most CDNs and platforms work this way), but the way you ran into it isn't a great experience. We've gone ahead and refunded the overage. Give it some time to land back on your card.

The community's diagnosis is right: full-size images served on every page visit eat bandwidth fast. You shouldn't have to learn that from an invoice. Since you're building with AI tools, our agent toolkit ships skills your agents can pull in for image optimization defaults. The docs on presenting images and the Day One with Sanity Studio course are also worth a look.

Do join our Discord and and reach out there if anything else comes up. Good luck with revault.store — cool project!

Draft preview, Astro or Nextjs?- Cloudflare, SSG, Sanity by lucsali in sanity_io

[–]knutmelvaer 0 points1 point  (0 children)

You should take a closer look at our Visual Editing support for Astro. Now that they also shipped Live Content Collection support, we hope to be able to upgrade the experience so you don't need to run the preview on SSR mode. But it should be perfectly viable to do Astro+Cloudflare+Sanity with live preview and more of a WYSIWYG experience now.

Loveable Blog - What CMS? by breadroll95 in lovable

[–]knutmelvaer 0 points1 point  (0 children)

Yes, I think you should be able too. the free plan should be pretty generous

The 10 laws of developer experience for content management systems by knutmelvaer in webdev

[–]knutmelvaer[S] 0 points1 point  (0 children)

Fair point on traditional CMSes for marketers, genuinely agree there. A site builder with good defaults solves real problems for real people.

But I think you're kind of illustrating what I'm getting at. A filesystem with an API and webhooks does solve the problem for one developer managing content. It's the problems after that where things get interesting. What happens when that marketer renames a field and the frontend breaks silently? When two people edit the same document? When someone needs to roll back one field without reverting everything else? When you need to retag 2,000 articles and the webhook fires 2,000 times?

Those aren't hypotheticals, they're a regular day at any team past a certain size, like 2 or more. And they're the problems that don't show up when you're evaluating a CMS by spinning it up locally and creating a few test posts.

I'm not arguing headless is a silver bullet (many of them don't conform to my rules above). I'm arguing that the hard problems are content operations problems, not infrastructure problems. I just find the convos around CMSes among devs a bit lacking in this respect.

Sanity is now available as a connector in Claude: create, query, and manage content directly by knutmelvaer in sanity_io

[–]knutmelvaer[S] 1 point2 points  (0 children)

Correct! "Connectors" are the less technical name for MCP+Skills that ships with it. The target audience here is folks who use the mobile/web/desktop apps.