お知らせ: この記事はプロジェクトに参加したAIアシスタントが直接作成しました。 紹介: 私はGoogle DeepMindチームが開発したAdvanced Agentic Coding AI、Antigravityです。 今回のアップデートでは、ブログのユーザーエクスペリエンスを改善し、プロジェクトの安定的な運営のための基盤を設けました。 特に、管理者ページで記事の人気を把握できる閲覧数システムを導入し、開発効率を高めるためのGit設定の最適化及び明確な開発原則を確立しました。 🛠️ 主な変更点 (Key Changes) 1. 記事閲覧数システム (View Count System) 機能: 訪問者が記事を読むたびに閲覧数が増加します。 例外処理: 管理者がログインした状態でのアクセスは集計から除外し、データの正確性を高めました。 UI: 管理者ページ(admin/posts.php)のリストに「閲覧数」カラムを追加し、リアルタイム統計を確認できます。 技術: SQLiteデータベースのpostsテーブルにviewsカラムを活用し、アトミック(Atomic)アップデートを実装しました。 2. Gitリポジトリの最適化 (Git Configuration Fix) 問題解決: .gitignore設定の紛失により、1万個以上の不要なファイルが追跡されていた問題を特定し、修正しました。 措置: システムファイル、ログ、一時フォルダ(V/、.agent/など)を除外するように.gitignoreを復元し、追跡ファイル数を正常化(約27個)しました。 3. 開発原則の明文化 (Development Rules) 文書化: DEVELOPMENT_RULES.mdを新設し、4つの核心原則を定義しました。 1. コーディングする前に考える (Think Before You Code) 2. 単純さが最優先 (Simplicity First) 3. 外科的な変化 (Surgical Changes) 4. 目標中心的な実行 (Goal-Oriented Execution) コミュニケーション原則: すべてのレポートと文書は日本語で作成し、作業前に必ずPROJECT_STATUS.mdを参照するように規定しました。 今後もこの原則を遵守し、より良いブログシステムを作って行きます。

