セットアップが正しくないように見える場合、またはLLMプロバイダーを有効化する前に `/doctor` を使用してください：```text
!decomp /doctor
!decomp /doctor:net

通常のコマンドパスは、ローカル解析を実行し、アナライザーファクトを構築し、オプションで設定されたLLMエンドポイントを呼び出し、復元された証拠に対して応答を検証し、疑似Cコードに加えて信頼度、警告、不確実性の注記を出力します:```text
!decomp ntdll!RtlAllocateHeap
!decomp kernel32!Sleep
!decomp game.exe!CheckIntegrity

- `brief` は、ターゲット、信頼度、要約、および最初の不確実性または検証警告を表示します。
- `explain` は、evidence、control-flow、type-hint、observed-behavior、call-target の各セクションを追加します。
- `json` は、機械可読なリクエストとレスポンスの JSON を表示します。
- `facts` は、analyzer のファクトのみを表示し、LLM パスを無効にします。
- `prompt` は、正確なシステムプロンプト、ユーザープロンプト、およびプロンプトファクトを表示します。LLM 呼び出しを無効にします。
- `data` は、WinDbg JavaScript/NatVis スタイルの自動化を目的とした、安定した JSON スナップショットを表示します。
- `analyzer` は、LLM を呼び出さずに、決定的な analyzer 専用の疑似コードパスをレンダリングします。
- `plan` は、LLM を呼び出さず、結果キャッシュも更新せずにローカル分析を実行し、プリフライトプランを表示します。これには、target/module/range の数、PDB の可用性、セッションポリシー、推定チャンキング、プロンプトサイズに関連するカウント、および実用的な推奨事項が含まれます。

コマンドが停止しているように見える場合、または完全な進捗ストリームを確認したい場合は、`/verbose` を使用してください:```text
!decomp /verbose module!SlowFunction
!decomp /verbose /view:json module!SlowFunction

- `/view:window` は対象に対して通常の `!decomp` 結果パスを実行し、レンダリングされた完全な結果を別のビューアで開きます。
- ビューアはコンソールパスと同じレスポンスレンダラを使用し、その後、デバッガウィンドウが見つかった場合にはそのウィンドウが所有するネイティブなWin32モードレスツールウィンドウを開きます。
- デバッガ出力には、ネイティブビューアのウィンドウハンドルが報告されます。ビューアウィンドウを作成できない場合、コマンドは警告を表示し、通常のコンソール結果にフォールバックします。
- DML専用リンクは、ビューア内ではコマンド文字列付きのテキストラベルとして表示されます。RichEditが利用可能な場合、ウィンドウはセクション見出し、メタデータのスタイル、擬似コードのハイライトを備えたGitHubスタイルのRTFレイアウトを使用します。それ以外の場合はプレーンテキストにフォールバックします。
- 現在のセッションに以前のキャッシュ結果がある場合、ビューアは左側に履歴リストを表示するため、分析を再実行せずに現在の出力と以前の逆コンパイル結果を切り替えることができます。
- `/view:json`、`/view:facts`、`/view:prompt`、`/view:data` はマシンリーダブルなコンソール出力のままであり、ビューアにはリダイレクトされません。

大きな関数:```text
!decomp /limit:deep module!LargeFunction
!decomp /limit:huge module!VeryLargeFunction
!decomp /limit:12000 module!VeryLargeFunction
!decomp /timeout:120000 module!SlowFunction

- `/deobf:on` がデフォルトです。アナライザは引き続き生のファクトを出力しますが、信頼度の高い OLLVM 風ディスパッチャ復元、不透明なデッドエッジの証明、置換イディオム、意味的 CFG オーバーレイが、プロンプトファクト、マージポリシー、検証器の競合ポリシー、構造化された疑似 C 復元を導く場合があります。
- `/deobf:off` は `obfuscation`、`semantic_control_flow`、`deobfuscation_readiness` の各ファクトを表示したままにしますが、書き換えの安全なアクションを無効にし、制御フロー構造化を生の CFG に対して行い、プロンプト/マージ/検証器の各経路に難読化された元の形状を保持するよう指示します。
- ディスパッチャ、偽の分岐、置換の表面を直接調査したい場合は、拡張機能に難読化解除された構造の復元を依頼する代わりに `/deobf:off` を使用してください。
- `/deobfuscation:on|off` はより長いエイリアスとして受け付けられます。

