|
1 | | -*codecompanion.txt* For NVIM v0.11 Last change: 2026 March 07 |
| 1 | +*codecompanion.txt* For NVIM v0.11 Last change: 2026 March 09 |
2 | 2 |
|
3 | 3 | ============================================================================== |
4 | 4 | Table of Contents *codecompanion-table-of-contents* |
@@ -1327,9 +1327,10 @@ The configuration for both types of adapters is exactly the same, however they |
1327 | 1327 | sit within their own tables (`adapters.http.*` and `adapters.acp.*`) and have |
1328 | 1328 | different options available. HTTP adapters use `models` to allow users to |
1329 | 1329 | select the specific LLM they’d like to interact with. ACP adapters use |
1330 | | -`commands` to allow users to customize their interaction with agents (e.g.� |
1331 | | -enabling `yolo` mode). As there is a lot of shared functionality between the |
1332 | | -two adapters, it is recommend that you read this page alongside the ACP one. |
| 1330 | +`commands` to allow users to customize their interaction with agents |
| 1331 | +(e.g. enabling `yolo` mode). As there is a lot of shared functionality between |
| 1332 | +the two adapters, it is recommend that you read this page alongside the ACP |
| 1333 | +one. |
1333 | 1334 |
|
1334 | 1335 |
|
1335 | 1336 | CHANGING THE DEFAULT ADAPTER ~ |
@@ -1383,7 +1384,7 @@ the adapter’s URL, headers, parameters and other fields at runtime. |
1383 | 1384 | <https://github.com/olimorris/codecompanion.nvim/discussions/601> |
1384 | 1385 | Supported `env` value types: - **Plain environment variable name (string)**: if |
1385 | 1386 | the value is the name of an environment variable that has already been set |
1386 | | -(e.g.� `"HOME"` or `"GEMINI_API_KEY"`), the plugin will read the value. - |
| 1387 | +(e.g. `"HOME"` or `"GEMINI_API_KEY"`), the plugin will read the value. - |
1387 | 1388 | **Command (string prefixed with cmd:)**: any value that starts with `cmd:` will |
1388 | 1389 | be executed via the shell. Example: `"cmd:op read |
1389 | 1390 | op://personal/Gemini/credential --no-newline"`. - **Function**: you can provide |
@@ -1560,8 +1561,15 @@ LLAMA.CPP WITH --REASONING-FORMAT DEEPSEEK |
1560 | 1561 |
|
1561 | 1562 | OLLAMA (REMOTELY) |
1562 | 1563 |
|
1563 | | -To use Ollama remotely, change the URL in the env table, set an API key and |
1564 | | -pass it via an "Authorization" header: |
| 1564 | +The simplest way to connect to a remote Ollama instance is to set the |
| 1565 | +`OLLAMA_HOST` environment variable (the same variable used by the Ollama CLI): |
| 1566 | + |
| 1567 | +>bash |
| 1568 | + export OLLAMA_HOST="http://192.168.1.100:11434" |
| 1569 | +< |
| 1570 | + |
| 1571 | +Alternatively, configure it directly in your setup using `extend()`. If you |
| 1572 | +need authentication, set an API key and pass it via an "Authorization" header: |
1565 | 1573 |
|
1566 | 1574 | >lua |
1567 | 1575 | require("codecompanion").setup({ |
@@ -3384,7 +3392,7 @@ The fastest way to copy an LLM’s code output is with `gy`. This will yank the |
3384 | 3392 | nearest codeblock. |
3385 | 3393 |
|
3386 | 3394 |
|
3387 | | -APPLYING AN LLM�S EDITS TO A BUFFER OR FILE ~ |
| 3395 | +APPLYING AN LLM’S EDITS TO A BUFFER OR FILE ~ |
3388 | 3396 |
|
3389 | 3397 | The |codecompanion-usage-chat-buffer-agents-tools-files| tool, combined with |
3390 | 3398 | the |codecompanion-usage-chat-buffer-editor-context.html-buffer| editor context |
@@ -4222,7 +4230,7 @@ message to the LLM. |
4222 | 4230 |
|
4223 | 4231 | [!IMPORTANT] With the exception of `#{buffer}` and `#{buffers}`, editor context |
4224 | 4232 | captures a point-in-time snapshot when your message is sent. If the underlying |
4225 | | - data changes (e.g.� new diagnostics, a different quickfix list), simply use the |
| 4233 | + data changes (e.g. new diagnostics, a different quickfix list), simply use the |
4226 | 4234 | context again in a new message to share the latest state. |
4227 | 4235 |
|
4228 | 4236 | #BUFFER ~ |
@@ -5118,7 +5126,7 @@ These handlers manage tool/function calling: |
5118 | 5126 | as a great reference to understand how they’re working with the output of the |
5119 | 5127 | API |
5120 | 5128 |
|
5121 | | -OPENAI�S API OUTPUT |
| 5129 | +OPENAI’S API OUTPUT |
5122 | 5130 |
|
5123 | 5131 | If we reference the OpenAI documentation |
5124 | 5132 | <https://platform.openai.com/docs/guides/text-generation/chat-completions-api> |
@@ -7024,7 +7032,7 @@ tool to function. In the case of Anthropic, we insert additional headers. |
7024 | 7032 | < |
7025 | 7033 |
|
7026 | 7034 | Some adapter tools can be a `hybrid` in terms of their implementation. That is, |
7027 | | -they’re an adapter tool that requires a client-side component (i.e.� a |
| 7035 | +they’re an adapter tool that requires a client-side component (i.e. a |
7028 | 7036 | built-in tool). This is the case for the |
7029 | 7037 | |codecompanion-usage-chat-buffer-agents-tools-memory| tool from Anthropic. To |
7030 | 7038 | allow for this, ensure that the tool definition in `available_tools` has |
|
0 commit comments