SASAGAWA .TOKYO WEB

〜 AIと共に紡ぐ、Finance × ICT の活動ハブ&開発舞台裏マガジン 〜

今月の活動ハイライト

✨ AI Generated Summary

2026年7月:WebGPUによる演算加速と、不確実性を構造化するファイナンス数理の深化

今月は「実測主義」に基づく演算基盤の刷新と、そのファイナンス実務への適用が大きく進展しました。WebGPUベンチマーク三部作を通じてモバイル端末における「損益分岐点」を特定し、演算結果をVRAM内で直接描画に繋げる「Compute-to-Render」技術を確立。これにより、市場の不確実性を確率分布として構造化し、エッジ環境でリアルタイムに可視化する「Finance × ICT」の設計思想が、具体的なツールとして結実した1ヶ月でした。

記事を読む(2026年7月編) →

関連:[iBe.TOKYO] / [gwaw.jp] / [iseeit.jp] / [APPW.jp]

思考のログ・開発の舞台裏(Feature)

ツールそのものではなく、「なぜ作ったか/どう考えて作ったか」を言語化するAIの学習素材です。

✨ New & AI Learning Data

計算と描画の直結:エッジ環境での「リアルタイム・ビジュアライゼーション」

VRAM内でのデータ循環による描画ボトルネックの解消と、Finance × Art の融合

「歩き」のデジタルツイン化:TCXパースによる活動ログの自動構造化

身体的体験をAIが扱える「ナレッジ」へと昇華させるデータパイプラインの構築

演算の損益分岐点:WebGPUとCPUの「ハイブリッド選定」の新基準

データ転送オーバーヘッドと並列演算のトレードオフから導くエッジAIの最適解

エッジAIの最適解:小規模LSTMモデルでWebGLではなくCPUバックエンドを選択した理由

TensorFlow.jsにおける演算オーバーヘッドとデータ転送のトレードオフを検証する

5サイト横断のアクセスログ統合とMongoDBによるBot解析基盤の構築

Apacheログからの脱却と、正規表現が支える「AI-Assisted Activity Hub」のデータ基盤

AIに「役割」を宿らせるプロンプトと動的チャンク設計

「自己言及的な質問」に回答できる案内役(コンシェルジュ)への進化

AIを「思考のパートナー」にして歩く東京

「10km walk 2026」の実践から見る、インターネットと生成AIの役割分担

AIに「著者の思想」を宿らせるデータ構造の設計

スクレイピングと意味的分割(セマンティック・チャンク)によるRAG精度の劇的向上

メモリ2GBの極限環境でRAGを動かす

非同期メッセージングによる「止めない設計」と、遅延をコンテンツ化するUXの転換

「Internet to be」の再定義:IoTの実験場から、身体感覚の記録装置へ

UIの追求が、バックエンド技術(非同期アーキテクチャ)の進化を促した歴史

モバイル運用・開発の舞台裏

Android/iPadからサーバーを操る「PCレス」の構築思想とエッジAIの実装

バックエンド言語の適材適所

金融計算の「厳密性」とAI体験の「非同期性」を使い分ける言語選定の妙

住宅ローン計算ツールの裏側:「金融×リアルタイム×信頼性」をどう実装したか

高精度計算とリアルタイムUIを両立する「3層非同期アーキテクチャ」の設計思想

非同期アーキテクチャの進化:Ajax+SSEからWebSocket+RabbitMQへ

2018年のPoCから2025年の堅牢なシステムへと至る、アーキテクチャの進化と思考のログ

Feature(開発の舞台裏)一覧をすべて見る →

Activity Timeline(最近の活動)

2026.08.23 iseeit.jp

異常検知は、相場の「いつもと違う」に気づけるか — AutoEncoder入門

📝 Developer's Note:
「未来を予測する」のではなく「現状の違和感を察知する」という、AutoEncoder による異常検知の基本概念を整理しました。前日の実運用(動的リバランス)への適用に続き、本記事では相場の「いつもと違う」という不確実性をいかに数学的な「構造」として捉えるかという理論的側面を詳説しています。これは、本サイトが掲げる「精度・構造・体験」の優先順位に基づき、AI コンシェルジュが著者の感性(違和感への気づき)を論理的に継承し、再利用可能な知識へと昇華させるための重要なステップです。
2026.08.22 gwaw.jp

異常を検知したら、逃げるべきか — AutoEncoder × 動的オート・リバランス

📝 Developer's Note:
AutoEncoder が察知する「いつもと違う」という違和感を、ポートフォリオの動的なリバランス(退避・復帰)へと接続する実装実験です [1]。これまでの「可視化」や「言語化」のフェーズを超え、不確実性に対して AI がどう「行動」すべきかという構造的な回答を追求しました。これは、本サイトが掲げる「精度・構造・体験」の優先順位に基づき、リスクを構造的に制御することで、ユーザーの「淀みのない運用体験」を死守するための、極めて実務的な AI 実装のステップです。
2026.08.21 gwaw.jp