キャッシュとリプレイのヘルパー:```text
!decomp /view:json module!FunctionName
!decomp /last:json
!decomp /view:explain module!FunctionName
!decomp /last:explain
!decomp /view:facts module!FunctionName
!decomp /last:facts
!decomp /view:data module!FunctionName
!decomp /last:data
!decomp /view:prompt module!FunctionName
!decomp /last:prompt
!decomp /history
!decomp /refresh module!FunctionName
!decomp /last:2:explain
!decomp /last:2:json

- `/fix:noreturn:name` は、一致する呼び出しをフォールバック逆アセンブル、CFG 復元、ABI ファクト、検証チェックにおいて no-return として扱います。
- `/fix:type:expr=TYPE` は、信頼度の高いユーザー型ヒントを追加します。
- `/fix:field:expr=TYPE` は、信頼度の高いユーザーフィールドヒントを追加します。
- `/fix:rename:old=new` は、リネームヒントを追加し、最終的な疑似コード識別子にリネームを適用します。
- `/fix:clear` は、セッション永続化されたすべての修正オーバーライドをクリアします。

環境変数 `DECOMP_NORETURN_OVERRIDES` は引き続きサポートされます。コマンドラインの `/fix:noreturn:` 値は、現在の WinDbg セッションにおいて元の環境変数の値の上に重ねて適用されます。

修正スイッチはセッション間で永続化されます:

- `/fix:noreturn:`、`/fix:type:`、`/fix:field:`、`/fix:rename:` は、読み込まれた拡張機能によって記憶され、後続の `!decomp` 実行で再利用されます。
- `/fix:clear` は、セッション永続化されたすべての修正をクリアし、no-return 環境オーバーライドを拡張機能の読み込み時点の元の値に戻します。
- レガシーの `/noreturn:`、`/type:`、`/field:`、`/rename:`、`/clear-overrides` も引き続きサポートされます。

不正な修正値は無視され、キャッシュされる代わりに `uncertainties` で報告されます。たとえば、`/fix:type:rcx` は `expr=TYPE` のペアを含まないため無視されます。

推奨される調査ワークフロー:

1. `!decomp /view:facts target` から始めて、関数の範囲、ブロック、呼び出し、インポート、PDB データ、セッションファクトが妥当であることを確認します。
2. LLM リクエストを消費する前に、`!decomp /view:plan target` を使用して、チャンキング、プロンプトサイズ、タイムアウトリスク、シンボル品質を見積もります。
3. プロンプトサイズ、言語、または証拠の選択がおかしい場合は、`!decomp /view:prompt target` を使用します。
4. 検証済みの完全な疑似C結果を得るには、`!decomp target` を実行します。
5. 既存の永続アーティファクトがリプレイされているが新しい分析が必要な場合は、`!decomp /refresh target` を使用します。
6. 結果がおかしい場合は、`!decomp /view:explain target` を実行し、検証警告、証拠のカバレッジ、提案された修正を確認します。
7. `/fix:noreturn:`、`/fix:type:`、`/fix:field:`、または `/fix:rename:` などの的を絞った修正を追加し、同じターゲットを再実行します。
8. 最近の複数の結果を比較する場合は、`/history` とインデックス付きの `/last:N:*` リプレイを使用します。
9. バグを報告する場合やビルド間の動作を比較する場合は、`/view:json` または `/last:json` を取得します。

## アナライザー ファクト サーフェス

最近のアナライザーファクトは、意図的に `/view:json`、`/view:facts`、`/view:prompt`、および通常の LLM モードを通じて引き継がれます。最初に確認すべき価値の高いフィールドは次のとおりです:

- `stack_pointer` は、命令ごとのスタック差分、フレーム相対エイリアス、および信頼度を記録します。
- `call_arguments` は、呼び出しサイトで復元されたレジスタ引数とスタック引数を記録します。証拠が十分強い場合は、近くのクロスブロックスタックストアも含まれます。
- `pdb.prototype_parameters` は、構造化されたプロトタイプのパラメータ名、型、序数、ABI 位置、およびソースの信頼度を記録します。
- `control_flow` には、ループ誘導変数、初期値、ステップ、境界、方向、スイッチテーブルアドレス、ケースターゲット、デフォルトターゲット、範囲の境界、符号の有無、および復元された場合はインデックス式が含まれます。
- `callee_summaries` とコールターゲットファクトには、直接、間接、および仮想呼び出し/vtable 候補に加えて、既知の Win32/NT/Rtl メモリ、割り当て、解放、ステータスセマンティクスが含まれます。
- `obfuscation` は、OLLVM スタイルのフラットニングディスパッチャ候補、状態変数、復元されたセマンティックエッジ、不透明述語、スカラー置換イディオムを公開します。
- `semantic_control_flow` は、難読化ファクトから導出された復元済みのライブ/デッドエッジを公開し、`/deobf:off` が使用されている場合でも検査可能です。
- `deobfuscation_readiness` は、`enabled`、安全な書き換えアクション、ブロックされた仮定、優先ファクトパス、カウント、信頼度を公開します。無効な場合、ポリシー決定を記録し、難読化解除された制御フロー書き換えをブロックします。
- プロンプトファクト選択は、高シグナルのエントリを最初にランク付けし、その後スプレッドサンプリングで分布を保持するため、大きな関数でも低頻度の証拠が失われません。

## 推奨される dbgeng セットアップ

最速の方法は、ヘッダーとインポートライブラリをプロジェクトにベンダリングすることです。
想定されるベンダーレイアウト:```text
third_party\dbgeng\inc\dbgeng.h
third_party\dbgeng\lib\dbgeng.lib

