2026-08-17

LMStudio BionicをQwen3.8-27Bで使ってみる

　LMStudioよりBionicを呼ばれるエージェントが発表されました。LMStudioはローカルLLMを手軽に実行できる環境として優れています。しかしながらコーディングを前提にした作業ではLLMとのチャットをインタフェースとするのは時代遅れになってきました。新しく登場したBionicはローカルLLMの実行環境にエージェントが備わっています。Qwen3.8-27Bを使いBionicの動作を確認しようと思います。

■Qwen3.8-27Bの実力は？

　コーディングエージェントはどの程度ローカルLLMで使えるか？という問題は、勿論その実行環境に依存します。手持ちの環境は16GB RAMのRTX4060です。これまでもこの環境でのローカルLLMを使ったコーディングテストを繰り返してきましたが、正直使い物になると感じられるモデルはありませんでした。中でもQwen3.6-35B-A3Bは小さなアプリを作ることはできそうと思いましたが、少し複雑なバグに遭遇するとお手上げでした。今回はどうなるか、Qwen3.8-27B-Q2_XXS 9.94GBを使ってみます。

■プロジェクトのデタッチ？

　Bionicを起動しNew ProjectからAllow CordingをONにして作業フォルダを指定します。プロジェクト毎に作業フォルダが指定できる仕組みのようです。プロジェクトは削除もできますがデタッチするメニューがあり、興味本位でデタッチしてみました。

■デタッチしたら戻す方法が分からなくなった

　テトリスを作成すべくgameプロジェクトを作り興味本位でデタッチしたら、プロジェクトは消えます。もう一度gameプロジェクトを作るとプロジェクト名が game 1になります。デタッチしたgameが裏に存在するからです。もう一度同じ作業をするとgame 2ができました。

　それは良いとして、game, game 1の戻し方が分かりません。私は探し物が苦手で多くの場合目的の物を見つけることができません。

■LLMに探してもらおう

　テトリス作りはさて置いて、Bionicのデタッチプロジェクトの戻し方をQwen3.8-27Bに調べてもらうことにしました。Bionicはローカルファイルを読み書きするツールを備えていますのでちょうどいいです。

　Qwen3.8-27BはBionicの実行コードを探し、Electronアプリであることを把握しました。その実態はjsが難読化された24MBのファイルです。これに挑み始めましたｗ

　私の環境ではGPUに全てを載せたときのコンテキストサイズは90kトークンが限界です。少し余裕を作り84kトークンを設定しました。この少しの余裕には意味があります。

■MAXトークンに達したときのコンパクション失敗

　BionicはMAXトークンに達する少し前にコンテキストのコンパクションを行います。Qwen3.8-27Bがコンパクションタイミングの少し手前から、長いおしゃべりを始めてしまうとそのままコンテキストがあふれて止まってしまうことがあるのです。これを何度か経験してQwen3.8-27Bは結構おしゃべりだと認識しました。

　こうなってしまうと、そのセッションは再利用できなくなります。ここで少しの余裕を使います。84kで溢れたら次回90kで起動し、内容を簡潔にまとめた小さな引継ぎファイルを作ってもらい新しいセッションに移るのです。

■Qwen3.8-27Bが難読化コードからデタッチ動作を検証した

　Qwen3.8-27BがPCにあるpythonやらNodeを使いこなしてBionicの難読化コードを追いかけてデタッチ動作を検証しました。最終的に以下のファイルを編集すればよいと教えてくれました。

C:\Users\<user>\.cache\lm-studio\.internal\ui-state\bionic\window-<数字>.json

　このファイルはUIに表示すべきプロジェクトのUUIDの列、デタッチされたUUIDの列が管理されています。Qwen3.8-27Bの指示通りBionicを完全に終了させた状態でそれらの列を空にして再起動するとデタッチしたプロジェクトが表示されるようになりました。

■Qwen3.8-27Bは使えるかも

　js難読化コードを読むのは難しいです。しかも24MBはかなり大きい。コンテキストサイズが84kしかないのにこれを行ったことは大きいです。テトリスを書かせるまでもなくこのモデルの優秀さを感じました。

