From repo to first edit.
Five steps. About two minutes of setup. After that, every routine edit is one chat message away — and your developer only sees the real work.
Connect your repo
Install the CMS Chat GitHub App on the specific repo you want to edit. We never see your other repos. The install grants read access to the codebase and write access to one branch you control.
On install, CMS Chat detects the framework — Next.js, Astro, Hugo, Nuxt, plain HTML, anything in Git. No plugins. No migration. Your repo stays exactly the way it is.
Connect repo
Repository
Next.js 16 detected
App router · MDX content
CMS Chat maps your editable zones
An automated scan walks the file tree, identifies content files (TSX, MDX, Markdown, HTML, JSON), and tags each editable region. Headlines, body copy, prices, image references, links — all mapped automatically.
Most projects finish in under 10 seconds. The output is a list you can review: every component, every content file, every editable zone. Nothing is enabled until you say so.
Editable zones found
Define safe zones and SEO rules
Pick what’s safe to edit. Text, images, prices, links — usually safe. Layout, code, scripts — usually locked. SEO meta and H1s usually live in “warn” mode so editors see ranking impact before pushing.
Connect Google Search Console (optional, Pro plan) and we’ll pull live position + traffic data for every page. Now warns are concrete: “this H1 ranks #3 for X.” Configure once and forget it.
Guardrail config
Edit by chatting in plain language
Open the portal — yourcompany.cmschat.ai or your custom subdomain. Type the change you want. The AI finds the file, writes the edit, runs the guardrail check, and commits to your branch.
Routine edits go live in 4–8 seconds. Warned edits get a confirmation step. Locked content is refused with an explanation. Escalations open a PR for your dev.
Big changes route to your developer
Anything that touches structure, layout, code, or genuinely complex logic doesn’t get committed automatically. CMS Chat opens a real GitHub pull request with the proposed change and notifies your team.
Your developer sees a normal PR — diff, description, branch — reviewable in their normal workflow. They merge when ready, or comment back asking the editor to refine the request.
Routed to dev — PR #142
Add testimonials section to /home
Requested by Sarah · 2h ago
components/Testimonials.tsx
app/page.tsx
What happens behind the scenes
Every edit goes through the same pipeline. Same checks for the owner, the agency, the client portal user.
Edit pipeline
01
Editor
Owner / team / client
02
CMS Chat
Routes by zone
03
Guardrails
Zone + SEO check
04
GitHub
Real Git commit
05
Website
Live in seconds
Safe
Commit straight to main
Warn
Show SEO impact, ask
Escalate
Open PR for the dev
Want a deeper view? The home page has the live escalation flow diagram with animated edit paths. See it in motion →
For the people doing the integration
Repo access, frameworks, models, security. The questions developers actually ask. Email us for anything missing.
What does CMS Chat actually access in my repo?
Where do my changes live?
main or a configured branch. We don’t store your content in a separate database. Cancel CMS Chat and your site keeps running unchanged.Which frameworks do you support?
Which AI models do you use?
How do guardrails actually work?
editable, warn, escalate, or locked. The AI checks the tag before any write. Locked content can’t be touched. Warn content shows a confirmation. Escalate content opens a PR.Is my repo content sent to model providers?
Do you support self-hosting?
How does SEO Guardrails know what ranks?
Stop emailing your developer for typos.
Connect your site in 60 seconds. Make your first edit by chatting. Your developer handles the real work.