### 明示的なファイルパスからベンダーコピーを準備する```powershell
powershell -ExecutionPolicy Bypass -File .\scripts\Prepare-DbgengVendor.ps1 `
    -HeaderPath 'C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\sdk\inc\dbgeng.h' `
    -LibraryPath 'C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\dbgeng.lib'

ベンダーコピーを更新または作成します:```powershell
powershell -ExecutionPolicy Bypass -File .\scripts\Prepare-ZydisVendor.ps1

## ビルド

推奨される方法は、Visual Studio Developer PowerShell または Developer Command Prompt です。

ビルドされた `decomp.dll` には、`version.txt` から取得した Windows ファイル バージョンが組み込まれます。

### 通常ビルド```powershell
powershell -ExecutionPolicy Bypass -File .\scripts\Build.ps1 -Reconfigure

`decomp_snapshot_tests` は、復元されたスタック引数、SIMD/FP ABI 入力、ベクターゼロイディオム抑制、ループ誘導変数優先、スイッチメタデータ、仮想呼び出しメタデータ、OLLVM スタイルの難読化ファクト、`/deobf:off` ポリシー、既知の API サマリー、プロンプトファクト選択、および検証器のグラウンディングチェックに関する analyzer/protocol/verifier コントラクトをカバーしています。

### レガシー dbgeng ビルド```powershell
powershell -ExecutionPolicy Bypass -File .\scripts\Build-Legacy.ps1 -Reconfigure

このスクリプトは、`version.txt` の最後のコンポーネントを `1` だけインクリメントし、再構成を強制してから、Release DLL をビルドします。例えば、`1.0.0.7` は `1.0.0.8` になります。

### 一般的なオプション

- `-Configuration Release|Debug`
- `-Clean`
- `-Reconfigure`
- `-ConfigureOnly`
- `-Verbose`
- `-ZydisSource Auto|Vendor|Fetch`
- `-ZydisVendorDir 'C:\path\to\zydis'`
- `-DebuggersRoot 'C:\Program Files (x86)\Windows Kits\10\Debuggers\x64'`
- `-DbgengIncludeDir 'E:\works\windbg_llm_decomp_2\windbg_llm_decomp\third_party\dbgeng\inc'`
- `-DbgengLibrary 'E:\works\windbg_llm_decomp_2\windbg_llm_decomp\third_party\dbgeng\lib\dbgeng.lib'`

### ベンダー優先の例```powershell
powershell -ExecutionPolicy Bypass -File .\scripts\Build.ps1 `
    -Configuration Release `
    -ZydisSource Vendor `
    -Reconfigure `
    -Verbose

ビルドスクリプトは自動的に次の場所を探します：

- PATH、スタンドアロンCMake、または Visual Studio に同梱のCMake からの `cmake.exe`
- プロジェクトルート直下の `third_party\dbgeng`
- 環境変数または一般的な Windows Kits の場所からの `DEBUGGERS_ROOT`