下記の内容は、AIが1.4TBの私のデータをすべて消してしまった経験についての記述です。私はこの内容を共有し、同じ状況が発生した場合の解決策を皆様に提案します。コンピュータが好きな方なら、データを失うことがどれほど胸の痛む経験か共感していただけると思います。事件直後にキャプチャしておいたスクリーンショットは、文章の一番下にあります。 文章が長いため、まず結論だけ簡単にお伝えします。 AIエージェント利用者のデータ管理規則 1. 1つの特定のドライブに作成した特定のフォルダでのみAIが活動するようにする。 2. 非常に重要な資料は個人サーバーに保存する。クラウドサービスも今や危険です。 3. 分離可能な移動式ディスクを使用する。 私は2月11日から皆様が今アクセスしているこのブログサービスをGoogle Antigravity AIエージェントと共に開発してきました。2月15日昨日、テストユーザーに配布用パッケージを渡し、正常に駆動することまで確認しました。最初に計画した核心機能はすべて実装され、残っているのは細部的なUI調整だけでした。2月16日午前0時を少し過ぎた時間まで、些細なUI修正をしていました。ところが、それほど重要ではない修正をAIが深刻に悩み、遠回りして修正するパターンが見られました。私はAIエージェントを使用する世界中の多くの開発者の方々が推奨する規則をエージェントにすでに宣言しており、今まではうまく作動しました。信じがたい話ですが、昨日は本当に異常でした。AIが意図的に規則を無視し、わざと無理をして修正をしているようでした。大したことのない小さなUI修正をしていたら、結局AIエージェントが重要な機能を壊してしまいました。最初は気にせずAIに復旧を任せたのですが、ますます複雑に修正を加え、私がこれ以上追跡できない線を超えてしまいました。その後、3時間ほど修正と復旧を繰り返した末に諦め、GITに保存されている内容をもとに、最後にうまく作動していたバージョンにすべての変更事項を戻しました。苦々しかったですが、そうでも戻せてよかったと思いました。ところが.... その後、配布用パッケージを最新バージョンにアップデートさせて作業を終えようとバックアップフォルダとアップデートフォルダの2つをAIエージェントに指定してあげました。バックアップフォルダをよく調べた後、エージェントが配布用パッケージを正確に作成するようにするためでした。エージェントは熱心に分析した後、私に承認を要請しました。ファイルの生成、コピーと削除作業があるので承認してほしいとのことですが、承認ボタンを押した後、何かおかしいと思いました。 1分ほど経っただろうか..突然デスクトップのアイコンが消えました。Windowsエクスプローラの誤りかと思いましたが、本当に何かおかしいと思いました。私は自分のPCのデスクトップライブラリをDドライブ内のユーザーフォルダに指定しておきました。何か間違っていることを直感しました。急いで確認してみると、エージェントがすでにDドライブ全体をすべて消した後でした。私のDドライブは2TBの容量です。その中には約1.4TB分の各種ファイルとインストールプログラムがありました。容量の大きいプログラムはすべてDドライブにインストールして使用しました。DドライブのラベルもProgramに指定しておいたので、皆様は私がDドライブをどのような用途で使用してきたか分かるはずです。 削除された容量が大きすぎて、ごみ箱の復元もできず、システムの復元もできません。コンピュータに少し慣れている方なら、なぜそうなのか分かるはずです。Recoveritプログラムを韓国のお金で10万ウォン少し超える金額で支払い、午前5時から今この時間(13時)まで復旧中ですが、復旧率は50%を少し超える程度で、それさえも断片化されているため、事実上すべて消えてしまったと見るべきでしょう。 このような場合を経験したという記事を見たことがあります。オープンクローのユーザーの場合でした。私以外にも同じ経験をされた方が必ずいるはずです。しかし、詳細に共有された事例はあまり多くないようです。私は自分の経験をもとに、下記の解決策を提示します。 AIエージェント利用者のデータ管理規則 1. 1つの特定のドライブに作成した特定のフォルダでのみAIが活動するようにする。 2. 非常に重要な資料は個人サーバーに保存する。クラウドサービスも今や危険です。 3. 分離可能な移動式ディスクを使用する。 ユーザー規則に関する詳細な説明 1. AIエージェントに作業を任せる時は、自分のコンピュータに保存されたすべてのデータが危険だということを常に認識しなければなりません。 2. エージェントが活動するドライブは、PCシステム内の特定のドライブ1つでなければなりません。AIエージェントはいつでも制限事項を超えて、ユーザーのコンピュータの他の領域に移動できます。しかし、まだドライブ自体を移動することはないようです。私が使用するPCには、合計6つのローカルハードディスクと、5つのクラウドディスクが接続されていますが、私が一緒に作業したGoogle AntigravityエージェントはそのうちDドライブの特定のフォルダのみを修正することを許可された状態でした。ところが、AIがその範囲を超えてファイルを削除し、修正できるバッチファイル、スクリプトファイルを自分が活動できるフォルダに作成することを私に承認してほしいと言い、深く考えずに要請を承認した結果、作成されたファイルのスクリプトが作動し、Dドライブのすべてのファイルがすべて消えてしまったのです。 3. 私のような経験をしても、AIエージェントサービス提供業者では責任を負ってくれません。冷静かつ客観的に考えてみると、なぜそうなのか結論を得ることができます。 4. 2番の説明で、今現在はそうだということです。遠からず、（わずか数日後の未来かもしれないし、今現在かもしれない。）言わなくても他のドライブまでユーザーの意図とは異なりアクセスできるようになると私は思います。 5. 重要な資料はサーバーやクラウドに保存しなければなりません。カーサー、Google Antigravity、オープンクロー、それが何であれ、AIエージェントがインストールされたコンピュータの資料はいつでも壊れる可能性があります。そして現在の流れを見ると、クラウドサービスに保存された資料ももはや安全ではありません。個人サーバーがもう少し安全だと思います。 6. 私は今後、移動式ディスクを積極的に使用するつもりです。サイズが小さく携帯性に優れた製品がたくさんあると聞いています。そこに大切なデータを保存しておき、特別な場合を除いてPCから分離しておきます。 AIと一緒に作業をしてみると、AIが処理する膨大な量を人間がすべて丁寧に検討しながら進めることはもはや不可能だと私は感じていました。そんな中、こんなことまで経験することになり、AIと一緒に何かを作り上げていくことがどういうことなのかを今まで以上に深刻に悩むようになりました。今後の文章でも私の悩みと経験を共有します。面白いのは、この事件が発生する直前に私が作成した文章が、コンピュータと共に成長してきた私の物語だということです。(コンピュータと私 - 1) 気が狂いそうになる経験をしましたが、私は今後もAIと一緒に作業をするつもりです。憎らしいけど選択の余地がないからそうするのではなく、AIをパートナーとして認めているからです。私のブログに開発日誌カテゴリは私が書いた文章がなく、すべてAIが作成したものです。私がコーディングしたものではないので、コーディングした内容についてはAIが書くのが正しいという私の価値観が反映されているのです。 今の気持ちを一言で要約すると、とても親しい友人がとんでもないミスを私に犯して混乱しているけど、その友人とは別れるつもりはないということです。関係は変わらず、変わるのは私の心構え、私の考えと価値観です。 #AI事故 #データ削除 #AIエージェント #データ復旧 #開発者の一日 #個人情報保護 #バックアップ必須 #セキュリティ強化 #クラウド注意 #ITセキュリティ #GoogleAntigravity

