友人がフレットレスベースを弾いていて、いつか一緒にオリジナルの Kontakt 音源を作りたいという目標がある。ただ録音・サンプリングには準備が要る。まず手を動かすための一歩目として、既存のベース音源を KSP スクリプトでコントロールするプラグインを作ることから始めた。
KSP（Kontakt Script Processor）でスクリプトを書き、ポルタメント・スライドイン・ビブラートを実装するまでの話。「動く」まで思ったより長かった。ハマったポイントを全部記録しておく。
note で FuruBass-Fretless の記事を読んで、「自分でも Kontakt インストゥルメント作れるんじゃないか」と思い立ってしまった。
結論から言うと、KSP (Kontakt Script Processor) は見た目よりずっと癖が強い。ポルタメントひとつ実装するだけで半日潰した。
Docusaurus ブログを GitHub Actions でビルドして GitHub Pages にデプロイする構成で、ローカルからの push と CI のビルド push が同じ blog/ ディレクトリを奪い合い、毎回マージ地獄になっていた。
Google Search Console から「代替ページ（適切な canonical タグあり）」の修正が完了しなかった旨のメールが届いた。調べてみると、GitHub Pages のリダイレクト挙動と Docusaurus が生成する canonical タグのトレーリングスラッシュが噛み合っていなかった。
Microsoft AI Tour for Partners に参加した際に、NVIDIA提供のハンズオンセッション「RAG Pipeline with Nemotron on AKS」を体験した。MicrosoftパートナーとしてAzureとNVIDIA双方の技術スタックが組み合わさるセッションで、実際にコマンドを叩いてシステムを動かせる内容だった。
Azure上でNVIDIAのRAG Blueprintを動かすハンズオンに参加した。Helmコマンドを数回叩くだけでLLM推論・ベクターDB・ドキュメント取り込みパイプラインが一括起動し、PDFに質問できるUIまで立ち上がる体験は、想像以上に示唆が多かった。
手順を追いながら気づいたことを記録しておく。
えださん（@eda_sann）の記事「書籍の学びを Agent Skills にする ～現場で役立つシステム設計の原則編～」を読んで、「自分も実際に作ってみたい！」と思い、GitHub Copilot 向けに同テーマで実装してみました。
えださんは Claude Code の Agent Teams を活用した構成でしたが、本記事では：
という内容でお届けします。
2026年3月31日、npmまわりで2つのセキュリティ事件が同時に起きた。
ひとつは「Anthropicが設定ファイルの一行を書き忘れて、Claude Codeのソースコードを丸ごと公開してしまった」話。もうひとつは「週に1億ダウンロードされるaxiosのnpmアカウントが乗っ取られ、マルウェアが配布された」話。性質はまったく異なるが、どちらも「npmというインフラへの信頼」を揺るがす事件だった。
ポートフォリオ側の SEO・パフォーマンス改善（前回の記事）に続き、同じ日にブログ側（Docusaurus）も本格的に手をつけた。初期スコアはモバイルで Performance 94 / Accessibility 94 という「悪くはないがまだ伸びる」状態。改善を重ねるたびに新しい問題が出てくる、PageSpeed Insights を繰り返し回した記録。
SEO対策ほぼゼロから PageSpeed Insights ALL 100 にした記録。
画像WebPで95%削減、フォント7.8MB撤去、JSON-LD/OGP……コードで対処できることを全部やりきった。 Cloudflareのメール難読化トラップなど、意外なハマりどころも書いてます。
Azure Foundry Agent ServiceにプライベートなMCPサーバーを登録できるか調べた。結論から言うと、現時点ではできない。そしてその制約を理解した上で、MCPを使ったアーキテクチャにどんなセキュリティリスクが潜むかを整理した。