　その後、お約束のテトリスも作ってもらいましたが、ローカルLLM、Q2に量子化されていることを考えると本当に良く出来ています。テトリスを作ってと簡単な指示でありながら、次の候補が出るまでは過去にもありましたが3つ出したのは初めてです。HOLD機能も初めてです。バグ1件でサクッと修正してくれました。

　Bionicのツールの使い方で混乱することもありませんでした。我が家のプアな環境でここまでできるとはこれまでになかったことです。また別の仕事をお願いしてみようと思います。

2026-04-26

Claude Code for VS CodeでローカルLLM

ローカルLLMが賢くなてきた

2025年8月 gpt-oss-20bが発表になったころから、家庭のPCで動作できる比較的小さなモデルが賢くなってきたと思います。

gpt-oss-20b以前は、16GBのGPU環境で動作するローカルモデルにコーディングエージェントから何か仕事をさせようとしたとき幻滅感しかありませんでした。

gpt-oss-20bは16GBのGPU環境でも動作しツールコールも何とかこなします。16G環境で動作するモデルは、とりあえずダウンロードしてブラウザで動作するPONGゲーム作りをお願いしてできを確かめてきました。

Claude Code for VS Codeにつなげたい

ローカルLLMの場合はコンテキスト長とそこに収めるツールの量などの問題もあり、コーディングエージェントの種類によっても動作が変わってきます。

GitHub Copilot, Roo Code, OpenCode, Claude Codeを使っているなかで、世の中の評価の通り、コーディングにおけるユーザ体験はClaude Codeが頭一つ抜けていると感じています。

Claude Codeはモデルもさることながらエージェントも優れているのではと言った仮説が生まれてきます。これをローカルLLMにつなげてみたくなってきます。

自分はどのエージェントもVSCodeの拡張から使っています。CLIも入れてあるのですが、ついなんとなく拡張を呼び出して使う癖がついています。

一般的にClaude Codeからローカルモデルへの接続は、以下のような感じで環境変数を設定して、

$Env:ANTHROPIC_BASE_URL = "http://localhost:1234"
$Env:ANTHROPIC_AUTH_TOKEN = "lmstudio"

モデル名を引数に起動するらしいのですが、、

claude --model openai/gpt-oss-20b

VSCode拡張の場合はこんな感じで設定すれば良さそうでした。

.vscode/settings.json

{

"claudeCode.environmentVariables": [

{

"name": "ANTHROPIC_BASE_URL",

"value": "http://localhost:1234"

},

{

"name": "ANTHROPIC_AUTH_TOKEN",

"value": "lmstudio"

}

]

}

ではモデルはどうやって設定するのか？

悩んだ結果、LMStudioのモデルの歯車マークを選んで、以下の「<>Load Model」ボタンでロードしたら、Claude Codeからそのモデルがお話できるようになりました。

ClaudeCodeのエージェント機能は良い

しばらくClaudeCodeからローカルLLMを使ってみて分かったことは、たぶんClaudeCodeのエージェント機能は優秀、しかしながらギリギリの環境で動いているローカルLLMには荷が重いです。

毎回、多くのコンテキストを消費する、しかもKVキャッシュが効きにくいプロンプトを投げることが多い。それはプロンプトプロセッシングに多くの時間を割く動作から推測できます。この動きはプロンプトの情報量が多いとも言い換えられると思いました。

ユーザ体験的にはClaudeCode+ローカルLLMは待ちきれない、と言うのが正直なところです。RooCode＋ローカルLLMやGithubCopilot＋ローカルLLMの方がレスポンス良く感じます。

最近の賢いモデル＋ClaudeCodeでバラ色のオフラインコーディングライフを夢見ましたが現実は厳しいです。

昨今はメモリやGPUの相場も上がっており気軽にローカルPC環境を更新できません。折を見てもう少し快適な環境を揃えたいです。

2026-04-26

Windows11 HomeからSMB1.0のNASに接続できなくなった

ある日突然やってくる