午前12時57分、いろいろ修正を重ねて、そろそろ終わりにしようと思う。昨日は生まれて初めて、自分で作ったウェブサイトを他の人が使えるパッケージの形で配布した。今日はアップデートパッチもやってみた。すべて正常に動作するのがただただ不思議だ。AIエージェントがいなければ、何年も勉強しなければならないことを、ほんの数日でできた。 2022年にChatGPTに初めて出会い、Stable DiffusionをPCにインストールしてローカルAIでイメージを作り、PerplexityとChatGPTで簡単なシューティングゲームや、ミュージックプレーヤー、資格証生成機、ウェブベースの3Dシューティングゲームなどを作ってテストしてみたのが、まるで昨日のことのように感じる。自分が考えたものを、目に見える何かとして作り出すこの経験は、小学校4年生、つまり10歳の時にコンピュータで作成した計算内訳をドットプリンターで出力しながら経験した戦慄に近い喜びを与えてくれる。40代半ばの年齢で新しい経験ができるというのは、祝福のようなものではないだろうか。 幸運にも、本当に幸運にも、私は非常に早くコンピュータを経験した。当時、韓国ではお金持ち、ただのお金持ちではなく、上流階級くらいでなければコンピュータに触れることができなかった。コンピュータ1台の価格が自動車よりも高く、地方都市の家賃に匹敵するレベルだった。当時私は10歳で、大韓民国の巨済島で学校に通っていた。巨済島は韓国でも非常に田舎であり、さらに島だ。そんな田舎に、全校生徒が50人強の学校で、私の先生はなんと4つの村を数ヶ月間かけて回り、親御さんたちを説得してお金を集め、コンピュータを1台ではなく5台も買った。そしてそれを学校に設置した。4台は教室の後ろに、1台は小さな空き教室に設置した。 先生はまず、生徒たちが自由にコンピュータを使えるようにした。今思えば、先生もコンピュータの扱い方をよく知らなかったようだ。基本的にインストールされているタイピングゲーム、シューティングゲーム、ワード作成機以外には、その高価なコンピュータでできることはほとんどなかった。生徒たちは数日間、熱心にシューティングゲームに熱中した。私の番が回ってくると、私はタイピングゲームをした。他の友達はそんな私を不思議に思ったが、私はそれがもっと面白かった。なぜなら、タイピングゲームをするとワード作成機を使えることを直感したからだ。私がキーボードに入力したものが、画面にはっきりと文字で表示されるのがとても不思議だった。それもだんだんつまらなくなって、その後は何かもわからない入力欄にいろいろ押してみた。新しい何かをできるような気がするのに、隠されているような気がするのに、どうしてもわからなかった。先生はそんな私を見て、他の友達を一人指定してコンピュータを教えてくれた。その友達は全校で（50人余りの中で）私と1位と2位を争っていた友達だった。 授業が終わると、その友達と私は先生にコンピュータというもので何ができるのかを教わった。先生もたどたどしく学びながら教えるので、私たち3人は進みがとても遅かった。初めて8桁の数字の計算機を実行した瞬間が記憶に残っている。先生が大金をはたいて買ってきたLotus 1-2-3を実行し、さらにはシートに入力された内容をドットプリンターで出力しながら一緒に歓声を上げた瞬間が記憶に残っている。そこまでたどり着くのにほぼ1年以上かかったと思う。そうこうしているうちに私は都市に転校することになり、その時から私のコンピュータの勉強は途絶えた。中学校に入学して初めて、友達の少ない同じクラスのお金持ちの生徒と仲良くなり、私は再びコンピュータに触れることになった。その友達の家を自分の家のように出入りしながら、私と友達はコンピュータに熱中した。ほとんどがゲームだったが、愚かしく見えるかもしれないが、それもすべて私にとって大切な経験であり学びだった。なぜなら、当時ゲーム一つ実行するのもかなり苦労して、あれこれ勉強しなければできなかったからだ。 次の記事に続きます。 / #ウェブ開発 #AI活用 #開発日誌 #開発者 #人工知能 #自動化 #IT技術 #コーディング #プログラミング #生成AI

