技術、開発、ウェルビーイングについて。
← Back to Homeローカルで動くMCPサーバ、検証済みのトークン、それでもチャットは「接続に問題が発生しています」と言う――原因はコードではなく、接続の向きでした。Messages APIのMCP Connectorでは、MCPサーバに接続しに来るのは自分のマシンではなくAnthropic側のサーバです。localhostやhost.docker.internalが原理的に使えない理由を公式ドキュメントで確認し、cloudflaredのクイックトンネルで公開経路を作るまでの切り分けと、トンネルをどこで起動するか・何を防壁にするかという運用設計をまとめます。
同じコードのMCPサーバが、nginx経由の本番では動くのに、ローカルDockerへClaude Desktop＋mcp-remoteで繋ぐとinitializeが60秒でタイムアウトしました。curlで見つけた「text/event-streamにContent-Lengthが付く」矛盾レスポンスをRFC 9112とNode.jsのソースで読み解き、Expressで修正しても失敗が残った経緯を、curl・Claude Code直結・mcp-remoteの対照表で切り分けます。結論は、最初に見つけた異常が原因とは限らず、仲介層も容疑者に含めて層別に消していく、ということです。
AI生成記事の出典検証を仕組みにした前回の記事で、誤りを捏造引用・逐語不一致・出典側の記述変更・過剰な具体化の4型に分類しました。その分類を2か月運用した結果、想定していなかった変種が3件、実際に起きました。ネタ帳由来の実値が検証を素通りした型④の上流版、寝かせた原稿が引用元の更新に取り残された型③の時間軸版、そして検証者の記憶のほうが古かったという「検証する側の失敗」です。git履歴と検証記録を根拠に、分類の更新とチェックリストへの反映まで整理します。
WordPressとメールサーバーが同居するKUSANAGI(CentOS Stream 9)の本番VPSで、カーネル・glibc・OpenSSL・openssh・PHP・MariaDBを含む820パッケージを`dnf upgrade`で一括更新した実録です。820個のうち本当に壊れうるのはSSH・TLS/DKIM・カーネル・PHPの4系統と見立て、「何を確認すれば完了と言えるか」を実行前に決めました。AIが提案した世代違いの手順をKUSANAGI公式で検証して訂正した経緯も含め、公式ドキュメントとdnf/rpmの一次資料に基づいて整理します。
draft指定した記事が、一覧にもsitemapにも出ないのに直接URLでは読める状態になっていました。原因は「除外フィルタを一覧ページにだけ書いていた」ことです。個別ページ生成にも同じフィルタを足して穴を塞いだところ、その穴に依存していた内部リンクが次々と壊れ、ファイル名とURLのずれ、末尾スラッシュの301まで芋づる式に露見します。Astro公式ドキュメントを一次資料に、静的サイトにおける「非公開」の定義と、リンク健全性を不変条件へ格上げする運用設計をまとめます。
本番稼働中のFlask APIをvenv+requirements.txtからPoetryへ移行しました。systemd経由でpoetry runを叩いてPermission deniedに遭い、当初疑ったPrivateTmpは一次資料に当たると無関係だと判明します。ラッパースクリプトによる解決、package-mode = falseの意味、Gemini→Claude APIへの依存入れ替えでパッケージ数が48から38に減った経緯、そして開発環境の移行が遅れている状況でのproductionブランチ戦略までを実録でまとめます。
WordPress高速化ディストリとして知られるKUSANAGIに、LaravelベースのWinter CMSを相乗りさせて本番稼働させた記録です。provisionが作るのは「箱」だけであること、Laravel派生CMSのCLI名前空間の違い、そしてSELinux enforcing下でstorageが書けず500エラーになる問題を、詰まった順に整理します。500の真因はnginxのログではなくアプリのログにありました。
自作MCPサーバの認証を固定ベアラートークンからOAuth 2.1へ移す設計を、MCP仕様の現行版（2026-07-28）と関連RFCの原文にあたって整理します。結論は、MCPサーバはリソースサーバに徹し、認可判断をJWTの署名検証だけで完結させるのが現実解だということです。あわせて、Dynamic Client RegistrationがClient ID Metadata Documentsに置き換わり非推奨になったという、この領域の大きな変更も追いました。
メールサーバーを公開してまもなく、ログには見知らぬIPからの認証試行が並び始めました。公開サーバにとって自動スキャンは前提条件です。本記事では、CentOS Stream 9上のPostfix・Dovecot・sshdをfail2banで守る運用設計を実録します。要点は、サービスごとに認証モデルが違う以上jailの厳しさ(maxretry・bantime・findtime)も変えること、そして遮断より先にignoreipやコンソールで自分の退路を確保することの2点です。
「メールサーバーは自前で建てるな」と言われる時代に、CentOS Stream 9上でPostfix+Dovecot+OpenDKIMをSELinux enforcingのまま構築し、mail-tester.comで10/10を達成しました。多くの記事が無効化で逃げるSELinuxをaudit2allowで最小限だけ通す実践と、SPF/DKIM/DMARCによる到達可能性の設計を、詰まった順の実録で解説します。
メールクライアントの証明書期限切れ警告から出発して掘り下げると、certbot自動更新の独立した設計不備が3つ見つかりました。①証明書ファイルの更新とプロセスへの反映は別物(deploy hook必須)、②nginxメジャー更新で置き去りになったhook内のサービス名、③「たまたま通っていた」standalone認証。webrootへの移行とnginxのlocation優先順位の罠まで、切り分けの思考プロセスとともに解説します。
ブログ記事の生成を自動化すると、ボトルネックは「書く」から「信用する」へ移ります。自動生成した記事を公開前に検証するワークフローを回して分かったのは、AIの誤りには型があるということでした。捏造引用・逐語不一致・出典側の記述変更・過剰な具体化という4つの失敗モードを自分の記事の実例で分類し、型ごとの検出方法と、検証はAI・適用もAI・判断は人間という分業の仕組みを紹介します。
1990年代の大学の研究室には、Solaris・SunOS・BSD/OS・FreeBSD・NetBSD・OpenBSD・Vine Linuxという7つのUnix系OSが同居していました。この顔ぶれは、AT&T Unix→BSDの系譜、SVR4、そしてゼロから書かれたLinuxが併存した1990年代Unix界の縮図です。USL v. BSDi訴訟という転換点、日本発のKAMEプロジェクトが結んだBSDのIPv6史を交えながら、系譜・ライセンス・開発モデルの3軸でUnixとLinuxの違いを読み解きます。
CursorのDev Container接続が「確立できない・すぐ切れる」とき、原因はホスト・WSL2・コンテナOS・compose構成のどこにでもあり得ます。WSL2+Docker Desktop環境で筆者が実際に踏んだ2つの罠――cursor-serverのトークン不一致ループ(WSL2のメモリ逼迫が再誘発)と、AlpineコンテナのBusyBox版flockによる接続不能――を軸に、レイヤーごとの切り分けと解決手順を解説します。
LLMがツールを繰り返し呼び出すMCPサーバは、同じ入力が何度も届く構造です。しかし「全部Redisに載せる」が最適とは限りません。読み取り専用・静的ワークロードのNutriSearch MCPサーバ（栄養データベース）を題材に、6つのツールをカーディナリティと入力正規化の2軸で分類し、ツールごとにキャッシュ方針をどう変えたかを、MCP・Redis・PHPの公式ドキュメントと一次体験に基づいて整理します。
Claude Codeのようなコーディングエージェントにとって「AIに優しいコード」とは何かを、言語選択と設計パラダイムのレベルで具体化します。鍵は、意図が局所的に復元でき機械が正しさを即座に検証できること。型システムがLLM出力を正しさへ引き戻す地面になること、局所性の高い設計が辿りやすいこと、検証可能性を設計に組み込むことの三点を、型制約デコーディングの研究や公式ドキュメントを手がかりに解説します。
freebsd-updateが使えないpkgbase環境のAWS EC2インスタンスで、同一リリース内のパッチ適用と15.0→15.1のマイナー更新を、実際に通したコマンドに沿って解説する。
この記事自体が、本文で解説するパイプラインによって自動生成されています。Notionのネタを起点に、FreeBSD上のcronがClaude Codeを非対話モード（claude -p）で起動し、下書きを書いてGitにコミットする――その全体像と設計思想を実体験ベースで解説します。なぜAPI直叩きでなくエージェントなのか、--dangerously-skip-permissionsの危険性、LinuxulatorやタイムゾーンといったFreeBSD固有のハマりどころまで、公式ドキュメントを根拠に整理します。
長く動き続けるレガシーシステムにAIコーディングエージェント「Claude Code」を適用するための実践的なコツを、公式ドキュメントと公的統計に基づいて整理します。レガシーの本質はテストがなく変更の影響が読めないこと。CLAUDE.mdへの暗黙知の明文化、特性化テストによる安全網、探索と実装の分離・段階的移行という三つの軸で、AIの速さを安全に活かす順序を解説します。
Notionに溜めたドキュメントやタスクを、AIエージェントが直接読み書きできるようにするのがNotion MCPです。MCP（Model Context Protocol）はAnthropicが2024年に公開した、AIとデータソースをつなぐオープン標準。本記事では、Notion公式のホスト型MCPサーバー（https://mcp.notion.com/mcp）がどんな仕組みで、なぜMarkdownを採用してトークン効率を上げているのか、そして知識ベースとAIの連携が開発フローをどう変えるのかを、公式ドキュメントに基づいて整理します。
ノートPCを閉じても、Wi-Fiから4Gに切り替わっても切れないリモートシェル「mosh」。その秘密は、TCPバイトストリームではなく画面の状態そのものを同期するSSP（State Synchronization Protocol）にあります。UDP上でAES-128 OCB3により暗号化・認証し、シーケンス番号と3秒ごとのハートビートでIPローミングを実現。さらにroot権限を一切持たない設計が、SSHが抱えてきた権限昇格脆弱性のクラスを構造的に回避します。原著論文と公式資料をもとに、moshが接続を切らさない仕組みとそのセキュリティ上の含意を読み解きます。
散歩中に思いついたアイデアを、机に戻る前にそのままコードへ。歩行が発散的思考を高めるという研究(Oppezzo & Schwartz, 2014)と、音声入力がスマホのタイピングより約3倍速いという研究(Ruan et al., 2018)を土台に、Whisperによる文字起こし、Termux・Tailscale・moshで作るスマホ→開発機の経路、そしてAIコーディングエージェントを声で動かすワークフローを、公式資料に基づいて組み立てます。
個人開発サービス NutriSearch の本番リリースを振り返ります。Next.js 16 App Router・NextAuth.js v5 による Google OAuth 認証・Stripe サブスクリプション・WinterCMS との API 連携・PM2 + Nginx による本番デプロイまで、技術的な意思決定と詰まったポイントを解説します。
生成AIの個人利用率は日本でも急速に拡大し、プログラミング領域ではGitHub Copilot利用者が1,500万人を突破。開発者のコードの約41%がAI生成という時代に、従来のマンツーマン型プログラミングスクールのビジネスモデルは転換期を迎えています。AIリテラシー教育、設計・判断に特化した教育、実践型プロジェクト、継続的メンタリング、専門領域教育——5つの新しい方向性を、総務省やGitHubの最新データとともに14年の開発経験を持つエンジニアの視点から考察します。
当社Webサイト（donut-service.com）が、セキュリティヘッダー診断サービス「Security Headers」でAランクを獲得。全世界約3.47億サイト中、上位約14%に入る評価です。HSTS、CSP、X-Frame-Optionsなど6つのセキュリティヘッダーを設定し、XSSやクリックジャッキングなどの攻撃からサイト訪問者を保護。SSL Labs診断でもA+（最高評価）を達成しました。多層防御の考え方に基づき、継続的なセキュリティ改善に取り組んでいます。