Windows11がアプデされ、これまで使えていたNASにアクセスできない。古いNASは要注意です。

Windows11 ProからはアクセスできているのにHomeだけアクセスできなくなりました。

古いNASに接続するには設定が多い

しばらく前からWindowsはデフォルトでSMB1.0を許さなくなりました。使いたい場合は「Windowsの機能の有効化または無効化」から「SMB 1.0クライアント」のチェックを入れる必要があります。ここまでは認識していました。

今回の災難はNASの共有フォルダまでは見えているけど、なぜか設定したユーザIDとパスワードでログインできない現象です。

NTLMv2を試す

使っているNASの認証は特に設定していないのでNTLMv1でした。最初のトライとしてNAS側でNTLMv2の有効化を行ってみましたが効果ありません。

レジストリの書き換え

Windows11 Homeは「ローカルグループポリシーエディタ」(gpedit.msc)がインストールされておらず、ネットワーク認証関連の変更はレジストリを直接変更しなくてはならないらしいです。

SMB1.0はそろそろ引退させるべきかもですが、とりあえず使えないと不便なのでレジストリを書き換えます。

変更すべきキーはAIに教えて頂きました。以下の3つです。

1. SMB1.0の未署名通信を許可する設定

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters

RequireSecuritySignature を1 → 0 に修正

EnableSecuritySignature = 0 を追加(DWORD 32bit)

2. ゲスト/古い認証を許可する設定

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

LmCompatibilityLevel = 1 を追加(DWORD 32bit)

レジストリを変更後再起動で認証が通るようになりました。

2026-03-13

GitHub CopilotのGPT-5-miniが答えなくなった

VSCodeのGitHub Copilotを3台のPCで使っています。そのうち1台で以下のエラーが出るようになりました。

Reason: Request Failed: 400 {"error":{"message":"Unsupported value: 'xhigh' is not supported with the 'gpt-5-mini-2025-08-07' model. Supported values are: 'minimal', 'low', 'medium', and 'high'.","code":"invalid_request_body"}}

以下はとりあえず回避するまでのメモです。

上記のエラーの内容は、gpt-5-mini-2025-06-07に対して'xhigh'でReasoningするようなリクエストが投げられて、それは対応してません的な意味に見受けられます。

3台ともにReasoningの設定をした覚えが無く、1台だけこの症状は不可解です。ためしにしVSCodeに関する全てをアンインストールして再インストールしましたが、変わりませんでした。

こまったなぁと思いつつ検索すると逆にxhighを設定している記事を見つけました。

zenn.dev毎度どこにあるか分からない settings.jsonを書けば良さそうと言うヒントを頂けました。

メニューよりFile>Preferences>Settingsを選ぶか、C:\Users\{ユーザ名}\AppData\Roaming\Code\Userにありますね。

こんなふうに書いて

helloを送ってみると

エラーが無くなりお返事が返ってくるようになりました。

2026-02-01

Dockerで公開したポートがufwをすり抜ける話

■dockerでサーバを作ろうと思ったらセキュリティ的な問題が指摘されていた

10年以上動いているメールサーバの調子悪くなってきたのでRasPiに乗り換えようと思い docker-mailserverのサーバ構築事例を読んでいたところ、dockerでマップしたポートは ufwをすり抜ける的な話が書かれているのを見かけました。

nosubject.io

www.ryotosaito.com

記事によると、dockerサーバは iptablesを使うので、それを禁止するのは誤った対策なので、compose.yamlの portsでバインドするアドレスを書きましょう的な結論でした。

ports:

- "127.0.0.2:8000:80"

確かにこれならデータベースのポートをお手軽な設定で外からのアクセスができないようにできます。

自分のメールサーバは、25番を外向け、143、587番を内向けに公開したいので、各ポートに外のアドレスと、内のアドレスを書けばOKかなと頭をよぎったのですが、ufwが効かないってのは気持ち悪い状態です。docker + ufwの組み合わせがダメはなかなか大きな問題だと思いました。

■この問題をもう少し掘り下げたい