Zydis ソースの選択は次のように動作します：

- `Auto`: `third_party\zydis` を優先し、それ以外の場合は構成中に `Zydis` を取得します
- `Vendor`: 使用可能な `third_party\zydis` ツリー、または `-ZydisVendorDir` で渡されたパスを必要とします
- `Fetch`: ベンダーツリーを無視し、常に CMake に `Zydis` をダウンロードさせます

`DEBUGGERS_ROOT` は、次のいずれかのレイアウトを使用するデバッガールートを指す場合があります：

- `sdk\inc\dbgeng.h` および `sdk\lib\dbgeng.lib`
- `sdk\inc\dbgeng.h` および `sdk\lib\amd64\dbgeng.lib`
- `sdk\inc\dbgeng.h` および `sdk\lib\x64\dbgeng.lib`
- `sdk\inc\dbgeng.h` および `dbgeng.lib`
- `inc\dbgeng.h` および `lib\dbgeng.lib`
- `inc\dbgeng.h` および `lib\amd64\dbgeng.lib`
- `inc\dbgeng.h` および `lib\x64\dbgeng.lib`
- `dbgeng.h` および `dbgeng.lib`

お使いのインストールがこれらのレイアウトに一致しない場合は、CMake のパスを直接渡してください：```powershell
cmake -S . -B build-manual -G "Visual Studio 17 2022" -A x64 `
    -DDBGENG_INCLUDE_DIR='E:\works\windbg_llm_decomp_2\windbg_llm_decomp\third_party\dbgeng\inc' `
    -DDBGENG_LIBRARY='E:\works\windbg_llm_decomp_2\windbg_llm_decomp\third_party\dbgeng\lib\dbgeng.lib'
cmake --build build-manual --config Release

ChatGPT サブスクリプションの例:```json
{
  "provider": "chatgpt",
  "model": "gpt-5.5",
  "chatgpt_auth_file": "%USERPROFILE%\\.codex\\auth.json",
  "timeout_ms": 120000,
  "max_completion_tokens": 12000,
  "force_chunked": false,
  "chunk_trigger_instructions": 900,
  "chunk_trigger_blocks": 36,
  "chunk_block_limit": 24,
  "chunk_count_limit": 16,
  "chunk_completion_tokens": 6000,
  "merge_completion_tokens": 12000,
  "reasoning_effort": "medium"
}

英語を強制:```json
{
  "display_language": {
    "mode": "fixed",
    "tag": "en-US",
    "name": "English"
  }
}

ダーク構文ハイライトプリセット：```json
{
  "syntax_highlighting": {
    "keyword_color": "warnfg",
    "type_color": "emphfg",
    "function_name_color": "srcid",
    "identifier_color": "wfg",
    "number_color": "changed",
    "string_color": "verbfg",
    "char_color": "srcchar",
    "comment_color": "subfg",
    "preprocessor_color": "normfg",
    "operator_color": "srcannot",
    "punctuation_color": "srcpair"
  }
}

Example `/view:json` response details:

- The JSON response includes `pseudo_c` and `pseudo_c_tokens`.
- `pseudo_c_tokens` is a deterministic token stream suitable for external syntax highlighting.
- The serialized request includes `preferred_natural_language_tag` and `preferred_natural_language_name`, which reflect the resolved display language after applying `display_language.mode`.
- Analyzer facts now include P0 quality fields:
  `ir_values`, `block_value_states`, `control_flow`, and `abi`.
- `ir_values` exposes SSA-like value ids, definition sites, targets, canonical expressions, use links, constant/copy flags, and dead-definition hints.
- `block_value_states` exposes per-basic-block live-in/live-out reaching definitions, canonical values, storage class, convergence state, and confidence.
- `stack_pointer` exposes per-instruction stack deltas, frame-relative aliases, raw base/offsets, and confidence.
- `control_flow` exposes structured region candidates such as `natural_loop`, `if_else_candidate`, and `switch_candidate` with block evidence, loop induction metadata, switch table/default/range metadata, signedness, index expressions, and confidence.
- `abi` exposes Microsoft x64 shadow-space assumptions, home-slot evidence, frame/prolog/epilog recognition, no-return call evidence, tail-call candidates, thunk candidates, import-wrapper candidates, and recovered call arguments from registers and stack stores.
- Analyzer facts now also include P1 semantic fields:
  `type_hints`, `idioms`, and `callee_summaries`.
