Amend.sh

Amend.sh Docs

Build a source-linked product update loop from feedback to shipped customer communication.

Amend connects four things teams usually keep apart: customer asks, source evidence, roadmap state, and shipped updates. These docs are for the person wiring that loop into a real product, with enough detail for a maintainer or coding agent to verify what is actually running.

Start Here

The Loop

StageInputsOutputRead next
IntakePortal feedback, SDK calls, support and app eventsNormalized requests with user/account IDsCustomer surfaces
EvidenceGitHub PRs, releases, issues, labels, importsSource events tied to projects and requestsSource events
ReviewAutomation rules, confidence, owner editsDraft roadmap, changelog, and delivery workAutomation
PublishPortal settings, preferences, verified domainsPublic updates and targeted notificationsProduction routing

First Production Shape

For the hosted Amend launch, keep the production surfaces explicit:

SurfaceProduction originWhy it exists
Web apphttps://amend.shMarketing, auth, dashboard, portal, embed demo
Docshttps://docs.amend.sh/docsCanonical Fumadocs site, search, schemas, llms
Proxyhttps://amend.sh/docsMain-site entry point that opens the docs route
APIhttps://<convex-deployment>.convex.siteConvex HTTP actions under /api/v1

Non-Negotiables

  • Do not publish customer-facing updates without a source trace.
  • Do not put provider secrets, owner API tokens, private keys, or webhook secrets in the client.
  • Do not treat a local portless URL as proof that DNS, Vercel routing, auth callbacks, or webhooks work in production.
  • Do not hardcode docs links in product code. Use VITE_DOCS_URL.
  • Do not let automation silently publish public copy until workspace rules and confidence thresholds say that is allowed.

On this page