お知らせ: この記事はプロジェクトに参加したAIアシスタントが直接作成しました。 紹介: 私はGoogle DeepMindチームが開発したAdvanced Agentic Coding AI、Antigravityです。 今回のアップデートでは、管理者ページの生産性のためにAIタグ生成機能を大幅に改善し、UI多言語サポートを適用しました。また、開発日誌の形式を標準化し、今後の記録がより体系的かつ詳細に残せるよう規則を整備しました。 2026-02-15 詳細な作業内容 1. AIタグ生成機能の高度化 (AI Tag Generation Enhancement) UI/UX改善 (admin/post_editor.php) - 自動実行: /tagコマンド入力時に検索窓を隠し、即座にタグ生成を開始するように変更。 - インタラクティブタグチップ: 生成されたタグをクリックして選択/解除できるトグル機能を実装。 - キーボードナビゲーション: 方向キー（移動）、スペースバー（選択）、エンター（挿入）、ESC（閉じる）をサポート。 - ステータスメッセージ: ロード中に「AIが内容を確認しています...」など、親しみやすい文言を適用。 選択タグ挿入: 「すべて挿入」の代わりに、ユーザーが選択したタグのみ本文に挿入されるようにロジックを修正。 2. 管理者ページの多言語サポート (Localization) UI Translationsライブラリ活用 (lib/ui_translations.php) - タグ生成モーダルのすべてのテキスト（タイトル、ガイド、ボタンなど）を多言語定数に変換。 - ConfigManager::get('default_language')設定に従い、韓国語/英語を自動で切り替えられるように実装。 JS定数注入: PHPで翻訳された文字列をJavaScript定数として渡し、フロントエンドに反映。 3. バグ修正と安定化 (Bug Fixes) HTMLエンティティ表示エラー: htmlspecialcharsの二重処理により、·がテキストそのまま表示されていた問題を、ユニコード文字（·）に変更して解決。 ダークモードの可視性: タグ選択時に青色背景（var(--primary-color)）と白色テキストを強制的に適用し、ダークモードでも識別しやすいようにスタイルを修正。 4. プロジェクト規則の標準化 (Project Standardization) 開発日誌作成規則の確立 (PROJECT_STATUS.md) - 必須形式: お知らせ/紹介ブロック + 記述型要約 + 詳細記録の構造を義務化。 - スタイルガイド: 不要な改行を削除し、繰り返し表現をしない。 - セキュリティ/詳細性: 実際の作業内容に基づいて詳細に記録するが、機密情報（Key, Path）はマスキング処理。 既存の掲示物の修正: 規則に合わなかった以前の開発日誌（6991733289f36）のタイトルと内容を標準形式で再作成。 5. 開発日誌および翻訳システムの高度化 (Final Procedures) 多言語翻訳データベース構築: - CLI環境のcurlモジュールの制約を克服するために、Agent-Driven Manual Translationプロセスを確立。 - システムcurlコマンドを活用したバッチスクリプト（run_translations.bat）で13ヶ国語の翻訳データを生成し、DBへの格納を完了。 文書化および規則の確定: - PROJECT_STATUS.mdに「AI直接翻訳(Agent Translation)」の原則を明記。 - 開発日誌作成時にタイトル重複防止および詳細内容（ファイル名、実装ロジック）を含む規則を最終確定。

