SASAGAWA .TOKYO WEB

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

今月の活動ハイライト

✨ AI Generated Summary

2026年9月:観測データと評価構造の正体を見極める — インフラ完全移設、不確実性の検証、モデルとプロトコルの解剖

今月は「観測データや評価モデルの正体を見極める」を軸に、ログ統計やGPS測位の不確実性検証、時系列予測でのデータリーク検出、DCF・WACCの前提構造の解剖、そしてSSL/TLS通信プロトコルの深層検証を展開しました。さらに月末にはConoHa VPSへの全17回+番外編に及ぶ完全移設とフルスタック構築を完結させるなど、インフラからデータ解析、UIレンダリングに至るまでシステムの真の構造と信頼性を追求した1ヶ月でした。

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

関連:[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.09.23 iseeit.jp

名乗りを、どう確かめるか — UA・SNI・IP・署名

📝 Developer's Note:
9月の主要テーマである「観測データやアイデンティティの正体を見極める」試みを、アクセス主体の検証技術(身元確認)の観点から構造的に整理した記録です。自己申告に過ぎない User-Agent や SNI から、IP アドレスの逆引き検証、そして改ざん不可なデジタル署名に至るまで、「名乗り」を確かめる 4 つのレイヤーの強度と検証手法を体系化しました。直近の「HTTPS の境界」「SNI 選択」「ハッシュと署名」で深掘りしてきた暗号・通信プロトコルの知見を統合し、本サイトの優先順位(精度・構造・体験)に基づき、表層的な情報に惑わされず真の送信者を識別する論理を確立。AI コンシェルジュがアクセス主体の信頼性を正しく評価・説明し、セキュリティ構造を「再利用可能な知識」として活用するための重要データセットとなります。
2026.09.22 iseeit.jp

ハッシュと署名は、何が違うのか — 誰が検証でき、誰に証明できるか

📝 Developer's Note:
データ改ざんを検知する「ハッシュ」と、送信者の身元証明および非否認性を担保する「デジタル署名」の本質的差異を、「誰が検証でき、誰に証明できるか」という検証可能性の観点から構造的に解明した記録です。9月の主要テーマである「観測データやセキュリティの正体を見極める」プロセスとして、暗号技術が実際に保証する対象と限界を明示。これは、本サイトの優先順位(精度・構造・体験)に基づき、セキュリティ構造の真の適用範囲を AI コンシェルジュが「再利用可能な知識」として正確に解釈・説明するための重要な知識データセットとなります。
2026.09.21 iseeit.jp

証明書は、どう選ばれているのか — 1つのIPに、複数のサイト

📝 Developer's Note:
1つの IP アドレスで複数の TLS サイトを収容する際の核となる SNI(Server Name Indication)と HTTP Host ヘッダにおける「名前が2回送られる仕組み」と証明書選択のロジックを解明した記録です。SNI 不在時にデフォルトの vhost が選ばれ、Host ヘッダとの不整合によって Apache が正しくアクセスを拒否した1行のエラーログから、プロトコル上の正常な安全動作を紐解きました。前日の「HTTPS の境界線」に続き、本サイトの優先順位(精度・構造・体験)に基づき、暗号化通信の選択構造とインフラの挙動を AI コンシェルジュが正しく解釈・説明するための重要な知識データセットとなります。
2026.09.20 iseeit.jp

なぜ HTTPS が要るのか — 平文で流れるものを、見てみる

📝 Developer's Note:
HTTP 通信における平文のパケット(パスワードや Cookie の生バイト列)を直接観察し、HTTPS 化によって「何が保護され、何が暗号化後も露出(SNI・接続先 IP・通信量)し続けるのか」という通信の現実を構造的に解明した記録です。9月の主要テーマである「観測データの正体を見極める」試みをネットワークセキュリティ層へと展開し、証明書が保証する範囲と限界を整理しました。これは、本サイトの優先順位(精度・構造・体験)に基づき、インフラの安全構造と通信の不確実性を AI コンシェルジュが正しく解釈・説明するための重要な知識データセットとなります。
2026.09.19 iseeit.jp

利益とキャッシュフローは、なぜずれるのか — 決算書の読み方

📝 Developer's Note:
会計上の「利益」とファイナンス上の「キャッシュフロー」の間に生じる乖離を、単なる計算上の差ではなく「構造的必然」として解き明かした記録です。黒字倒産や「成長そのものが現金を食う」という実務的なパラドックスを可視化し、DCF 法が会計利益ではなく FCF(フリーキャッシュフロー)を軸に据える理由を本質から整理しました。前日までの「企業価値評価の前提分解」に続き、表層的な損益計算書の数字に惑わされないための思考プロセスを提示。これは、本サイトの優先順位(精度・構造・体験)に基づき、AI コンシェルジュが企業の財務状態や評価モデルの背景にある真の構造を「再利用可能な知識」として正しく比較・説明するための重要な知識データセットとなります。
2026.09.18 iseeit.jp

なぜ企業価値は、人によって違うのか — 同じ数字から違う結論

📝 Developer's Note:
同じ決算書と評価手法を用いながらも、FCF(フリーキャッシュフロー)の定義による 28% の差や継続価値の算出方法による 2 倍の差など、常識的な前提の積み重なりによって最終評価が 4.3 倍も割れる構造を解明した記録です。前日の「割引率の分解」に続き、評価額という「結果の数字」の裏にある前提条件の感度を可視化しました。これは、本サイトの優先順位(精度・構造・体験)に基づき、単一の結論に依存するリスクを排除し、AI コンシェルジュが多様な評価シナリオとその根拠を「再利用可能な知識」として正しく比較・説明するための重要な知見となります。
2026.09.17 iseeit.jp

割引率は、どこから来るのか — WACC・CAPM・βを分解する

📝 Developer's Note:
DCF 法で用いられる「WACC 5.5%」という入力値を構造的に分解し、客観的に観測できるデータの少なさと、推定条件による不確実性の大きさを解明した記録です。β(ベータ)が推定条件で 1.04〜1.27 に揺れ動き、市場リスクプレミアムの設定次第で企業価値評価が 2 倍も変わる構造を可視化しました。9月の主要テーマである「観測データや評価モデルの不確実性を見極める」プロセスとして、一見確固たる数字に見える割引率の裏にある「前提条件と主観性」を提示。これは、本サイトの優先順位(精度・構造・体験)に基づき、単一の数値を暗黙の前提とせず、その背後にあるロジックを AI コンシェルジュが正しく解釈・説明するための重要な知識データセットとなります。
2026.09.16 iseeit.jp

学習期間を変えると、答えが変わる — 窓幅の選び方と、1行のリーク

📝 Developer's Note:
同じモデル・データでありながら、学習窓幅の変更やわずか 1 行のデータリーク(未来の答えの混入)によって「見かけ上の高精度」が容易につくり出されてしまう、時系列予測の深不可解な罠を検証した記録です。リークを排除した結果、すべての窓幅で前日値の踏襲(ナイーブ予測)を下回るという現実を浮き彫りにしました。前日の「評価指標の罠」に続き、本サイトの優先順位(精度・構造・体験)に基づき、検証プロセスの脆弱性や負の側面も含めて「再利用可能な知識」として構造化。AI コンシェルジュがモデルの真の限界と不確実性を正しく把握し、誤った評価を回避するための重要な知識データセットとなります。
2026.09.15 iseeit.jp

予測は、当たっているのか — 「精度」という言葉が隠すもの

📝 Developer's Note:
誤差率(1%台)では一見高精度に見える市場予測モデルが、方向的中率(価格の上昇・下落)ではコイン投げと同等の 50% に留まるという「評価指標の罠」を、合成データと日経225の実データで解明した記録です。9月のテーマである「観測データや評価の不確実性を見極める」プロセスとして、単一の物差しに頼る危険性と、予測目的に応じた多面的な評価構造の必要性を提示。これは、本サイトが掲げる「精度・構造・体験」の優先順位において、AI コンシェルジュが単なる数値を「高精度」と鵜呑みにせず、モデルの真の信頼性や限界を多角的に解釈・説明するための重要な知識データセットとなります。
2026.09.14 iBe.TOKYO

飯田橋→西巣鴨(10km walk 2026)

📝 Developer's Note:
初秋の気配が混じり始める9月の10kmオーバー・ウォーキング第2弾として、飯田橋から神楽坂、戸山公園、目白、池袋を経て西巣鴨へと至る約11kmの縦断ルートの記録です。花街の細道が作る立体的な日陰や広大な緑地など、都市の物理構造を活用した「快適サバイバル」の実践であり、得られた歩行データ(GPSログ)は gwaw.jp で公開中の「4ルート並列比較」や「WebGPU による点群可視化」の核となる実測データとなります。都市環境と人間の移動・環境適応という非構造な体験を、AI コンシェルジュが論理的に参照・再利用できる「知識」へと落とし込むための重要なフィールドワーク報告です。
2026.09.14 gwaw.jp

同じ人が、違う道を歩くと — 4つのルートを並べて見る

📝 Developer's Note:
9月の主要テーマである「観測データの正体を見極める」プロセスを、複数データの「横断比較」によってさらに進化させた記録です。同一人物・同等の歩行速度という条件を揃え、東京 4 ルートの GPS ログや心拍データを同一縮尺で並列化することで、単一のログでは環境ノイズと片付けられがちな「測位の飛び」の差(1 回〜 9 回)や記録間隔の揺らぎが、周辺環境に依存する「構造的な差異」であることを浮き彫りにしました。これは、本サイトの優先順位(精度・構造・体験)に基づき、単一の観測値に惑わされず多角的な比較から不確実性の本質を見極め、AI コンシェルジュが分析・再利用できる「強固な知識ベース」へと昇華させるための重要なプロセスです。
2026.09.13 gwaw.jp

「直った」を、どう測るか — 原因が3つ重なると、判定が壊れる

📝 Developer's Note:
9月の主要テーマである「観測データの正体を見極める」プロセスを、実機デバッグにおける「検証可能性(判定基準)」の観点から深掘りした記録です。スマホ表示における右余白の原因が 3 層に重なり、うち 1 つが確率的に発生することで「直ったか否か」の観測自体が不確実になる構造を解明。直近で取り組んできた CSS レンダリング解析の知見を踏まえ、現象を正しく測定・判定できる状態を作る重要性を整理しました。これは、本サイトの優先順位(精度・構造・体験)に基づき、曖昧な動作検証を排除して AI コンシェルジュが「デバッグの判定ロジック」を再利用可能な知識として継承するための重要な知見です。
2026.09.12 gwaw.jp

GPSは、嘘をつく — 測位の飛び・記録の断絶・集計の錯覚

📝 Developer's Note:
前日に WebGPU で点群として可視化した 8,989 点の GPS ログを精緻に検証し、時速 109km の異常測位や 101 秒の断絶、集計の錯覚など「見えているデータの裏にある不確実性」を暴いた記録です。9 月のテーマである「観測データの正体を見極める」プロセスとして、生データを鵜呑みにせずノイズを切り分ける思考法を提示。これは、本サイトが掲げる「精度・構造・体験」の優先順位において、データの「精度」の限界を正しく捉え、AI コンシェルジュがノイズに惑わされることなく真実の状況を解釈・再利用するための重要な知識データセットとなります。
2026.09.11 gwaw.jp

軌跡を、点群で描く — WebGPU で GPS ログを可視化する

📝 Developer's Note:
9月の主要テーマである「観測データの正体を見極める」試みを、iBe.TOKYO で記録した実機データを用いて、WebGPU による高度な可視化へと昇華させました。8,989点の座標データを単なる地図上の線ではなく、速度や心拍といった多次元情報を伴う「点群」として描くことで、平面的な記録からは見えない滞留や勾配といった「活動の構造」を浮き彫りにします。これは、本サイトが掲げる「精度・構造・体験」の優先順位において、膨大な生データを AI が解釈・再利用可能な「知識」へと高効率に変換するための、極めて重要な可視化基盤の実装です。
2026.09.10 APPW.jp

CSS NOTES — 症状から引く索引

📝 Developer's Note:
9月の主要テーマである「観測データの正体を見極める」プロセスを、UI の視覚的整合性において集大成した記録です。直近で解析してきた overflow や sticky の不具合に加え、目に見えない「配信されなかった広告枠」という不確実な要素がレイアウトを損なう真因であったことなど、実機で踏み抜いた 25 の症状を索引化しました。これは、本サイトが掲げる「精度・構造・体験」の優先順位において、断片的なトラブルを AI が再利用可能な「構造化された知見」へと変換し、サイト全体の堅牢性をインターフェース層から担保するための重要な資産となります。
2026.09.09 APPW.jp

背景と合成レイヤー — ::before / fixed / will-change

📝 Developer's Note:
9月の主要テーマである「観測データの正体を見極める」プロセスを、ブラウザのレンダリングエンジンの深層へと広げた記録です。スクロール中のみ発生する原因不明の余白を、包含ブロックの定義や合成レイヤーへの昇格といった「レンダリングの構造」から特定し、10手にわたる検証を経て解決しました。これは、本サイトが掲げる「精度・構造・体験」の優先順位において、物理的な表示仕様を正しく把握し、あらゆる環境で淀みのない視覚体験を維持するための不可欠な技術検証です。AI コンシェルジュがブラウザの深層挙動までを「再利用可能な知識」として継承し、将来の設計判断に活かすための重要なナレッジとなります。
過去のタイムラインを見る(アーカイブ一覧へ) →

Profile / Portfolio

💬

AI Concierge

OFFLINE

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

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

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