ufwも iptablesも詳しくないのでとりあえず AIに教えてもらうと、dockerが設定する iptablesには、DOCKER-USERと呼ばれる空のチェーンがあり、そこにルールを定義する。設定ファイルは /etc/nftables.confに書けばいいよという事です。

iptablesの知識が乏しいので最初は？？？でした。チェーンって何？とか、dockerは iptabelesを書き換えているのに何で /etc/nftables.confなの？みたいな感じです。

■そもそも iptablesを良く知らない

この問題を調べながら、iptabeles は近年 nftablesにとって代わられつつあることを知りました。カーネルにはパケットの処理段階にフックがあって、そこに複数のチェーンと呼ばれる設定グループみたいなものを紐付けて処理できるとか、フックに紐つくものをベースチェーンと読び、そのほかにフックに直接紐つかない通常のチェーンもあることを知りました。

dockerはコンテナ用のプライベートネットワークを持っています。ports:の設定を行うと外部から入ってきたパケットを、コンテナまで運ぶために iptablesでNATを使ったルーティングを定義をするみたいです。(初心者が全部を正確に読むのは大変なのでざっくりした雰囲気の話です。細部は間違っているかもしれませんので悪しからず。)

dockerの作る定義はパケットがルーティングされると FORWARDと呼ばれるフックに紐ついたチェーンのアクセスルールに到達します。その段階でまず DOCKER-USERと呼ばれる空のチェーンが呼ばれるようになっていました。

フックしたチェーンがどのような構成になっているのか以下の説明が分かりやすかったです。

christina04.hatenablog.com

つまり、dockerのコンテナにパケットが配信されようとしたときに、いつも空っぽのDOCKER-USERが呼ばれるわけです。ですのでここに何かを定義すれば、コンテナへのアクセスの可否を自分で決めることができると言った理屈です。

■理屈が分かってきたので設定してみる

以下が今回作った nftables.confです。

/etc/nftables.conf

table ip filter {
# dockerへのフォワード
chain DOCKER-USER {
# 既存のコネクション
ct state established,related accept
# 外からのアクセスは25, 80以外は拒否
iifname "eth0" oifname "docker0" tcp dport != { 25, 80 } drop
# 外からのUDPを拒否
iifname "eth0" oifname "docker0" ip protocol udp drop
}
}

最初に既存のコネクションを許可します。これは dockerコンテナから任意のポートで外部にアクセスしたときのリザルトを切らないためにあります。内⇒外の通信を途中で切らないために、おまじない的に入れる定義と理解しました。

これまでの文脈はメールサーバでしたが横にWEBサーバもあるので、そのルールを書きました。eth0は RasPiの有線ネットワークで外につながっています。docker0は dockerネットワークのブリッジです。eth0 ⇒ docker0のパケットは 25, 80以外は拒否します。

また、eth0 ⇒ docker0の UDPを全て拒否します。

RasPiにはもう一個、内側のネットワークにつながったeth1(USBネットワークアダプタ)があります。こちらから143、587番経由でメールを取りに行けばパケットは拒否されません。

このファイルを書いたら、nftablesのサービスを有効にする必要がありますがその前に、/usr/lib/systemd/system/nftables.serviceの[Unit]に以下の設定を追加します。

[Unit]
After=docker.service

これはサービスの起動順で、dockerサーバが起動する前にDOCKER-USERのチェーンを定義しようとすると、docker0がありません的なエラーが出て止まってしまいます。なので、nftablesのサービスはdockerサーバの起動後に実行される必要があります。

■応用編

ご紹介した例は dockerコンテナへのアクセス制御ですが、これと同じノリで nftables.confへ適当なフックのチェーンとルールを書き足せば母艦へのアクセス制御を細かく行うことができます。

最初 ufwはお手軽でいいなと思っていましたが、nftablesを使えば ufwと同等以上の定義を書くことができますので、最初に良いなと思った ufwは使いませんでした。

2026-01-24

Windows11で pure-ftpdを起動する

■はじめに

