検索

新ロゴとAstroへの移行:jls42.orgのリニューアル
blog

新ロゴとAstroへの移行:jls42.orgのリニューアル

新ロゴとAstroへの移行:jls42.orgのリニューアル

ブログをリニューアルしました!数年間Hugoで運用してきましたが、すべてを見直すことにしました:新しいロゴ、新しいフレームワーク、新しいデザイン。ここではこの変革の経緯を紹介します。

新ロゴ:AIがアイデンティティに組み込まれるとき

新しいロゴには今や人工知能の象徴が組み込まれています:

  • 左側に見えるニューラルネットワーク、ピンクと青の光る接続を伴って
  • 「AI」のテキスト を明示的に追加してこの側面を強調
  • プリント基板(回路) をデザインに取り入れ、モデルを動かすハードウェアを想起させる
  • 脳と心臓を併せたような有機的な形 — 知性と情熱の融合を表現

この新ロゴはAIの助けを借りて生成しました — AIを扱うブログとして、日常的にこれらのツールを活用している今では自然な流れです。

HugoからAstroへの移行

なぜ変えるのか?

変えたいと思ったからです。ブログは最初、手元にあったもので始めました:インターネットで見つけた無料のHugoテンプレートと自分の記事。少し手でカスタマイズし、AIの登場でさらに手が届くようになりました。しかし、Claude Codeのようなコードエージェントのおかげで、コード生成が非常に簡単になり、よりモダンでカスタマイズ性の高いフレームワークが自分の手に届くと感じました。私はどちらかといえばDevOps/インフラの人間なので、本格的なWeb開発者ではありませんが、挑戦してみました。

ビフォー/アフターは本当に違います。新デザインは美しく、クリーンでモダン — 明暗の両テーマともにその特徴が出ています。

移行のプロセス

移行は比較的短時間で行い、数回の夜に分けてClaude Codeと協力して進めました。

流れは次の通りです:

  1. 計画の策定:移行戦略をClaude Codeに提案してもらい、公式ドキュメントにアクセスするためにMCP Astro(公式ドキュメント)を参照
  2. Astroプロジェクトの準備:構成の作成、15言語対応のi18n設定
  3. FRコンテンツの移行:すべての記事、プロジェクト、ページをHugo形式からAstro/MDXへ変換
  4. アセットの移行:ロゴや重要な画像の移行
  5. 新デザイン:レイアウト(Header、Footer、ArticleCard…)を全面的に作り直し、モダンなスタイルに
  6. ニュースの統合:以前から別に作っていたAIニュース用のAstroサイトがありましたが、整合性のためにブログに統合しました。Claudeがコンテンツを移行し、記事作成の自動ワークフローを調整
  7. 一括翻訳:この移行を機に、改良したPythonスクリプトで全翻訳をやり直すことにしました(次章参照)
  8. ブラウザでのテスト:進行に合わせてClaudeがサイトをテストし、各段階で問題を修正

15言語への自動翻訳

私は2024年1月から自分のPythonスクリプトai-powered-markdown-translator(リポジトリ)を使っています。このプロジェクトはその後大きく進化しました — そのことはこのブログの複数の記事で触れています。

大きなチャレンジ

以前の翻訳を再利用することもできましたが、スクリプトに本当の挑戦を与えたくて、ブログ全体を一度に翻訳することにしました。まずは2〜3記事といくつかの言語でテストしてPythonコードを調整し、その後Claude Codeに並列で翻訳を実行するbashスクリプト(10ファイル同時)を作ってもらいました。スクリプトが承認されたら、フルバッチを実行しました。

スクリプトの改善点

今回の移行で、スクリプトに重要な機能を追加できました:

  • Option --keep_filename:出力で同じファイル名を保持する
  • Support .env:APIキーを手動でエクスポートする必要がなくなる
  • インラインコードの保持:バッククォートで囲まれたコードが翻訳で失われない
  • エコノミーモード:大容量時にコストの低いモデルを使用

スクリプトは複数のプロバイダ(OpenAI、Anthropic、Mistral、Gemini)をサポートし、コードブロック、LaTeXの数式、YAMLフロントマターを賢く処理します。

統計

このブログに関する数字は次の通りです:

  • ブログ記事:22本
  • プロジェクト:4件
  • × 14言語 = 364ファイル を翻訳
  • 翻訳失敗:0件

デプロイ戦略

リスクを避けるために、AWS上に並列インフラを構築しました:

  • Astro用の新しいS3バケット
  • 新しいCloudFrontディストリビューション
  • 新しいACM証明書
  • プレビュー用DNSpreview.jls42.org)で実環境に近い条件でテスト

この方法でテスト中は両サイトを並行して稼働させられます。検証が終わったらRoute 53経由で切り替え、必要なら即時ロールバックも可能にしました。すべて順調に進み、古いインフラは削除できました。

このプロジェクトが示すこと

この移行は私の働き方をよく表しています:

  • コードエージェントの熟達:数か月の使用を経て、移行プロジェクトを丸ごと任せられるレベルに達した
  • コンフォートゾーンからの脱出:DevOps/インフラ寄りの自分がモダンなWebフレームワークに挑戦したことが、このプロジェクトを面白くしている
  • AIを用いた実験:すべてをプロンプトで完結できるか試したかった — 結果は成功。主にClaude Codeで、Gemini CLIやCodexも併用して実施
  • 自動化:スクリプトでできることは手作業でやらない。検証の自動ワークフローを持つことが重要
  • オープンソース翻訳ツールはGitLabで公開しています

ブログにAIニュースのセクションも追加しました — これは別記事で詳しく書く予定です。


最後まで読んでいただきありがとうございます!ご質問やフィードバックがあればお気軽にご連絡ください。今後ともブログをよろしくお願いします。

この文書は gpt-5-mini モデルを使用して fr 版から ja 言語に翻訳されました。翻訳プロセスの詳細については、https://gitlab.com/jls42/ai-powered-markdown-translator をご覧ください。