Files
openclaude/docs/non-technical-setup.md
T
GravireiandGravirei afa71563b6 chore(rebrand): update Gitlawb references to Twigpine (#2246) (#2248)
* chore(rebrand): update Gitlawb references to Twigpine (#2246)

The GitHub org has been renamed to Twigpine, so point repo URLs, badges,
CI repo-identity guards, and user-facing sponsor/partner labels at the new
name.

Scope is deliberately limited to references that are safe to change today:

- GitHub URLs (github.com, api.github.com, raw.githubusercontent.com),
  including the skills registry and release-please release notes
- The release-please release trigger, which gates on the repo slug and
  would otherwise stop publishing
- User-visible display strings: gateway label/name, AI/ML API partner
  name, sponsored-tip sponsor, and docs/site prose

Left on the old name because the rename has not landed for them:
- `@gitlawb/openclaude` npm scope (the package does not exist on npm)
- opengateway/ads/docs subdomains, which resolve only under gitlawb.com
- The `gitlawb-opengateway` preset id, tip ids, and gateway file names,
  which are persisted in user config and sent on the wire

* fix(aimlapi): stop matching topup intent on partnerName (#2246)

partnerName is display metadata that travels alongside the partner id, not
part of the intent identity. It is now excluded from INTENT_KEYS, so
matchesIntent no longer requires it to be unchanged.

Without this, renaming the partner on the Gitlawb -> Twigpine rebrand would
have stranded any in-flight topup: a receipt persisted under the old name
fails the strict equality check, so loadAimlapiTopupState returns null and
the user restarts checkout. partnerId remains the identity field, so
receipts are still scoped to the correct partner.

* fix(web): use current Twigpine artwork for the partner card (#2246)

The partner asset was a byte-identical rename, so the roster row rendered
the former GitLawb key/branch symbol under the Twigpine name while the
README pointed at the official tree mark. Vendors the current artwork from
twigpine.com/logo.png, resized to the roster's 256x256 convention, keeping
the self-hosting contract in web/src/data/partners.ts.

---------

Co-authored-by: Gravirei <gravirei@users.noreply.github.com>
2026-10-12 09:15:34 +08:00

4.4 KiB

OpenClaude for Non-Technical Users

This guide is for people who want the easiest setup path.

You do not need to build from source. You do not need Bun. You do not need to understand the full codebase.

If you can copy and paste commands into a terminal, you can set this up.

What OpenClaude Does

OpenClaude lets you use an AI coding assistant with different model providers such as:

  • OpenAI
  • DeepSeek
  • Gemini
  • Ollama
  • Codex

For most first-time users, OpenAI is the easiest option.

Before You Start

You need:

  1. Node.js 22 LTS or newer installed
  2. A terminal window
  3. An API key from your provider, unless you are using a local model like Ollama

Fastest Path

  1. Install OpenClaude with npm
  2. Run openclaude
  3. Inside the CLI, run /provider for guided provider setup

The /provider command walks you through choosing a provider and entering credentials. You do not need to set environment variables beforehand.

Choose Your Operating System

Which Provider Should You Choose?

Once you have picked a provider, run /provider inside OpenClaude to set it up with guided prompts.

OpenAI

Choose this if:

  • you want the easiest cloud setup
  • you already have an OpenAI API key

Ollama

Choose this if:

  • you want to run models locally
  • you do not want to depend on a cloud API for testing

Codex

Choose this if:

  • you already use the Codex CLI
  • you already have Codex or ChatGPT auth configured

What Success Looks Like

After you run openclaude, the CLI should start and wait for your prompt.

At that point, you can ask it to:

  • explain code
  • edit files
  • run commands
  • review changes

Common Problems

openclaude command not found

Cause:

  • npm installed the package, but your terminal has not refreshed yet
  • on Windows, npm's global bin folder may not be in your user Path

Fix:

  1. Close the terminal
  2. Open a new terminal
  3. Run openclaude again

On Windows PowerShell, if that still does not work, add npm's global bin folder to your user Path, then open a new PowerShell window:

$npmPrefix = npm config get prefix
$currentUserPath = [Environment]::GetEnvironmentVariable("Path", "User")

if (($currentUserPath -split ';') -notcontains $npmPrefix) {
    [Environment]::SetEnvironmentVariable(
        "Path",
        "$currentUserPath;$npmPrefix",
        "User"
    )
}

Invalid API key

Cause:

  • the key is wrong, expired, or copied incorrectly

Fix:

  1. Get a fresh key from your provider
  2. Run /provider inside OpenClaude to update your credentials
  3. Re-run openclaude

Missing Provider Key after copying .env.example

Cause:

  • OpenClaude does not automatically load .env files. If you copied .env.example to .env, OpenClaude won't see the variables unless you tell it to.

Fix:

  • Load the file explicitly: openclaude --provider-env-file .env
  • Or, use the /provider command inside OpenClaude instead (recommended).
  • Do not commit your .env file to git.
  • The explicit loader accepts provider/setup variables. Export runtime/debug variables from your shell or launcher instead.

Ollama not working

Cause:

  • Ollama is not installed or not running

Fix:

  1. Install Ollama from https://ollama.com/download
  2. Start Ollama
  3. Try again

Want More Control?

If you want source builds, advanced provider profiles, diagnostics, or Bun-based workflows, use:

  • Advanced Setup This is also where to find Codex, Gemini, Mistral, LiteLLM, and profile-launcher setup.

Getting Help

Quick diagnostic check

If OpenClaude is not working after setup, run:

openclaude --version

If this prints a version number, the install succeeded. If it says "command not found," close your terminal, open a new one, and try again. On Windows, you may also need to add npm's global bin folder to your user Path (see the Windows Quick Start guide for details).

When filing a bug, run this and paste the redacted output into the issue:

openclaude doctor report --markdown