{% code title="\~/.openclaw/openclaw\.json" %}
```json
{
"models": {
"mode": "merge",
"providers": {
"unsloth": {
"baseUrl": "http://localhost:8888",
"apiKey": "sk-unsloth-xxxxxxxxxxxx",
"api": "anthropic-messages",
"models": [
{
"id": "unsloth/Qwen3.6-27B-GGUF",
"name": "unsloth/Qwen3.6-27B-GGUF"
}
],
"authHeader": true
}
}
}
}
```
{% endcode %}
**注：**
* `baseUrl` はパスのないUnslothのオリジンです。OpenClawはAnthropic Messages APIを介してUnslothと通信し、Anthropic SDKは `/v1/messages` を自動で付加するため、 `/v1` をここに追加しないでください（末尾の `/v1` を送信先にすると `/v1/v1/messages`).
* `api: "anthropic-messages"` は、OpenClawにUnslothの `/v1/messages` エンドポイント
* `authHeader: true` でキーを `Authorization: Bearer …`.
* 各モデルの `id` と `name` を、Unslothでモデルを読み込むときに選んだ名前に設定します。
* リモートマシンでUnslothを実行している場合は、 `localhost:8888` をそのマシンのアドレスに置き換えます（例： `http://10.0.0.42:8888`).
### 任意：モデルの動作を設定
OpenClawはUnslothで実行中のモデル経由で接続します。ランタイム設定はサーバー起動時に構成できます。
```bash
# デフォルトの生成動作を設定（--disable-tools はOpenClaw自身のツールをそのまま通します）
unsloth run \\
--model unsloth/gemma-4-26B-A4B-it-GGUF \\
--disable-tools \\
--reasoning off \\
--temp 0.6
```
{% hint style="warning" %}
使用します `--disable-tools` OpenClaw（または任意の外部コーディングエージェント）を操作する際に。既定では、Unsloth Studioは独自のサーバー側ツールを実行し、エージェントのツール呼び出しを吸収してしまうため、OpenClawは応答しますがファイルは編集しません。 `--disable-tools` を使うとパススルーになり、OpenClaw自身のツールが使用されます。
{% endhint %}
使用します `--reasoning off` で思考をオフにするか、 `--reasoning on` で、推論をサポートするモデルではオンにします。
```bash
# 他のデバイスからの接続を許可
unsloth run \\
--model unsloth/gemma-4-26B-A4B-it-GGUF \\
-H 0.0.0.0 \\
-p 8888
```
これによりサーバーは `0.0.0.0:8888`で起動し、ローカルネットワーク上の他のデバイスが接続できるようになります。
より高度なランタイム設定については、メインの [APIの調整](https://unsloth.ai/docs/basics/api#unsloth-run-command) セクションを参照してください。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://unsloth.ai/docs/jp/tong-he/openclaw.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
