Hello World: 「記録」のない事実は、この世界に存在しない（Quod non est in actis, non est in mundo）
はじめまして。
FactSort Lab. | System Architect です。
最初の投稿は、技術の話でありながら、同時に生活の話でもあります。
相談、申立て、苦情、被害申告──どれも「人の現実」から始まるのに、途中でしばしば止まります。
止まる場所は、だいたい同じです。「門前払い」という名のシステムエラー。
その瞬間、当事者の側にはちゃんと現実がある。痛みも、驚きも、怒りも、怖さも、疲れも、全部ある。
ただ、システム側にはそれが“見えない”。見えないというより、処理できない。プロトコルが違うからです。
この投稿では、そのプロトコルの正体と、エラーを減らすための考え方を、なるべく偉そうにならずに、でも曖昧さを残さずに書きたいと思います。
1. システムの基本仕様：ファイルこそが世界
古い法格言に、"Quod non est in actis, non est in mundo"（記録にないものは、世界に存在しない）という言葉があります。
冷たい言い方ですが、これは脅しでも比喩でもなく、現代の司法・行政システムでも未だに力強く稼働している、最も基本的で残酷な仕様です。
どれほど深刻な被害を受け、どれほど強い感情を抱いていたとしても、それが「ドキュメント（記録）」としてシステムに入力されない限り、その事実は処理プロセスに乗りません。
システム側から見れば、それは「存在しないデータ」と同義です。
人間の側の「確かにあった」は、しばしば言葉になりません。
断片的で、思い出した順に飛び出して、感情の波に押されて、整った文章にならない。むしろ、整わないのが自然ともいえます。
それでも、受付・審査・判断のシステムは、“整った入力”を前提に設計されている。つまり、ここで摩擦が起きることになります。
2. エラーの原因：入力データの「型」不一致
多くのトラブル相談で、窓口で門前払い（Reject）が発生するのは、能力や誠意の不足なんかではなく、入力の型（データ型）が違うことが原因というケースが散見されます。
ユーザーは往々にして、自身の脳内にある「感情（Emotion）」や「主観的記憶（Subjective Memory）」を、そのまま出力しようとします。
しかし、レガシーシステムが要求しているパラメータは、そもそも別物です。
相手が期待しているのは、だいたい次のような項目です。
Timestamp：いつ（日時）
Location：どこで（場所）
Object / Action：誰が何をしたか（行為）
Proof：証拠はあるか（ログ）
そして、これらパラメータが欠損した状態で「辛い」「許せない」という非構造化データを送信しても、システムは Invalid Request（無効な要求）として処理を冷たく終了してしまいます。
言い換えると、あなたの訴えが軽いからではなく、受付側の仕様が“それを受け取れる形”にできていない。そして、その仕様はすぐには変わりません。というより、レガシーといいましたが、今後もずっと変わらないでしょう。
結果として、ここで誤解が生まれます。
当事者は「分かってもらえなかった」と感じる。窓口は「要件が足りない」と言う。どちらも本当のことを言っているのに、噛み合わない。
この噛み合わなさが、疲労と孤独感を増幅させます。
3. 「FactSort」の役割：感情 → 事実へのコンパイラ
FactSort Lab. が開発しているのは、あなたの脳内にある「ノイズ（感情）」と「シグナル（法や行政が求めているような整理・特定された事実）」を分離し、レガシーシステムが受理可能なフォーマットへ変換（コンパイル）するためのツールです。
誤解のないように言うと、感情を否定したいわけではありません。
感情は、現実の圧力そのものです。むしろ、感情があるからこそ「何かが起きた」ということが実感を持って分かる。
ただ、受付・審査・判断の世界では、感情は“入力”としては扱いづらい。そこで、まず通る形に変換する。手続の入口を通す。これは、心を弱くする作業ではなく、現実を前に進める作業です。
FactSort がやろうとしていることは、端的に言えばこうです。
入力：乱雑なメモ、記憶、感情的な訴え
処理：5W1Hに基づく構造化、時系列ソート、証拠との紐付け
出力：司法・行政APIが認識可能な「事実整理シート」と「タイムラインシート」
「コンパイラ」という言い方をしますが、プログラムに翻訳するというより、あなたの現実を“審査可能な形”に整える、そのための変換器です。
そして、ここが重要ですが、整えるのは“盛る”ことではありません。脚色でも誇張でもなく、ただ形を合わせる。真実を通すために、形式を整える。
ただそれだけのことで、一応言っておきますが、法律的な助言なんてものももちろん入っていません。
でも、この「整える」ということが難しい。特に、当事者になってしまうと、あれもこれも言いたくって整理できない。
4. 次のステップ：強い心より、整ったデータ
戦うために必要なのは、強い心だけではありません。
もっと言えば、強い心に頼りすぎると、どこかで折れます。人間なので。
必要なのは、整ったデータです。淡々と、しかし確実に、前に進むための足場。
まずは「ログ」を残すことから始めてください。
大きな決意より、小さく確実な記録です。今日からできる、最小構成は次の四つです。
いつ：分かる範囲で具体的に（○月○日、○時ごろ）
どこで：場所、オンラインならサービス名やURL、やり取りの媒体
誰が何をしたか：主語と行為を分けて短く（評価や感想は後でよい）
証拠：スクショ、メール、チャットログ、通話履歴、写真、第三者のメモ
書き方は上手でなくていいし、最初から整っているひつようもない。
重要なのは、「あとで整え直すことのできる材料」を残すことです。記録は、未来の自分への救命ロープになります。
結びと所信表明
私はシステムを作る側の人間として、そして現実に困っている人の話を聞く場面にも接してきた人間として、ずっと同じところに引っかかってきました。
なんとかしてほしい現実があるのに、処理されない。苦しみがあるのに、入力に失敗する。
この“入口の不具合”を、なんとかしたい。
FactSort Lab. は、そのための試みです。
強い言葉で誰かを叱るなんて考えているわけではなく、弱っている人が二度も傷つかないために。
「それは存在しません」と言われる前に、「存在する形」にしてしまうために。
この投稿を、私の Hello World とします。
ファイルこそが世界であるなら、世界に触れるためのファイルを、こちらで用意する。そんな仕事をしていきます。