- `type_hints` exposes pointer, local, field-offset, array-like, enum-like, bitflag-like, and vtable-candidate evidence with source and confidence. When PDB data is available, scoped params/locals, field hints, and enum constants are also promoted into this unified type-hint stream.
- `idioms` exposes higher-level replacements for recognized helper calls and compiler patterns such as memory copy/fill, string copy, security cookie checks, stack probes, allocation/free helpers, aggregate initializers, and RIP-relative global/import loads.
- `callee_summaries` exposes direct and indirect callee return-type, parameter-model, side-effect, memory-effect, ownership, source, and confidence hints; symbol/type-enriched call targets replace the initial heuristic summaries when WinDbg can resolve them, and virtual-call candidates include target expressions plus vtable offsets when recovered.
- Known Win32/NT/Rtl API summaries describe memory copy/fill/zero, allocation, release, status, and error behavior when symbol names are available.
- Prompt facts include `analyzer_skeleton` and `graph_summary` so the model refines an evidence-backed draft instead of starting from a blank page.
- `graph_summary` provides entry block, control-flow regions, normalized conditions, and representative high-signal blocks with an explicit truncation policy. Prompt fact selection now ranks high-signal entries and uses spread sampling to keep large fact sets representative.
- `evidence_graph` exposes high-signal fact nodes and provenance edges so IR values, block value states, memory accesses, call targets, type hints, PDB hints, and observed behavior can be traced back to instruction and block evidence.
- `obfuscation`, `semantic_control_flow`, and `deobfuscation_readiness` expose OLLVM-style recovery facts and whether deobfuscation rewrite guidance is enabled for the current command.
- The verifier response includes legacy `warnings` plus structured `issues` entries. Each issue carries `severity`, `code`, `message`, and optional `evidence` so tools can filter errors such as `branch.true_target_not_successor` separately from lower-risk warnings.
- Verifier checks now compare normalized branch true/false targets against CFG successors, compare pseudo-code branch density against recovered conditional branches, cross-check direct callee summaries against pseudo-code call effects, validate evidence-graph node/edge grounding, and check block value state references back to recovered blocks and IR values.
- Normal and explain output may include a concise `suggested fixes` section. These are conservative `/fix:*` commands derived from verifier issues, PDB-backed rename opportunities, or repeated observed memory hotspots. DML-aware output renders immediately applicable suggestions as clickable rerun links for the same target; placeholder field-type suggestions remain plain text until `TYPE` is replaced.
- In LLM mode, the extension automatically feeds verifier issues back into one retry prompt. The retry is kept when it preserves or improves verifier quality; otherwise the original response is retained with an added uncertainty note.
- `session_policy` and `observed_behavior` expose WinDbg-specific context such as live/dump/kernel/TTD-like policy, current-frame register argument samples, memory hotspots, and suggested trace queries.
- The serialized request now also includes a `pdb` object when symbol/type data is available.
- `pdb.availability` reports the enrichment level such as `none`, `symbols`, `typed`, or `scoped`.
- `pdb.params`, `pdb.locals`, `pdb.field_hints`, `pdb.enum_hints`, and `pdb.source_locations` are intended as machine-readable semantic hints for external tooling or offline analysis.

Optional environment overrides:

- `DECOMP_LLM_PROVIDER`
- `DECOMP_LLM_ENDPOINT`
- `DECOMP_LLM_MODEL`
- `DECOMP_LLM_API_KEY`
- `OPENAI_API_KEY`
- `DECOMP_LLM_CHATGPT_ACCESS_TOKEN`
- `DECOMP_LLM_CODEX_ACCESS_TOKEN`
- `KERNFORGE_CODEX_ACCESS_TOKEN`
- `DECOMP_LLM_CHATGPT_AUTH_FILE`
- `DECOMP_LLM_CODEX_AUTH_FILE`
- `KERNFORGE_CODEX_AUTH_FILE`
- `DECOMP_LLM_REASONING_EFFORT`
- `DECOMP_LLM_TIMEOUT_MS`
- `DECOMP_LLM_MAX_COMPLETION_TOKENS`
- `DECOMP_LLM_FORCE_CHUNKED`
- `DECOMP_LLM_CHUNK_TRIGGER_INSTRUCTIONS`
- `DECOMP_LLM_CHUNK_TRIGGER_BLOCKS`
- `DECOMP_LLM_CHUNK_BLOCK_LIMIT`
- `DECOMP_LLM_CHUNK_COUNT_LIMIT`
- `DECOMP_LLM_CHUNK_COMPLETION_TOKENS`
- `DECOMP_LLM_MERGE_COMPLETION_TOKENS`
- `DECOMP_NORETURN_OVERRIDES`
  フォールバック逆アセンブリ、CFG 後続ノードの復元、ABI ファクト、および検証チェック中に no-return ターゲットとして扱われる、カンマまたはセミコロン区切りの関数名フラグメント。例: `DECOMP_NORETURN_OVERRIDES=MyAbort;PanicAndExit`。

