Display — Publishing Infrastructure for AI Agents

Q: Can an agent update an existing artifact?

Yes. Call `display_publish()` with the same name to overwrite. The URL stays the same. Viewers who bookmarked it see the updated content.

Gated publishing as an agent primitive

AI agents produce content at scale — reports, analyses, dashboards, documentation. They need a publishing primitive that's programmatic, company-restricted, and flat-priced. Display is that primitive. Any agent — Claude, GPT, Codex, or custom — calls `display_publish()` and gets back a permanent URL that only your company can access. No human publishing step. No per-seat pricing. No infrastructure to maintain.

Free tier available$49/month flat for TeamsGoogle + Microsoft SSOUnlimited viewers

The agentic publishing problem

25% of new Linear issues are already agent-authored — growing 5× in 3 months. AI agents don't just write code anymore. They write reports, produce analyses, generate dashboards, and output HTML documentation at a scale no human team could match.

That content needs to go somewhere. Specifically: it needs to be accessible to the right people, at a stable URL, without requiring a publishing step from the engineer who ran the agent.

Every existing solution fails this:

Email/Slack: No stable URL, no interactivity, per-message sharing
GitHub Pages: Requires a git push step, excludes non-engineers without Enterprise Cloud
Confluence/Notion: Can't render the HTML agents produce
Vercel/Netlify: Requires a deployment project, $320/month for SSO

Display was designed from the start to be callable. The publish action is a function, not a workflow.

How agents publish with Display

Via MCP (recommended for Claude, Claude Code, and MCP-compatible agents):

{
  "tool": "display_publish",
  "params": {
    "content": "<html>...",
    "name": "weekly-analysis-2026-w15",
    "title": "Weekly Competitive Analysis — W15 2026"
  }
}
// → returns: { "url": "https://yourco.display.dev/weekly-analysis-2026-w15" }

Via REST API (any agent, any language):

curl -X POST https://api.display.dev/v1/publish \
  -H "Authorization: Bearer $DISPLAY_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "content": "<html>...",
    "name": "weekly-analysis-2026-w15",
    "org": "yourco"
  }'

Via CLI in a shell pipeline:

agent run analysis.py --output ./report.html
dsp publish ./report.html --name "analysis-$(date +%Y-%m-%d)"

The returned URL is permanent and authenticated. Anyone with a @yourco.com Google or Microsoft email can view it. Everyone else is blocked.

The right pricing model for agent-scale publishing

Per-seat pricing breaks at agent scale. If your agent publishes 50 reports a week to an audience of 200 colleagues, per-seat pricing charges you for each viewer regardless of how many reports they actually read. The 201st colleague triggers a pricing jump.

Display charges per workspace, not per viewer. One flat price. Unlimited content. Unlimited viewers.

	Per-seat pricing	Display
100 viewers, 10 artifacts/week	~$700/mo (Cloudflare)	$49/mo
200 viewers, 50 artifacts/week	~$1,400/mo	$49/mo
500 viewers, 200 artifacts/week	~$3,500/mo	$49/mo
Scale to zero (no views this week)	Still charging per seat	$49/mo

What agents publish

Recurring analysis agents — Weekly competitive reports, market monitoring dashboards, financial summaries. The agent runs on a schedule, publishes to a known URL, and stakeholders bookmark it. The URL updates in place.

CI/CD reporting agents — Playwright test reports, coverage reports, build quality dashboards. The agent publishes after every run. The PR comment or Slack notification links to an authenticated URL.

Research agents — Deep research outputs, synthesis reports, literature reviews. Produced programmatically and published to a team-accessible URL without a human copying the content.

Tool-building agents — Cursor, Codex, and Claude Code agents that scaffold internal tools. The agent builds, then publishes the output. Non-engineers get a usable URL without touching a terminal.

Add Display to your agent stack

For Claude and Claude-compatible agents:

{
  "mcpServers": {
    "display-dev": {
      "url": "https://mcp.display.dev",
      "apiKey": "your-api-key"
    }
  }
}

Available MCP tools:

display_publish(content, name, title?, visibility?) → returns URL
display_find(query) → search published artifacts
display_get(name) → get artifact content and metadata
display_delete(name) → delete a published artifact

For custom agents (REST API): REST endpoints with the same display_* semantics. API documentation ships with the CLI.

Common questions.

What agents does Display work with?+

Any agent that can make an HTTP request or call an MCP tool. Natively supported via MCP: Claude, Claude Code, Claude Desktop, Cursor, and any MCP-compatible client. Via REST API: any agent in any language.

Is there a rate limit on programmatic publishing?+

Teams plan: 500 publishes/day. Enterprise: configurable. Contact us for agent-scale workloads.

Can an agent update an existing artifact?+

Yes. Call display_publish() with the same name to overwrite. The URL stays the same. Viewers who bookmarked it see the updated content.

What happens if a viewer's company email isn't on the allow-list?+

They're shown an authentication error and cannot view the content. You can add additional allowed domains (for contractors, partners) or grant access to specific individual emails.

Can agents publish to a custom domain?+

Yes. Teams plan supports custom domains. Configure your domain in workspace settings, and published artifacts appear at docs.yourco.com/[artifact-name] rather than yourco.display.dev/[artifact-name].