シフト管理SaaSを開発するフリーランスエンジニアの著者は、お知らせ既読化のPOST処理をBillingGuard（課金ゲート）の除外対象にする修正で思わぬ問題に遭遇しました。chi（Go向けの軽量HTTPルーティングライブラリ）のミドルウェア実行時点では、chiはまだリーフ（最終）のルートパターンを確定していません。著者が期待した値は/api/v1/announcements/{id}/readでしたが、実際にミドルウェア内のRoutePattern()が返したのはマウント側のワイルドカード/api/v1/*のみでした。この結果、除外されるべきリクエストが誤分類され、支払い保留テナントが403エラーを受けるという不具合につながりました。

さらに厄介だったのは、ユニットテストも課金マトリクステストも両方グリーン（パス）のまま、本番相当の不具合が見逃されていたことです。原因は、ルーターを経由しないテストではchiのルートコンテキストが存在せず、フォールバック処理が常に成立してしまうため、実運用の条件を再現できていなかったことにありました。著者は「ルーター無しで呼ぶテストは、ルーターがある時だけ壊れるバグを原理的に検出できない」と振り返っています。

対応として、著者は実行時の厳密化を諦め、テスト層での対策に切り替えました。chi.Walk()で全ルートを列挙し分類表と照合する「RouteCompletenessテスト」と、分類表と判定関数の整合性を確認する「ExemptSingleSourceOfTruthテスト」を導入し、乖離を実行時の静かな誤作動からCI段階での失敗に変換したとしています。

日本の業務システム56件を対象に、MCP（Model Context Protocol、AIがツールやデータに接続するための標準プロトコル）とAPI（REST/SOAP/GraphQL/gRPC）の対応状況を公開資料ベースで調査した記事です。調査によると、56件中47件がAPIに対応しており、形式が明確に記載されているのは31件でした。形式別ではREST系が31件、SOAPが3件、GraphQLが1件、gRPCは0件と報告されています。一方でMCPに対応しているのは56件中14件にとどまり、MCP対応の14件はすべてAPIとも併存していて、MCPのみ対応のシステムは0件でした。

また56件中28件でAPI呼び出し回数などの上限が明記されており、そのうち具体的な数値が記載されているのは25件でした。筆者はMCPをAPIの代替ではなく補完的なプロトコルと位置づけたうえで、システム連携を検討する際は「相手が何を出しているかから調べよ。自社が何を使うかはその後」と主張しています。なお、この調査は実際の動作確認を伴わない文献調査であり、対象も「編集部が一次調査を終えて公開している56システム」に限られるため、日本全体を代表するものではないと筆者自身が明記しています。

Claude Desktopのデフォルト機能では1つのSlackワークスペースしか接続できませんが、筆者はカスタムコネクタを使うことで2つ目のワークスペースも接続できる方法を発見し、手順を共有しています。まずSlack API（https://api.slack.com/apps）でアプリを作成し、Agentsメニューで「Slack MCP Server」をチェック、OAuth & Permissionsのリダイレクト URLにhttps://claude.ai/api/mcp/auth_callbackを登録してClient IDとClient Secretを取得します。

次にClaude Desktop側でカスタムコネクタを追加し、MCPサーバーURLにhttps://mcp.slack.com/mcp?aaaのようにクエリパラメータを付けて重複登録を回避、認証設定を「常に必要」にしたうえでOAuth認証を行うと、2つ目のワークスペースとの接続が完了するとしています。筆者は「やったらできたレベルですので、個人の責任で実施ください」と述べており、公式手順ではない点に注意が必要です。

Zenn上の技術書で、Chainguard社が採用するセキュアなコンテナイメージ構築のツールチェーンについて、概念説明とハンズオンを交えて解説しています。同社はDockerfileに代わる新しいアプローチを採用しており、ソースコードからAPKパッケージを生成するmelange、APKパッケージをコンテナイメージに組み立てるapko、両ツールと連携するOSであるWolfi OSを組み合わせています。本ではソースからのパッケージ作成、コンテナイメージの組み立て、レジストリへの配布までを扱っています。

著者のYoshi Yamaguchi氏はGrafana Labsのデベロッパーアドボケイトで、オブザーバビリティとSREを専門領域としており、Chainguardの当事者ではなく第三者として技術を紹介しています。公開日は2026年9月2日、本文は約34,407字、価格は無料です。

Go 1.27（2026年8月リリース）で耐量子暗号（PQC、量子コンピュータでも解読が困難とされる暗号方式）のML-DSAが標準ライブラリのcrypto/mldsaパッケージとして追加されました。Go 1.24ではML-KEMがcrypto/mlkemとして先行実装されており、NISTは2024年にML-KEM（FIPS 203）、ML-DSA（FIPS 204）、SLH-DSA（FIPS 205）を標準として公開しています。筆者はGoやPQCの開発者ではなく、公式ドキュメントやNIST資料を基に導入の背景を調査・整理する第三者の立場で執筆しています。

背景には、量子コンピュータの実用化前に暗号移行を完了させる必要性があります。1994年に発表されたShorのアルゴリズムは、量子コンピュータでRSAや楕円曲線暗号が解読可能になることを理論的に示しました。NVIDIAのCEOジェンスン・フアン氏は2025年1月、量子コンピュータの実用化までに「20年ほど」かかるとの見方を示していますが、日本政府は2025年11月に2035年までのPQC移行方針を提示するなど、米英日を含む各国で具体的な移行計画が進行中です。筆者は「量子コンピュータができたら考えるのではなく、今から移行できる状態を作っておく」ことの重要性を述べています。