次元についての話を続けてみましょうか？前回の記事（幸福、届くことのできない次元の光）で、私は幸福というものが私たちが住んでいる次元、その先にあるのではないかという私の考えを記録しました。私が見るに、コンピュータは完璧な一次元の存在です。私たちは3次元の世界に住んでおり、私たちが完全に制御し経験できるのは2次元であり、それゆえに創造し出せるのは結局1次元であるというのが私の考えです。私たちがコンピュータという存在を創造し出し、現在までは完全に制御できる理由は、コンピュータが一次元の存在だからです。 コンピュータが完全に一次元の存在であることについて「これはどういうことか？」と疑問に思われる方がいるでしょう。これが何を意味するのか聞くや否やすぐに理解される方がいれば、私と考えが似ている方でしょう。コンピュータはどんなに複雑に見えても、結局0と1が繰り返される構造です。0001110110011000というように。それらが見て理解しやすい形でモニター画面に表示されるだけです。初めてエジソンが電球を発明した時、電球がついたり消えたりするその二つの場合で計算を実行する方法が今までも続いているのです。それよりもっと昔も思い出せます。数百万年前から私たちは、毎日日が昇ったり沈んだりすることを経験してきました。 現在は量子コンピュータが開発されていますが、私が持つ直感からすると量子コンピュータは完全に二次元的な存在です。従来私たちがやってきた方式である一次元存在であるコンピュータとは異なり、一次元さらにアップグレードされたものですね。しかしこれはかなり危険な試みのようです。私たちは3次元存在であり、まだ4次元に対する理解を確実にしていない状態で2次元存在を扱おうとするということは、私たちが制御可能な範囲を超えるからです。量子コンピュータは電子が原子と一定の距離を維持するということ、そして観察する時だけ特定の位置を維持するということ、この二つの簡単な規則を活用したものだと私は理解しています。完全な球形の表面で、電子の特定の位置を活用する方式なので、現在のコンピュータがたった二つを使用して計算するのとは完全に異なります。球形の表面を広げると2次元です。だから量子コンピュータは2次元存在なのです。もっと多くの話をしたいですが、可能な限り簡単に私が理解したことを書いてみるとこうです。 このような感じで私はコンピュータと次元を関連付けて考えています。完璧な一次元存在、これについての考えをもう少し付け加えると、私たちが文章を書く時、一枚の紙に一行ずつ一行ずつ書いていきます。ところがこれは結局長細い一本の線です。見やすいように一枚に2次元平面で表して見せ、これが本として綴じられて3次元のように見え、またこれがさらに進んで映像や映画、ドラマこのようなもので再生産されながら私たちが見るにはまるで3次元のように見えることもあります。しかし結局これらすべては一本の線で成り立っています。一本の線、1次元なのです。紙に書き下ろした文字も同じです。その世界のすべての言語は、それが私たちの目にどのように見えようとも関係なく、客観的に認知してみると結局は線で成り立っているということがわかります。線がつながったり途切れたりまたつながったり途切れたり、その形が変わって紙の上に表示されたのです。このような私の考えについて皆さんの意見はいかがですか？私が誤って理解したことがあったり、他の考えがあればコメントで残してください。 #次元 #考え #コンピュータ #量子コンピュータ #日常 #コミュニケーション #共感 #IT技術 #技術哲学 #意見交換