出先のローカル環境でファイルを交換したいとき、USBメモリの貸し借りはイマイチなので、一時的にファイルを受け渡しできる手軽な方法としてFTPを使ってみようと思いました。

かと言ってノートPCに ftpdをあげっぱにるのも気持ち悪いです。必要な時だけサクッと立ち上げる方法として Dockerを使うことにしました。若干ハマり所があったので備忘のため記録を残すことにしました。

■DockerDesktopを使います

compose.yamlはこんな感じ

version: "3.8"
services:
  ftpd:
    image: stilliard/pure-ftpd
    container_name: ftpd
    restart: unless-stopped
    ports:
      - "21:21"
      - "30000-30009:30000-30009"
    environment:
      PUBLICHOST: "${PUBLICHOST:-localhost}"
      FTP_USER_NAME: "${FTP_USER_NAME:-guest}"
      FTP_USER_PASS: "${FTP_USER_PASS:-guest}"
      FTP_USER_HOME: "${FTP_USER_HOME:-/home/}${FTP_USER_NAME:-guest}"
    volumes:
      - "./data:${FTP_USER_HOME:-/home/}${FTP_USER_NAME:-guest}"

ファイヤウォールの受信の規則に必要なポートを追加します。

ここまで設定したら

docker-compose up -d

で終わるはずでしたが、、ローカルマシンは繋がるけど、肝心のリモートマシンからは繋がりません。

■アクティブモードとパッシブモード

FTPを多用していたときは常に意識していたことですが、FTPには2つの転送モードがあることをすっかり忘れていました。

データ転送ポートをサーバ、クライアントどちらから繋ぎに行くのか問題で、クライアント側がNATの内側だったり、ローカル環境でもクライアントの口にファイヤウォールがあったりするとアクティブモードでは繋がらないです。

大概のクライアントはこれらのモードを自動でよろしく判定してくれますが、パッシブモードを使う時のつなぎ先を正しく得られないとデータポートを接続することができずログインはできるけどデータ転送できない状態になります。

■パッシブモードのつなぎ先

pure-ftpdの PUBLICHOSTをサーバマシンのローカルアドレスに設定するとパッシブモードのアクセスが正しく行われるようになります。しかしながら、DHCP環境下でいちいち設定するのがめんどくさいです。AIに聞いてみたら好さげなスクリプトを作ってくれました。

start-ftpd.bat

@echo off
powershell -NoProfile -ExecutionPolicy Bypass -File "%~dp0start-ftpd.ps1"

start-ftpd.ps1

# Determine IPv4 matching 192.168.* and export PUBLICHOST, then run docker compose up
$ip = Get-NetIPAddress -AddressFamily IPv4 |
    Where-Object { $_.IPAddress -like '192.168.*' } |
    Select-Object -First 1 -ExpandProperty IPAddress

if (-not $ip) {
    Write-Error 'No matching IPv4 address found'
    exit 1
}

$env:PUBLICHOST = $ip
Write-Output "PUBLICHOST set to: $ip"

# Run docker compose up (remove -d if you want foreground logs)
docker compose up -d

自分のローカルアドレスを見つけて PUBLICHOSTに設定してくれます。

■クライアントは？

Windows11標準のファイルエクスプローラに以下を指定して接続できました。

ftp://guest@<IPアドレス>/

それ以外に WinSCPでも正常につながりました。

2025-10-25

振り子時計また壊れる

　2020年に振り子が動かなくなって修理した時計、日に日に時間の遅れがひどくなってきた。一日後、5分遅れ、10分遅れ、1時間遅れるように。。。

　時計のユニットをばらしてみると下部にコイルがあります。一秒ごとに励磁され秒針のタイミングを作っているのでしょう。その駆動基板がコイルの左側のやつです。

　基板の水晶振動子を交換します。下の絵はダメになった水晶振動子を摘出したところ。一般的な32.768kHz(15回2で割ると1秒になる)の丸いやつを交換しました。

　以前に起きた電池の液漏れの影響でパターンに腐食が見られます。気休めですがアルコールで洗浄しました。これで元気になってくれたらいいな。

jun930’s diary