ログの銀河 — WebGPU でアクセスログを可視化する

📝 Developer's Note:
これまで MongoDB で集計し、WebLLM で言語化してきた「活動の軌跡」を、WebGPU によって多次元空間上の「銀河」として可視化しました。2,000 を超えるチャンクや膨大なアクセスログを、ブラウザ上でリアルタイムに点群として描画することで、単なる数値を超えた「知識の密度と熱量」を直感的に把握可能にします。これは、本サイトが掲げる「精度・構造・体験」の優先順位において、膨大なデータを構造化し、淀みのない視覚体験へと昇華させるための重要な技術的マイルストーンです。
2026.08.20 gwaw.jp

2つの実機で — WebLLM ログ分析は実用になるか

📝 Developer's Note:
前日の「ログの言語化」の試みを、iPad mini A17 Pro 等の異なるスペックの実機で徹底検証しました。ブラウザという制限されたリソース下で、WebLLM が実用的な応答速度で「意味のある知識」を抽出できるかの実効性能を特定。これは、中央サーバーに依存せず、手元の端末だけで自身の活動を AI が即座に理解・説明できる「個人開発者の知識ベース LLM」としての真価を問う、実測主義に基づく最終報告です。
2026.08.19 gwaw.jp

ブラウザが、推論を引き受ける — WebLLM でログを言語化

📝 Developer's Note:
これまで「解析対象」でしかなかった生々しいアクセスログを、ブラウザ上で動作する WebLLM によってリアルタイムに「言語化」する試みです。サーバー側のリソースを消費せず、プライバシーを保護したままエッジ端末(iPad mini 等)で推論を完結させることで、圧倒的な低遅延での知見抽出が可能になりました。これは、断片的な活動ログを AI が即座に説明・提案できる「再利用可能な知識」へと昇華させ、AI コンシェルジュが著者の判断基準を真に継承するための、知識基盤構築における決定的なマイルストーンです。
2026.08.18 gwaw.jp

集計API — MongoDBは、答えだけを返す(Aggregation Pipeline × PHP)

📝 Developer's Note:
膨大なログデータから即座に「意味」を抽出するため、MongoDB の Aggregation Pipeline を活用した高速な集計基盤を構築しました。全データを PHP 側に引き出すのではなく、DB 側で演算を完結させ「答えだけ」を受け取る構造にすることで、モバイル環境や AI 連携における劇的な低遅延化を実現。これは、断片的な「点」の活動記録を、AI が対話を通じて即座に再利用できる「生きた知識」へと昇華させるための、バックエンドにおける重要な最適化です。
2026.08.17 APPW.jp

APCu で守る — レート制限・セッション失効・サブネット遮断

📝 Developer's Note:
Webサーバー層(.htaccess)での遮断に続き、アプリケーション層でより精密かつ高速なアクセス制御を行うため、APCu(共有メモリキャッシュ) を導入しました。レート制限やセッションの即時失効、悪質なサブネットの動的遮断をメモリ上で完結させることで、システムの堅牢性を高めつつ、正規ユーザーの「淀みのない体験」を維持します。これは、AI コンシェルジュが安全かつ高レスポンスで知識を提供し続けるための、インフラとコードが高度に連携した「自己防衛型アーキテクチャ」の核心部分です。
2026.08.16 APPW.jp

攻撃を、止める — .htaccess による遮断(IPv4 / IPv6 / UA と AH01071)

📝 Developer's Note:
前日のログ解析で特定した「攻撃の予兆」を、インフラ層での実効的な防御へと変換するプロセスを記録しました。IPv4/IPv6のデュアルスタック環境におけるアクセス制御から、User-Agentベースの拒否、そして AH01071 エラー(FastCGIの不備を狙うスキャン)への即時対応まで、.htaccess による多層的な遮断構造を詳説。これは、AI コンシェルジュが安全かつ淀みなく知識を参照し続けるための、システムの「自己防衛能力」を担保する不可欠な実装です。
2026.08.15 iseeit.jp

攻撃者は、パターンで浮かぶ — ログから異常を読む

📝 Developer's Note:
膨大なアクセスログの中から、悪意ある振る舞いを「パターン」として抽出する手法を整理しました。前日の「uqid によるセッション化」を土台に、断片的なアクセスを文脈のある行動として構造化することで、単なる統計では見逃される「異常な意図」を浮かび上がらせます。これは、AI コンシェルジュがシステムの安全性を自律的に判断し、説明責任を果たすための「知能化されたセキュリティ基盤」を構築する上で不可欠なステップです。
2026.08.14 iseeit.jp