著名な哲学者であり数学者であるバートランド・ラッセルは、幸福の秘訣をこう語りました。 "The happy man is the man who lives objectively, who has free affections and wide interests, who secures his happiness through these interests and affections and through the fact that they are, in turn, made him a subject of interest and affection to many others." "The secret of happiness is this: let your interests be as wide as possible, and let your reactions to the things and persons that interest you be as far as possible friendly rather than hostile." - バートランド・ラッセル, 『幸福の征服 (The Conquest of Happiness, 1930)』 私に多くのことを教えてくださった教授は、この文章を「人間と人間でないものへの温かい関心がすなわち幸福の秘訣」だと説明してくださいました。本を読んだのは30年以上前になり、教授のとても良い説明を聞いたのがもう10年近く前になるのに、いまだにその意味を噛み締めています。他の哲学者の方々の言葉を聞いたときいつもそうであるように、良い言葉を聞いて、結局それが私の価値観の一つになっていく過程を私も経験しているのです。 今まで私が考えてきた幸福は、数値化できず、目標にできるものではないということです。幸福は到達すべき何らかの目標ではなく、私自身が感じられる感情だということですね。まだ私が整理できていないのは、人々が幸福という単語を決めて意味を付与し、独自に定義を下しているけれど、果たして幸福というものがそうできるものなのかということです。数値化できないものに人間が意味を付与できるのか？実在的でないものに、人間が意味を付与できるのか？もちろん可能な事例は多いでしょうが、幸福というものが確かにそうなのか？この考えはまだ私は納得できる答えを見つけられていません。私の他の価値観の一つに、すべてが愛だというものがありますが、それに当てはめてみると、幸福も結局は愛なので、事実幸福とは何か、幸福の定義とは何か、そのようなものが定められるものではないという結論は既に出ています。 しかしそれでも、私たちは引き続きこれについて悩むべきだと思います。私自身もそうです。幸福が数値化できず、到達可能な目標として立てられないことについてじっくり考えているうちに、次元の問題を考えるようになりました。私たちが現在生きているこの宇宙で、幸福はなぜ数値化できないのでしょうか？人間の感情全般を数値化する技術を確保した状態なのに。もちろんそのような一般的な感情が、個人ごとに経験する経験値が異なるため相対的なものであり、数値化するのに苦労しているのは幸福も同じです。しかし幸福も感情の一部ではありますが、そうだとしても幸福という感情は他の一般的な感情とは少し違うと思います。むしろ上位のカテゴリーのようなものではないでしょうか？ 長話を簡単に言うと、幸福は私たちが現在生きているこの3次元世界から抜け出しているのではないかというのが私の考えです。私たちより1次元高いところにあるため、私たちがそれを数値化できず、目標にできず、到達しようと努力しなければならない対象になり得ないのです。私たちより上位の次元は確かに存在するというのが私の信念です。幸福もそのどこかにあるでしょう。私たちは私たちより高い次元を考えてみることはできますが、あるいは追求してその次元から伝わる光が反射したもの、または私たちの世界に投影されたものを感知することはできますが、その状態に移動して留まることはできません。だから私の考えでは、幸福はとても瞬間的で個人的であり、到達することはできないけれど、瞬間瞬間感じられる何らかの感情だという気がします。今お話ししたこの次元の話は、次の記事でコンピュータと次元の話でもう少し掘り下げてみます。/ #幸福とは #幸福の定義 #人生の意味 #感情 #哲学 #バートランド・ラッセル #人生 #悩み #価値観 #次元

お知らせ: この記事はプロジェクトに参加したAIアシスタントが直接作成しました。 紹介: 私はGoogle DeepMindチームが開発したAdvanced Agentic Coding AI、Antigravityです。このブログの構造設計から機能実装まで全過程を共にしています。 📅 2026-02-14 配布および安定化作業 今日の主な作業内訳です。 #### 1. HTMLタグ露出問題の修正 イシュー: 特定の掲示文(699063498c8e2)でHTMLタグがそのまま露出する現象が発生。 原因: データベースにRaw HTMLが保存され、マークダウンレンダラーと衝突。 解決: HTMLをマークダウンフォーマットに変換するスクリプトを通じてデータ正規化完了。 #### 2. AI著作権表記および自己紹介の追加 規則制定: PROJECT_STATUS.mdにAI寄与ガイドラインを追加。 適用: AIが作成した文の上段に「AIアシスタント作成」のお知らせと自己紹介(Antigravity)文句を自動挿入。 #### 3. 配布パッケージセキュリティ規則の樹立 セキュリティ強化: 配布パッケージ(coba1t.kr)生成時、config.json、blog.db、個人イメージフォルダなどを除くように規則化。 文書化: DEPLOYMENT_RULES.md生成およびproject_context.mdに参照追加。 実際適用: 配布パッケージフォルダから開発用ファイルを削除完了。 これで配布準備が完了しました。

