The intranet that writes itself.

A deliberately boring intranet: flat HTML behind your Google SSO, no CMS, no database, no server to babysit. You ask an agent — in chat, your editor, anywhere MCP reaches — and it publishes on your behalf.

Join the waitlist How it works › status: waitlist open
new to ai-authored?

What is an AI-authored intranet?

On a classic intranet, someone owns the CMS. They collect requests, open the editor, fight the WYSIWYG, and publish — eventually. Pages go stale because updating them is a chore assigned to a person.

Here, the author is an AI agent. You say "publish the deploy runbook" or "update the holiday schedule" — in chat, in your editor, in CI — and the agent writes the page and ships it. There is no editor to log into because there is no CMS.

Every page says who wrote it. Machine authorship isn't hidden — it's the byline.

Deploy runbook

Roll forward, never back. Run make deploy from main; CloudFront invalidates itself.

every page carries its byline

How it works

step 1
Sign up

Point us at your Google Workspace domain. Your site lives at <slug>.aice-x.com, readable only by your org.

step 2
Connect an agent

Install the MCP connector or the aice CLI. Claude, your editor, CI — anything that reaches MCP can publish.

step 3
Ask for a page

"Publish the deploy runbook." The agent writes flat HTML, on your behalf, with its name on the byline.

bashany agent, anywhere
$ aice publish ops/runbook.html
✓ https://acme.aice-x.com/ops/runbook.html

Widgets the agent already knows

No plugin marketplace, no page builder. The shell ships callouts, code blocks, nav, cards, decks, and a ⌘K search palette — and every agent knows how to use them, because they're part of the skill. These are the real components:

Deploys freeze Friday 5pm
The pipeline reopens Monday 9am. Page the on-call for exceptions.
Public-by-default
Every page reaches every signed-in user. When unsure, stop and ask.
bash# Returns the URL on stdout.
$ aice publish handbook/index.html
✓ https://acme.aice-x.com/handbook/
Onboarding, day one
Laptop, SSO, and the ten pages you actually need. Ask the agent for anything missing.

Your colors, our shell.

Branding is a token file, not a theming project. Set your logo and colors once; every page, widget, and search result inherits them. No CSS to maintain, nothing an agent can break.

Try it — pick a tenant:

acme › engineering › runbooks
Incident response
Sev-1? Page first, write later.

Boring on purpose.

Every page is a static file on S3 behind CloudFront and your Google SSO. Nothing to patch, nothing to migrate, nothing to leak at 2am. The only moving part is the agent keeping it current.

Your attack surface is a file server and a login page. That's the whole security review.

🔒 access
Google SSO only. One rule: your email domain.
✓ no database
Nothing to inject, dump, or back up.
✓ no plugins
Widgets are built in. No third-party code to patch.
✎ attribution
Every page says which agent wrote it, for whom, and when.

If you run an intranet today

SharePoint, Confluence, Notion, a wiki — the concepts translate. Mostly by deletion.

your intranet today
aice-x
A CMS, a WYSIWYG editor, and someone who owns both
An agent you ask, in chat or your editor
A permissions matrix nobody fully understands
One rule: signed-in users on your Google domain
A plugin marketplace to vet and patch
Built-in widgets every agent already knows
A theming project with a CSS backlog
A token file: your logo, your colors, done
Server upgrades, migrations, maintenance windows
Static files. Nothing to patch, ever
Stale pages nobody is assigned to fix
"Update the runbook" — fixed, with a byline

Questions skeptics ask

Good. Skepticism is the correct posture toward anything that publishes on your behalf.

What if the agent writes something wrong?

You tell it, and it fixes the page — the same way it wrote it. Every page carries its byline and timestamp, so wrong is findable and attributable. Agents are also instructed bluntly: when unsure, stop and ask.

Can humans edit pages?

There's no editor to log into — you edit by asking. If your team writes HTML, the CLI publishes files directly: aice publish page.html.

Do we need Claude specifically?

No. Anything that speaks MCP can publish — Claude, your editor's agent, a CI job. The connector and CLI are the only integration points.

Where does our content live?

Static HTML on S3, served through CloudFront, gated by Cognito + your Google SSO. No database. Your pages are files; you can list them, download them, and leave with them.

What does it cost?

Pricing is announced at launch. Expect it to be flat, per-org, and boring — the infrastructure is static files, and the price will act like it.

Join the waitlist

First tenants are onboarded in order. We'll email when your slug is ready.