143 docs

143.dev docs

Guides and reference for setting up 143, running coding-agent sessions, and operating self-hosted deployments.

143 is where your whole team builds software together — engineers and non-engineers running coding agents as shared execution infrastructure. It defaults to team-level workflows: shared context, sandboxed runs, visible diffs, live previews, pull requests, and a clear link back to the issue, error, or automation that started the work.

The core idea is simple: keep agent work close to the systems engineers already trust. GitHub stays the source of truth for branches, PRs, review, CI, and merge rules. 143 owns the workflow around the agent: setup, context, credentials, sandbox execution, previews, follow-ups, auditability, and automation.

  • A shared execution layer: Sessions are visible to the team, not trapped in one developer's terminal. The transcript, sandbox, diff, validation output, preview, and PR state all live together.
  • Live previews: Run frontend or full-stack changes from inside the session so reviewers can click through the result before a PR is opened.
  • Useful integrations: Start work from GitHub, Linear or an API, and let agents query connected systems such as Sentry, logs, Slack, Notion, GitHub, and CI through 143-tools.
  • Team-level automation: Autopilot can pick up eligible work when the repo, issue complexity, autonomy settings, and concurrency limits say it is safe. Manual kickoff stays available for anything risky or underspecified.
  • Credential and provider control: Configure personal and organization coding-agent auth without pasting provider keys into prompts, issues, or repo config.
  • Self-hostable operations: Run 143 on your own infrastructure with your GitHub App, Postgres, Redis, workers, logs, and LLM provider settings.

Start with the shortest path to a reviewable change, then add repo configuration, previews, integrations, automation, and self-hosting only when those details become relevant.

Good first path

  • Connect GitHub: install the GitHub App and import the repositories 143 can work in.
  • Start a session: choose a repo, branch, agent, prompt, and any files or screenshots the agent needs.
  • Review and ship: inspect the transcript, diff, validation output, preview, and PR state before merging through normal repo rules.

Build toward production use

  • Repo config: define deterministic setup, validation, and preview behavior in .143/config.json.
  • Preview environments: run session and branch previews for UI and full-stack review.
  • Linear agent: assign or mention @143 in Linear and keep progress tied to the issue.
  • Autopilot: let eligible work run automatically behind visible gates.
  • Coding-agent auth: configure personal and organization credentials for reliable agent execution.
  • External API: start sessions and automations from internal systems using scoped service-account tokens.
  • Production deployment checklist: verify a self-hosted deployment before sending real work to agents.

For AI agents

Agents should prefer the raw Markdown version of a page when ingesting these docs. Every public page is available as a normal docs URL and as a raw Markdown URL ending in .md.

For agents

Use /llms.txt as the machine-readable entrypoint. It lists canonical page URLs, raw Markdown URLs, and short summaries.

On this page