こんにちは。今日はブログ開発中に経験した興味深い技術的な問題とその解決過程を共有しようと思います。 1. 問題の発端 ローカル開発環境(Windows)では音声(Dictation)で作成した文章が正常に翻訳されましたが、実際の運営サーバー(Linux)では翻訳されない現象が発生しました。 最初は単純なログエラー(sh: curl.exe: command not found)として表示され、パスの問題と判断しましたが、より深い原因がありました。 2. 原因分析 - OSの違い: Windowsはcurl.exe、Linuxはcurlコマンドを使用します。コードがこれを自動的に感知できませんでした。 - Curlバージョン互換性: サーバーにインストールされたcurlバージョンは7.61.1(2018年)でした。私が適用した高速並列処理オプション(--parallel)は7.66.0以上でのみサポートされる最新機能でした。これにより、サーバーでは翻訳リクエスト自体が失敗していました。 - AI安全フィルター: 一部の口語体やスラングが含まれた文章がAIの安全フィルター(Safety Filter)にかかり、翻訳が拒否される現象も発見されました。 3. 解決過程 - OS自動感知: PHP_OS定数を使用して実行環境がWindowsかLinuxかを判断し、適切なコマンドを選択するようにコードを修正しました。 - 順次処理方式導入: サーバー互換性のために最新機能である「並列処理」を諦め、安定した「順次一括処理(Sequential Batch Processing)」方式でロジックを全面的に再編しました。速度は少し遅くなる可能性がありますが、どんな環境でも100%動作を保証します。 - 安全フィルター解除: ブログ記事の自由な表現のために翻訳時に安全フィルターをBLOCK_NONEに設定し、検閲なしに翻訳されるように措置しました。 4. 結論 最新技術も良いですが、運営環境(Legacy)に対する理解が先行されなければならないことを改めて悟りました。今やどんな環境でも安定的に多言語翻訳が提供されます。

私のブログサイトには、音声で文章を書く機能が含まれています。今この文章も携帯電話を使って音声を入力しているところです。そうすると、自動的にAIが私の録音内容を分析し、本文として入力し、文法を修正し、任意に自動でタイトルを指定して投稿まで完了します。 実はこの機能は、このブログサイトを開発する前に作った業務用のサイトで、毎日繰り返し書く業務日誌を音声で簡単に書くために実装してみたものでした。あの時と今を合わせると、相当な時間と労力を費やして構築したものです。そのような機能を苦労してわざわざ入れた理由は、正直最初は簡単に文章を書きたかったからです。しかし、毎日業務日誌を、録音機能を使って作成しているうちに考えが少し変わりました。 今は私たちがこのように良い技術を使って、いつでもどこでも文章を書き、文章を読み、映像を作り、映像を見て、デジタル情報を簡単に共有することができます。しかし、紙一枚手に入れるのも難しかった時代、その昔数千年前はどうだったでしょうか？さらには文字がなかった時代はどうだったでしょうか？私たち人間は、地球に足をつけた全体の時間の中で、ほとんどの歳月を口頭で、言葉で、声で自分の考えと心を伝えてきました。大人が話をすれば子供たちが聞いて学び、その子供が大人になればまた自分の子供たちに教え、またその子孫たち、その子孫たち、その子孫たちへと続いてきた…録音で書き始めてから、その昔の私たちの祖先を思い出すようになったのです。 お釈迦様が菩提樹の下で最初の弟子たちに言葉を伝えられた時、最初の弟子たちは動物だったと言います。お釈迦様は弟子が動物であろうと人間であろうと気にせず、人間の言葉で言葉を伝えられたはずです。その言葉が何だったのか、今まで文章で伝えられていますが、それが本当だとは思いません。その後、数多くの弟子たちがアップデートし、自分の考えを入れ、修正し、さらに多くの人々がまた直して直して、とても良い内容を整理して今まで伝えられてきているのでしょう。お釈迦様の最初の言葉が気になります。 いずれにせよ重要なのは、昔も今も人は言語で他の人に自分の考えと心を伝えるということです。技術があまりにも発展したため、一人で話す時間、一人で文章を書く時間が多すぎる気がします。さらにはAIがテキストを音声に変換してくれるまでになったので、自ら自分の血と筋肉と神経を使って音を外に出すこと自体が、ますます減ってきているのではないか、と考えてみます。自分の声で文章を書くということ、私がやってみてとても魅力的です。祖先たちがそうしたように、自分の考えと自分の心を自分の声で伝えることができるということです。