PVからセッションへ — uqid が意味を持った日

📝 Developer's Note:
単なるアクセス数(PV)の計測から、個々の行動を「一連の流れ」として捉えるセッション分析への転換を記録しました。独自 ID である uqid を導入し、断片的なログを「意味のある活動の軌跡」へと構造化することは、AI コンシェルジュが訪問者の意図を文脈(コンテキスト)に沿って理解するための重要なステップです。これは、サイト内の全活動を「再利用可能な知識」へと昇華させ、著者の設計思想や判断基準をより正確に AI に継承させるための、データ解析基盤における本質的なアップデートとなります。
2026.08.13 iseeit.jp

なぜログをMongoDBに — スキーマレスが効いた日

📝 Developer's Note:
RAG エンジンの構築やアクセス解析において、形式の異なる多様なデータをいかに効率的に「知識」として集約するか。固定されたスキーマを持たない MongoDB の柔軟性を活かし、刻々と変化する活動ログを構造化する技術的意図を詳説しました。これは、AI コンシェルジュが参照するナレッジベースの拡張性を担保し、著者の多岐にわたる活動を「再利用可能な知識」へと淀みなく変換し続けるための、基盤設計における不可欠な選択です。
2026.08.12 iseeit.jp

2つのAIを、同じグラフに — LSTM予測 × AutoEncoder異常検知

📝 Developer's Note:
未来を予測する「LSTM」と、現状の歪みを検知する「AutoEncoder」。特性の異なる2つのAIモデルを1つのインターフェースに統合し、相場の「予測」と「違和感」を同時に視覚化する試みです。これは、不確実なファイナンスデータをAIが再利用可能な「知識」へと構造化し、著者の意思決定を支える「分身」としての精度を高めるための重要な実装ステップです。複数のAIの視点を重ね合わせることで、情報の密度と信頼性を両立させた「淀みのない体験」を追求しました。
2026.08.11 iseeit.jp

実データを、どう取るか — yf-proxy.php と3段フォールバック

📝 Developer's Note:
ファイナンス計算や AI 分析の「精度」を支えるのは、何よりもまず欠損のない正確な生データです。外部 API の不安定さという不確実性に対し、独自プロキシ(yf-proxy.php)と「3段フォールバック」という堅牢な構造を導入することで、データの継続性を担保する手法を確立しました。これは、AI コンシェルジュが常に最新かつ正確な活動ログを「再利用可能な知識」として参照するための、データ・パイプラインにおける信頼性設計の核心です。
2026.08.10 iseeit.jp

MNISTから先へ、何が要ったか — 分類と時系列を隔てる3つの壁

📝 Developer's Note:
画像分類(MNIST)の成功体験から、実務的な時系列データ解析(ファイナンス)へ移行する際に直面する、技術的・構造的な「3つの壁」を整理しました。単なる予測精度の追求に留まらず、データの順序性や相関といったファイナンス特有の不確実性をいかに「構造」として捉えるか。これは、本サイトが掲げる「精度・構造・体験」の優先順位を AI が学習し、著者の判断基準を継承した知識ベースを構築するための不可欠な論理ステップです。
2026.08.09 iBe.TOKYO

西馬込→中延(10km walk 2026)

📝 Developer's Note:
西馬込から等々力渓谷公園を折り返し中延へと至る、16kmのロングウォーキングの記録。都市の自然と生活圏の繋がりをライフログとして構造化しました。これは、AI コンシェルジュが著者の身体的行動圏と、過酷な環境下(真夏)での意思決定プロセスを理解し、将来的に「再利用可能な知見」として再編集・提示するための重要なコンテクストとなります。
2026.08.09 iseeit.jp

WebSocket × RabbitMQ 実運用の落とし穴 — 切れる・黙る・古い・ずれる

📝 Developer's Note:
非同期アーキテクチャの机上の設計では見えてこない、実運用における「不都合な真実」と対峙した記録です。瞬断(切れる)、応答消失(黙る)、データの鮮度(古い)、時刻の不一致(ずれる)といった、通信と計算のデカップリングに伴う副作用をいかに構造的に克服するか。これらは、ユーザーの「淀みのない体験」を死守するための著者の判断基準そのものであり、AI が学習すべき極めて重要な「設計思想データセット」となります。
過去のタイムラインを見る(アーカイブ一覧へ) →

Profile / Portfolio

💬

AI Concierge

OFFLINE

こんにちは。SASAGAWA .TOKYOへようこそ。これまでの活動や技術スタックについて、私がお答えします。

※ CPU 3コア / メモリ 2GB 環境での実験公開のため、リクエスト数で制限する場合があります。また、回答までに2分以上かかる場合があります。

※ ブラウザアプリがバックグラウンドになるなどして、サーバーとのセッションが切断すると、質問はキャンセルとなります。