Quality-first note:

- The extension now supports chunked multi-pass analysis for large functions.
- The analyzer sends IR value facts, block value states, control-flow regions, evidence graph facts, and x64 ABI/no-return evidence to the LLM before refinement, so `/view:analyzer`, `/view:json`, and normal LLM mode all share the same P0 evidence base.
- The verifier cross-checks loop, switch, no-return, branch targets, return behavior, callee call effects, evidence graph grounding, block value state consistency, evidence coverage, and suspicious identifier claims against analyzer evidence. It lowers trust when confident prose outruns recovered facts and labels each issue with a stable severity/code pair.
- When verifier feedback finds schema errors, fact conflicts, or very low adjusted confidence, the LLM path performs one automatic retry with the verifier issues appended to the prompt.
- A good starting point for cloud models is `max_completion_tokens=12000`, `chunk_completion_tokens=6000`, and `merge_completion_tokens=12000`, with `force_chunked=false` and chunk triggers around `900 instructions` or `36 blocks`.
- Keep `force_chunked=true` for chunk-pipeline stress tests only. Quality-focused decompilation of flattened or dispatcher-heavy functions usually needs a single prompt until the function is large enough to exceed the configured chunk triggers.
- Keep `timeout_ms` high for cloud models. `120000` is a safer starting point than `15000`.
- If quality is still weak on huge functions, raise `chunk_count_limit` before shrinking `/limit:N`.
- If no endpoint is configured, the extension falls back to the deterministic mock provider.
- Even when the extension is using `/view:analyzer` or the mock provider, `display_language` and `syntax_highlighting` still affect what the user sees.

## WinDbg Smoke Test

1. Build with `Build.ps1` or `Build-Legacy.ps1`.
2. Place `decomp.llm.json` beside the built `decomp.dll`.
3. Start WinDbg. Environment variables are optional overrides only.
4. Load the extension.
5. Validate analyzer-only mode before enabling the LLM path.```text
.load C:\path\to\decomp.dll
!decomp /view:analyzer ntdll!RtlAllocateHeap
!decomp /view:facts kernel32!Sleep

期待されるチェック:

- `target`、`entry`、`module` は一貫して解決されること
- `regions` は通常の関数では非ゼロであること
- `/view:analyzer` は引き続きアナライザーの信頼度と擬似コードのスタブを出力すること
- LLM モードは `summary`、`pseudo_c`、`pseudo_c_tokens`、`verified` を埋めること
- `/view:json` の出力は、シリアライズされたリクエストに `preferred_natural_language_tag` と `preferred_natural_language_name` を含めること
- プライベートまたはリッチな PDB が読み込まれた場合、`/view:json` には `pdb.prototype`、`pdb.params`、そして場合によっては `pdb.locals` も含めること
- 型付きの構造体と列挙型の場合、`/view:json` は `pdb.field_hints` と `pdb.enum_hints` を含める場合があること

## ChatGPT サブスクリプションの例```powershell
$env:DECOMP_LLM_PROVIDER = "chatgpt"
$env:DECOMP_LLM_MODEL = "gpt-5.5"
$env:DECOMP_LLM_CHATGPT_AUTH_FILE = "$env:USERPROFILE\.codex\auth.json"
$env:DECOMP_LLM_TIMEOUT_MS = "120000"

### LM Studio```powershell
$env:DECOMP_LLM_ENDPOINT = "http://127.0.0.1:1234/v1/chat/completions"
$env:DECOMP_LLM_MODEL = "local-model"
$env:DECOMP_LLM_API_KEY = "lm-studio"