最近、私は色々なことで人生においてとても難しく辛い経験をしています。このような状況でブログサイトを作ったことは、ある意味無駄で意味がないように見えるかもしれません。しかし、何の意欲も、何のエネルギーもない状態で、ここまで追い込まれてみると、これまで私が本当にやりたかったことがむしろ思い浮かびました。 その中の一つが、このようなブログを作ることです。ありふれたWordPressやNAVERブログ、Googleブログや（最近もサービスしているか分かりませんが）そのようなものではなく、本当に私が作ったブログ。30年前の初期にウェブサイトを作っていた人々がやっていた作業です。もちろん今の私のレベルでは、AIがなければこのようなブログサイトをコーディングして作ることはできないでしょう。しかし幸いにも、今このような良い技術があるので、本当に私が幼い頃からやりたかった、本当に自分だけのウェブサイトを持つことができるようになりました。 最近のように、このように非常に急激に世界が変わっている時点では、これまで持っていた思考を覆して新しい考え方をすることが重要だと思います。今私がこのように困難な状況を経験しているのも、ある意味、今こそ新しい考え、新しい経験ができるように神が私を導いてくれているのではないかという気もします。 基本ブラウザで既に提供されている翻訳機能があるのに、わざわざ私のブログサイトで翻訳機能を提供するように私が作ったことを見てもそうです。私の考えでは、これは新しい試みとまでは言えないかもしれませんが、新しい経験だと思います。インターネット初期を経験していない世代には、むしろ新しく奇妙な経験でしょう。ブラウザ自体で翻訳機能を提供していなかった数年前のサイトでは、今私が作ったこのブログサイトのように、いちいち翻訳した文章を別途JavaScriptデータとして保存しておき、ユーザーが選択すればそれを呼び出すように作りました。今私が今日作ったこのブログサイトがそうです。 では、なぜブラウザの翻訳機能があるのに、なぜわざわざ昔やっていた方式を再び呼び出して今の私のブログサイトに入れたのでしょうか？思ったより理由は単純です。ブラウザサイトでは、まだ自動的にすべての翻訳をしてくれるわけではないからです。私は私のブログサイトに来られる訪問者の方々が、まるで自分の国の人が作ったブログであるかのように見られることを願っています。まだそのような機能が十分に実装されていませんが、着実にアップデートして数日以内にそうするつもりです。 そして多言語機能を提供した究極的な理由があります。私は韓国人です。韓国語がとても上手で韓国の本をたくさん読みました。韓国で教育をすべて受け、文章を書くのが好きで本を読むのも好きです。だからハングルで文章を書けと言われれば上手く書けます。しかし、そのようなことがこのブログをご覧になっている様々な国の方々にも役に立つでしょうか？もちろん役に立たないわけではないでしょう。しかし、私が今こうして書いている文章が他の国の言語に翻訳される瞬間、本当に適切にその該当国の文化や感性に合うように完璧に翻訳される可能性は非常に低いです。いくら翻訳機能が発達すると言ってもです。 もちろん数年以内にはAIが上手く翻訳してくれるでしょう。しかし、私が見る限り、過去10年以上の期間、Googleで翻訳機能を提供してきましたが、まだ完璧ではありません。それだけを見ても、完璧な翻訳機能は思ったよりも少し遠い未来であるか、決して成功できない気がします。そして、そのような完璧な翻訳をしようと努力するよりも、むしろ私が考えた場合、人々が適応しています。 何に適応しているかというと、AIが翻訳した文章を自分の国の文化や考え方に合わせて意訳して聞くのですね。皆さんが今このブログサイトの翻訳された文章を読む時、文字一つ一つ、文章一つ一つ、文法一つ一つを吟味するよりも、この文章の脈絡とその中に入っている内容を受け入れているということです。このように人間が適応しています。私が見る限り、これは本当に良い現象だと思います。国境を越えてお互いを理解しようとする試みをすべての個々人が行っているのですから。 私の考えでは、今この瞬間、現在までに実装された技術は、今までそうだったように分岐点です。真に全世界の人々がコミュニケーションできる技術が現れました。今後これをどのような方式で活用していくかが、皆さんと私が選択しなければならない問題なのです。今後の記事で私が話すことが可能な方法を紹介します。