株式会社アスタ

実は、、、リサーチ、デザイン、画像生成、実装——全工程AIだけで作成されています。

アスタはWebシステム制作／Webサイト制作などIT全般のお悩みを解決する会社です。

当然、コーポレートサイトなどゼロから作れます。

しかし、今回は手では一切コードは書いていません。

なぜAIを使おうと思ったのか、そして実際サイト制作も行う会社がAIを使うと何が変わるのか。

今回の体験をそのまま書いていきます。

コードが書けるのに、なぜAIを使ったのか

アスタはWebサイトの制作もシステム開発もゼロから対応できる会社です。

PHPやWordPressのテンプレートをスクラッチで書くことも、CSSをゼロから組むことも、普通にやります。

「コードは自分で書くもの」——ずっとそう思っていました。

しかし、今回はそれをやめて、すべてをAIにまかせてみました。

ここ最近のAIの進歩は目覚ましく、これまでは、、、

・ショボいデザイン
・AIがよく使う人物画像
・AI独特の言い回し

など、クオリティが低くてサイト制作には使えなかった部分が解消されつつあります。

デザインは人間と遜色がないか、それ以上のものが数秒で出来てきて、効果的な構成もすべてAIが考えてくれます。

おまけに手作業では何時間とかかることも、AIによって数分に短縮できます。

実際に、手作業であれば１ヶ月はかかるであろうリニューアルも１週間ちょっとで完成しました。

でも、AIを使ったのは「速さ」だけが理由じゃないんです。

AIを使うことで「調べられる量」「試せる案の数」「判断できる精度」——これが根本から変わりました。

たとえば競合調査。手作業で何十社も調べるのは、現実的ではありません。

今回は48社のサイトを、1時間とかからずにAIが自動でキャプチャして、見やすい一覧ページを作成してくれて、並べて確認することができました。

ベンチマークサイト比較ページ

デザインも同じように超効率化できました。

サイト制作完成形のイメージを確認するのにモックアップというものを作成するのですが、ラフとはいえこれを数種類作るのは相当大変です。

しかし、「1つだけ作って検討する」より「複数並べて選ぶ」ほうが、比較・検討がしやすく、自分たちが何を求めているかがはっきり見えます。

もし、AIを

・質問に答えてくれるもの
・画像を作ってくれるもの
・文章を作ってくれるもの

のように、ただ便利な道具として考えていると絶対に損です。

いまのAIは、

・高度な分析をしてくれるアナリストであり、
・誰が見てもキレイなデザインと導線を作ってくれるデザイナーであり、
・超短時間で指示通りコーディングができるプログラマー

として、すべて一人でこなす超絶優秀な部下でした。

今回の制作フロー：リサーチ → デザイン → 実装

今回のリニューアルは、3つのフェーズで進めました。

ちなみにCodexは「コードを書くAI」と思われがちですが、それだけではなく、

・競合サイトの自動キャプチャ
・画像の自動作成
・現行サイトの現状分析
・リニューアル要件の整理
・静的ワイヤーフレームの制作

こういう作業もすべてやってくれます。

今回も制作の上流から下流まで、全部の作業に入ってもらっています。

STEP1：競合48社のサイトを、AIで1時間かからず全部調べた

まず最初に取り組んだのは、自社サイトの現状整理です。

「今のサイトで、何が伝わっていないのか」——ここを整理しないと、見た目だけ変えるリニューアルになってしまいます。

Codexに既存サイト（astha.jp）の全ページをクロールしてもらい、テキストをMDファイルとして保存。
「要約ではなく、忠実に抜き出したテキストも含めてほしい」と指示することで、精度を上げました。

続いて、競合・ベンチマーク48社のサイトを自動キャプチャ。

・和製ハイエンドIT企業（モンスターラボ、クラスメソッドなど）
・士業・コンサル型（リブ・コンサルティングなど）
・海外勢（IDEO、Accentureなど）
・インタラクティブ体験型（ライゾマティクス、BIRDMANなど）

など11カテゴリ、計48社。キャプチャ成功率は47/48社（約98%）です。

ベンチマークサイト比較ページ

これだけ並べて比較できると、「自分たちがどこを目指すべきか」が、かなりわかりやすくなりました。

やはり比較する量が多いほど、判断の精度が上がりますよね。

同じような、競合調査、市場調査、事例収集などなど、、、「調べたいけど時間がない」と後回しにしていたことでもAIを使えばあっという間にできると感じました。

STEP2：デザイン案を17個、AIに出させて並べて選んだ

続いて、ChatGPT image 2.0でデザインモックアップを17案生成しました。

正直、17案で終わりではなく、もっと作ることもできましたが、キリがないのでやめたって感じです。

最初は10個くらいにしようと思っていたのですが、あまりに簡単にできてしまうので、面白くなってつい増えてしまいました＾＾；

・青・白系（清潔感・信頼感）
・濃紺系（重厚感・専門性）
・サイドナビ型（独自レイアウト）
・ティール系・ラグジュアリー系・グリーン系・ダーク系

色ごと、レイアウトごとに全部違うデザインが並んできました。
しかも、各バリエーションにコピー案まで自動でついてきます。

パッと見てイメージが比較できるので、方向性が決めやすいです。

しかも、右上に絞り機能もついているのがすごくないですか？
これもAIが勝手にやってくれました。

「1案作って検討する」より「17案並べて選ぶ」ほうが、判断の速さも精度もまったく違います。

ただし、AI生成はあくまでたたき台です。
「これは自分たちらしいか」——この判断は、人間がやる部分ですので、ここからどういう方向性でいくかを決めていったわけです。

モックアップ比較ページ

STEP3：実装はClaude CodeとCodexで。AIと人間の役割分担

実装フェーズでは、Claude CodeとCodexを中心に進めました。

なんで2種類も使ったのかというと、

・どちらが使いやすいかを調べるため
・明確に作業領域を分けるため
・1つだけだとトークンが足りなかったため･･･

などの理由からです。

実際に使ってみて、Codexの方が優秀な回答や成果物を返してくることが多いなとは感じました。

ただ、この2つは今も現在進行系でものすごいスピードで進化しているので、明日には評価が逆になっている。なんてこともありえる話です。

で、作業については「AIが全部やってくれた」わけではありません。
私とAIで明確な役割分担がありました。

とはいえ、上記の通り私は一切コードに触れていません。

細かい修正もすべて指示をすることによって直させて進めています。

また、デザインの方向性とか何を作るか、選択・判断部分についても、たたき台やアドバイスをAIにまかせています。

なので、実際人間の担った部分にもAIはかなり活用しているって感じです。

65箇所のCSS指定を、数分で一括削除

ある程度出来上がったあとに、サイト全体のletter-spacingを0.16emに統一したかったのですが、個別指定が65箇所あって全体指定が効かない状態でした。

手作業だったら？丸1日かかります。←ちょっとオーバー

しかし、AIにPythonスクリプトを作ってもらい、全CSSファイルを解析して一括削除。
ものの数分で完了しました。

「繰り返し・大量・定型」——この3つが重なる作業こそ、AIが最も力を発揮します。

AIの提案を、4回断った

AIが作ってきたデザインもすべてそのままOKではありません。

今回、トップページの「サービス一覧」のカードデザインを、4回作り直しさせました。

最初の提案は「カードの端に色をつけるデザイン」。
わかる人にはわかると思いますが、これはAIがよくやりがちなデザインです。

2案目、3案目と試すたびに「違う」「ダサい」「自分たちっぽくない」と却下。

最終的に、6px幅の左ラインに落ち着くまでに4パターン試しました。

こういう試行錯誤をすばやく、カンタンにできるのもありがたいです。

でも「これは自分たちらしいか」の判断は、人間にしかできません。

この往復が、品質を決めるのだと感じました。

結論：AIを使うと、何が変わるか

今回のプロジェクト、数字で見るとこうなります。

でも、数字より大きかったのはこっちです。

・調べる量が増えて、判断の精度が上がった
・試せる案が増えて、「自分たちが何を求めているか」が見えた
・定型作業をAIに任せた分、こだわるべき部分に時間を使えた

「AIで楽になった」のはもちろんですが、

「AIのおかげで、もっと大事なことに集中できた」

これがより正確な表現です。

「調べる」「たたき台を作る」「繰り返しの定型作業」——これをAIに任せると、人間は「判断する」「こだわる」「方向を決める」ことに集中できます。

プロ × AI = 役割分担が決まって、初めて機能する。
今回、そのことを改めて実感しました。

完成したサイトはこちら

リニューアルしたコーポレートサイトはこちらです。
ぜひ、実際に見てみてください。

株式会社アスタ

あなたのビジネスでも、同じことができます

今回のような「AI活用設計」を、自社のWebサイトや業務でも試してみたい方はお気軽にご相談ください。

▼ 画像をクリックするとメルマガ登録ページに移動します。

The post 【リサーチ・デザイン・実装】すべての工程をAIで進めた自社サイトリニューアルの話 first appeared on アスタWorks.

「生成AI、なんか使いこなせていない気がする……」

そんなもやもやを抱えている方はいませんか。

使ってみた。試してみた。でもなんとなく続かない。ツールを入れたのに、気づいたら結局手作業に戻っていた、、、そういう経験のある方は、実は多いんじゃないかと思います。

私自身も、最初はそうでした。

アスタはWeb制作・システム開発を手がける会社です。
この数年で、自社の業務のあちこちにAIを組み込んできました。
「画期的なシステムを導入した」という大げさな話ではありません。
「今まで手でやっていたこれが、AIのおかげでこうラクになった」という、地味だけど確実に効率化できている話です。

今日は、その実例を数字ごと正直に公開します。

この記事でわかること

• ブログ記事の下書きに2時間かけていたものが10分になった話
• 問い合わせ対応が1件30分〜1時間かかっていたものが15分短縮できた話
• 単調な数字の転記作業が完全自動化で0分に短縮できた話
• 毎週・毎月の集計レポートが1時間から15分になった話
• SNSが苦手な人間でも投稿が続けられるようになった話（＋やりがちな規約違反の注意点）

事例① ブログ記事の下書き、2時間から10分へ

毎回ゼロから書く、あのしんどさ

ブログを書いた経験がある方ならわかると思うのですが、「さあ書こう」と思ってから実際にキーボードを打ち始めるまでが、いちばんしんどいんです。

何を書こうか。どう始めようか。どう構成しようか。気づいたら30分が経っていて、まだ1行も書けていない、、、そういうことが、普通に起きていました。

書き始めてからも、「この言い方で伝わるか」「もっといい表現はないか」と考えすぎて、結局1記事に2時間かかることもざらでした。

「今日はブログ書かないといけない……」というプレッシャーが、毎回どこかに重くのしかかっていたんです。

今は何をしているか

変えたのはシンプルなことです。

業務メモや調査ノートをAIに渡して、「これを元にブログ記事の下書きを作って」と指示するだけです。

メモはObsidianというアプリで日々蓄積しています。
それをAIに読み込ませると、構成から文章の流れまで一気に草案ができてくる。
あとは読んで、おかしいところを直して、WordPressに投稿するだけです。

その仕組みを少しずつ整えた結果、2時間かかっていたブログ記事の更新が、10分で終わるようになりました。

所要時間は12分の1。
でもそれ以上に、「書かなければ」というプレッシャーがなくなったのが、正直いちばん大きかったです。

同じ仕組みを、別のブログにも横展開しています

この仕組みは汎用性が高くて、別のサイト向けブログにも同じように展開できています。
文体や読者層に合わせて調整するだけで、基本的な構造はそのまま使い回せます。

一度つくってしまえば、仕組みが働いてくれる。
それが「仕組み化」の強さだと実感しています。

あなたの業務に当てはめると

定期的に情報発信しなければならないのに、なかなか更新できていない。。。

という状況の方には、まず試してほしい使い方です。
コラム、メルマガ、社内報、採用ブログ、士業の情報発信。
「書くことが業務になっている」方すべてに、使える話だと思います。

事例② 問い合わせの回答案、AIが自動で作って15分短縮

1,000人以上が使うサービスの「裏側」

弊社では、1,000人以上に利用していただいているクラウドサービスを運営しています。

ユーザーが増えるのはうれしい。でも増えるのと正比例するように、問い合わせも増えます。

「この機能、どこで設定できますか？」
「エラーが出て使えないのですが……」
「〇〇の場合はどうなりますか？」

一通一通、内容を読んで、ヘルプを確認して、適切な言葉で返す。
丁寧にやると、1件あたり30分〜1時間かかることもありました。

それが積み重なって、一日のかなりの時間がサポート対応に消えていく日もあって、「これは持続しない」と感じていました。

今は何をしているか

問い合わせメールが届いたら、AIが内容を自動解析します。
そしてFAQ・ヘルプ記事・これまでの回答履歴をもとに、回答の下書きを自動生成してくれます。

担当者がやることは、その下書きを読んで、表現を整えて、送信するだけ。
30分〜1時間かかっていた回答作成が、15分短縮されました。

ちなみに、AIが「自動送信」する設計にはしていません。
必ず人が最終確認してから送る仕組みにしています。これは意図的な設計です。

問い合わせ対応にはミスが許されない場面もある。
最後の責任は人が持つ——そういうスタンスを崩したくなかったからです。

あなたの業務に当てはめると

ECサイト、士業事務所、SaaS企業、サービスを持っている事業者。

「問い合わせ対応に追われている」と感じている方に、まずここから整えることをおすすめしています。

ナレッジが蓄積されるほど回答の質も上がるので、使い続けるほど育っていく仕組みでもあります。

事例③ サイトを切り替えるたびに転記していたGA4の数字が、0分になった

「難しくはないけど、地味にしんどい」作業

20サイト以上のWebサイトを管理していると、日々のアクセス状況を把握するだけでひと仕事でした。

Google Analytics 4（GA4）を開く。
サイトを切り替える。
昨日のPV数を確認する。
スプレッドシートに手入力する。
次のサイトに切り替える。
また確認して、また入力する、、、それを20回以上繰り返す。

難しい作業ではないんです。
でも、これだけで10分以上かかっていました。

しかも毎日。
「10分くらいいいじゃないか」と思われるかもしれませんが、画面を何度も切り替えながら数字をコピペし続けるあの単調さは、なかなかのストレスです。

今は何をしているか

GA4のAPIで複数サイトのデータを一括取得して、スプレッドシートに自動入力する仕組みにしました。

今の私の仕事は、朝スプレッドシートを開いて、すでに並んでいる数字を眺めるだけです。
10分以上かかっていた作業が、完全に0分になりました。

数字を「集める」時間がなくなった分、数字を「読む」ことだけに集中できるようになりました。

あなたの業務に当てはめると

複数店舗の売上、複数媒体の広告結果、複数ツールに散らばったKPIデータ——「同じ作業を何度も繰り返して数字を集めている」ものがあれば、ほぼ同じ仕組みが使えます。毎日・毎週の定点観測に特に効果が出やすいです。

事例④ メルマガのレポート作成、1時間が15分に

「転記」に「分析」に「文章作成」、全部やっていた

クライアントがメルマガを配信するたびに、こんな作業をしていました。

メール配信ツールを開く。
先週の配信一覧を確認する。
開封数を確認してスプレッドシートに手入力する。
クリック数も同じようにやる。
配信が複数あれば繰り返す。
配信内容を読み返しながら「今回はこういう結果でした」という分析コメントを書く。
それをチャットに投稿する。

単純な転記だけではなく、内容を読んで考えてまとめるところまで全部自分でやっていたので、まとめると1時間かかっていました。

週に1回、月に1回——とはいえ、毎回1時間を消費する作業として積み重なっていくのはじわじわとしんどいものです。

今は何をしているか

APIで配信データを自動取得して、スプレッドシートに自動入力して、分析コメントをAIが自動生成して、Chatworkに自動投稿する——という一連の流れが、すべて自動で動いています。

毎週金曜の朝8時に、レポートがChatworkに届いている。
私はそれを読んで、ちょっとだけ手直しして送るだけです。
1時間かかっていた作業が、15分で終わるようになりました。

おまけに、ドメイン別の開封率の変化や急な低下も自動検知してくれるので、手作業では埋もれていた気づきも拾えるようになりました。

あなたの業務に当てはめると

メルマガ・LINE配信・広告レポートなど、「定期的に数字を集めてまとめて報告する」業務があれば、ほぼそのまま仕組みが使えます。
「転記」と「分析文の作成」が両方セットで自動化できるのがポイントです。

事例⑤ SNS投稿文、数時間の悩みが1時間以内に

SNSが苦手な人間が、それでも投稿を続けられている理由

正直に言うと、SNSが得意なほうではありません。

何を書けばいいかわからない。考えていたら時間が経つ。「この内容でいいのか」と迷って、結局下書きのまま公開しない、、、そういうことを繰り返していました。
自分でゼロから投稿内容を考えようとすると、数時間かかることもありました。

今は何をしているか

テーマと自分の文体のサンプルをAIに渡して、「このテーマで3パターンの投稿案を作って」と指示するだけです。
自分の言葉に近い投稿案が複数出てくるので、選んで少し直して投稿するだけになりました。

さらに便利なのが、「最終的にこのゴールに向けて読者を誘導するシナリオを作って」という使い方です。
1投稿だけではなく、数週間にわたるストーリーとして複数の投稿がまとめて出てくる。
テーマに悩む時間も、どう言おうか考える時間も、ほとんどなくなりました。

数時間かかっていた作業が、1時間とかからずにできるようになりました。

完全自動投稿には注意が必要です

「じゃあ投稿まで自動化すればもっとラクでは？」と思う方もいると思います。
ただ、X（旧Twitter）の利用規約上、Botのような自動投稿は禁止されています。
規約に違反した場合、アカウントが凍結されるリスクがあります。

弊社では、「投稿文の生成まではAI、実際の投稿は人間」という設計にしています。

もし本格的に自動投稿を運用したいなら、X公式の有料APIを使うか、規約に準拠した正規の有料ツールを使うべきです。
「便利そうだからやってみた」が、アカウント凍結につながることもある。
便利さの裏にあるリスクを理解したうえで設計する——こういう視点も含めて、弊社はAI活用の提案をしています。

「AIに向いている仕事」と「そうじゃない仕事」

これらの事例を通じて、一つ気づいたことがあります。

AIが得意なのは「繰り返し・定型・転記・下書き」。人が判断すべきなのは「最終確認・感情・責任を持つアウトプット」。

この仕分けができると、業務が変わります。「全部AIに任せる」でもなく、「AIをまったく使わない」でもなく。どの仕事をAIに任せて、どの仕事を人間がやるか——その境界線を引くことが、業務改善の最初の一歩です。

AIでラクになる業務、あなたの会社にもきっとあります

「うちは特殊な業種だから……」
「規模が小さいから、そこまでやらなくていいかな……」
そういう声もよく聞きます。

でも、事例を見ていただいてわかるように、対象は特別な業種ではありません。
ブログ更新、メール対応、集計・レポート作成、SNS投稿——誰もがやっている業務です。

課題は「どこに使えるか」を見つけることと、「やってはいけないこと」を理解することです。
自分では気づかないことも弊社であれば見つけられるかもしれません。
あなたにもAIを使って面倒をラクにしてもらいたい。
そのために弊社では30分の無料診断サービスを提供しています。

AI活用無料診断のご案内

弊社のAI活用無料診断は、30分のオンラインセッションです。

• 業務プロセスの中からAI化できる箇所を特定
• 入力してはいけない情報の整理（セキュリティ面の確認）
• 1週間以内に動ける初期施策の提案

AIの知識はまったく不要です。
業務の内容を話していただくだけで十分です。
診断後に有料サービスへの申し込みを強制することもありません。

ぜひ、いま面倒だと思っていること、気づかずに時間を浪費してしまっていることを一緒に解決していきましょう。

よくある質問

生成AIをほぼ使ったことがないですが大丈夫ですか？

まったく問題ありません。
AIの知識ではなく、業務の話を聞かせてください。
「こんな作業を毎週やっています」
「この対応に時間がかかっています」
そういった話から一緒に整理します。

診断後、必ず有料サービスに申し込まないといけませんか？

いいえ。診断だけでも十分な気づきを持って帰っていただけるよう設計しています。
「やってみます」「もう少し考えます」どちらでも構いません。

社内の情報を話すのが不安です

業務の「仕組みの話」を聞かせていただければ十分です。
具体的な顧客名や個人情報をお伝えいただく必要はありません。
診断で得た情報を外部に共有することもありません。
また、「どんな情報をAIに入力してはいけないか」という観点も診断の中でお伝えしています。

The post AIに任せてラクになった仕事、実例4つ公開します first appeared on アスタWorks.

PyCharmをメジャーバージョンアップしたあとに、AI Assistantのチャット履歴が見当たらず困ったことはないでしょうか。
設定は引き継がれたように見えても、チャットだけ見えなくなることがあります。
あとから気づくと慌てやすいので、アップデート前に確認しておくのが安心です。

この記事では、PyCharmを2025.xから2026.xのようにメジャーアップデートする前に見ておきたい保存先と、バックアップから復元する流れをまとめます。
作業自体は難しくありませんが、事前に知っているかどうかで差が出やすいポイントだと思います。

※PhpStormなど他のJetBrainsツールでAI Asistantを使っている場合も同様です。

この記事でわかること

• なぜメジャーバージョンアップ後にAIチャット履歴が見えなくなるのか
• バックアップしておきたい2つのフォルダ
• アップデート前後にやることの流れ
• あとから気づいたときに確認したい注意点

なぜチャット履歴が消えたように見えるのか

PyCharmのメジャーバージョンアップでは、設定や履歴の保存先フォルダが新しいバージョン用に切り替わります。
たとえば旧バージョンが~/Library/Application Support/JetBrains/PyCharm2025.3/で、新バージョンが~/Library/Application Support/JetBrains/PyCharm2026.1/という形です。

この切り替え自体は特別なことではありません。
ただし、新しいフォルダにはこれまでのAIチャット履歴が入っていないため、アップデート後に「消えた」と感じやすくなります。
旧バージョン側にデータが残っている場合があるので、保存先を知っておくことが大切です。

ただ、アップデート後にこのデータが消えたという報告もあるようです。
実際に私もアップデート後はAIの回答に関するデータが消えてしまい、結果的に復元ができない状況になりました。

先に押さえておきたい保存先

チャット履歴は1か所にまとまっているわけではなく、2つのフォルダに分かれています。
この2つをセットで見ておくと、あとで状況を追いやすくなります。

workspaceは自分の質問を保存している

~/Library/Application Support/JetBrains/PyCharm2025.x/workspace/には、自分が入力した質問やプロンプトが.xmlファイルとして保存されています。
何を聞いたかを振り返りたいときは、まずここが重要になります。

aia-task-historyはAIの回答履歴に関わる

~/Library/Application Support/JetBrains/PyCharm2025.x/aia-task-history/には、JunieやCodexなどAIエージェントの回答履歴に関わる情報が保存されています。
中身はセッションIDで、実際のメッセージはそのIDをもとにサーバーから取得する仕組みです。
そのため、質問側のworkspaceだけでなく、こちらも一緒にバックアップしておくほうが安心です。

アップデート前にやっておきたいこと

作業はシンプルで、アップデート前に旧バージョンの保存先を開き、必要なフォルダをコピーしておくだけです。
Finderで⌘+Shift+Gを押して、次のパスを開きます。

~/Library/Application Support/JetBrains/PyCharm2025.x/

開いた場所で、次の2つのフォルダをデスクトップなどにコピーしておきます。

• workspace
• aia-task-history

前述の通り、フォルダが消える可能性もあるため、アップデート前に必ずバックアップすることを推奨します。
重要なやり取りは、念のためテキストファイルでも別保存しておくとさらに安心です。

アップデート後の復元方法

アップデートが終わったら、新バージョン側の同じ場所へバックアップしたフォルダを貼り付けます。

~/Library/Application Support/JetBrains/PyCharm2026.x/workspace/
~/Library/Application Support/JetBrains/PyCharm2026.x/aia-task-history/

フォルダごとコピーするだけで復元できる想定です。
難しい設定変更は必要ないので、保存先さえ把握していれば対応しやすいと思います。

あとから気づいたときの注意点

もしアップデート後に気づいた場合でも、旧バージョンのフォルダがすぐ消えるわけではありません。
PyCharm2025.xのフォルダが残っていれば、そこから復元できる可能性があります。
まずは慌てずに旧フォルダが残っているかを確認してみてください。

アップデート前チェックリスト

• workspaceフォルダをバックアップした
• aia-task-historyフォルダをバックアップした
• 重要なチャット内容はテキストファイルにも別途保存した

メジャーバージョンアップのたびに同じ確認が必要になる可能性があります。
そのため、アップデート前の定型チェックとして覚えておくと再発を防ぎやすくなります。

Codexのモデル選択が消えたときは

バージョンアップ後に、Codexのモデル選択UIが表示されなくなることがあるようです。
その場合は、次の記事が原因確認と対処の入口になります。

まとめ

PyCharmのメジャーバージョンアップでは、AI Assistantのチャット履歴が新しい保存先へ自動で見えるようになるとは限りません。
アップデート前にworkspaceとaia-task-historyを控えておくと、あとから慌てずに済みます。

作業そのものはフォルダをコピーするだけです。
だからこそ、アップデート前の短い確認を習慣にしておくと安心です。
これからPyCharmを更新する予定があるなら、先にバックアップだけでも済ませておくのがおすすめです。

設定が難しそうだし間違えるのが心配･･･。

やりたいことは決まっているけど、どうやったら実現できるのかがわからない。

そんなときは、

知っている人や詳しい人に聞きながら進めるのが間違いないと思います！

IT関係の問題は専門用語も多く出てきて、説明を読んでもチンプンカンプンといったことはよくあります。

言葉の意味もわからずに設定してもうまく動かなかったり、間違った設定をしてしまう可能性もゼロではありません。

もし、安全に短時間で問題を解決したいと感じられたら、弊社のITサポートのご利用をご検討ください。

お客様の声

今なら通常5500円（税込）のところ1100円（税込）でサポートがご利用いただけます。
※割引料金でご利用いただく場合は、バナーをクリックして表示されるサポート申し込みページからお申し込みください。

The post PyCharmをアップデートする前に確認したいAI Assistantチャット履歴のバックアップ手順 first appeared on アスタWorks.

PyCharmを2026.1にアップデートしたあと、AI AssistantでCodexを使おうとしたら、これまで見えていたモデル選択が出てこなくなりました。

「Codexは選べるのに、gpt-5.4(medium)のような表示がない」という状態だと、設定が変わったのか、不具合なのか判断できなかったので調べてみました。

その結果、ちゃんとこれまでのように表示させることできるとわかり、この記事では、今回実際に起きた症状と、その原因、元に戻すまでの手順を順番に整理します。

この記事でわかること

• PyCharm2026.1アップデート後にCodexのモデル選択UIが消えた原因
• 保存先フォルダの変更で何が起きていたのか
• 再初期化と再認証で元に戻す手順
• 次回のメジャーアップデート時に意識したい点

起きた症状

今回の症状は、AI AssistantのチャットでCodexを選択しても、モデル選択UIが表示されないというものでした。

具体的には、チャット下部にあるはずのgpt-5.4(medium)のようなドロップダウンが出てきません。

• AI AssistantチャットでCodexを選択しても、モデル選択UIが表示されない
• チャット下部にgpt-5.4(medium)などのドロップダウンが出てこない

Codex自体が使えなくなったようにも見えますが、不具合なのか仕様変更なのかわかりませんが、使用するモデルを変えられないのは困ります。

原因は保存先フォルダの切り替わりでした

原因は、JetBrains IDEのメジャーバージョンアップにより、Codexの設定や認証情報の保存先フォルダが変わったことでした。

これまで使っていたPyCharm2025.x系の保存先と、PyCharm2026.1系の保存先が別になっていたため、新しい側ではCodex関連の情報がまだ存在しない状態になっていました。

• 旧パス: ~/Library/Caches/JetBrains/PyCharm2025.x/aia/codex/
• 新パス: ~/Library/Caches/JetBrains/PyCharm2026.1/aia/codex/

新しいフォルダにはcodexフォルダ、config.toml、認証情報が存在せず、結果としてCodexが未インストール状態と同等になっていたようです。

アップデート後の問題点

PyCharm 2026.1 へのアップデートにより、AI Assistant のチャット履歴（AIの返答部分）は 復元できなくなることを確認しています。

具体的には、アップデート後にこれまでのチャットを開くと、
自分の質問は残っているものの、AIの回答がすべて消えた状態になります。

試しに旧バージョンのファイルをコピーしても回答は復元できませんでした。
おそらくですが、AIの回答自体はもともとローカルに保存されていないのだと思います。

チャット履歴を残したい場合は、アップデートの前に重要なやり取りをコピーしてテキストファイルなどに保存しておく、またはAI自体にチャットを要約させて別のチャットに引き継げるようにしておくことをオススメします。

同様の報告は、JetBrainsのバグトラッカー（YouTrack）に上がっていますが、特に動きはないようです。（2026年4月22日時点）

対処手順

対処は難しくありませんでした。

新しい保存先に対して、Codexの初期化と認証をやり直す流れです。

1.Codexを再初期化する

まず、AI Assistantのチャット画面でCodexを選択し、そのまま何かメッセージを送信します。

するとCodexのインストール処理が走り、aia/codex/フォルダが自動生成されます。

ここで大事なのは、設定画面を探し回るより先に、Codexを実際に動かして初期化を走らせることです。

2.ChatGPTアカウントで再認証する

Codexの初期化後は、ブラウザが起動してChatGPTへのログインを求められます。

そのままログインを完了すれば、認証情報が新しい保存先に入り、使える状態に戻ります。

3.モデル選択が復活したか確認する

最後に、チャット下部に以下のようなモデル選択のUIが表示されれば完了です。

+ ⊙ Codex ∨  Agent ∨              gpt-5.4 (medium) ∨  ▷

gpt-5.4(medium)の部分をクリックすると、モデルとReasoningレベルを変更できます。

UIの見方を整理しておく

復旧後に表示されるUIは、似たような見た目の項目が並ぶので、意味を整理しておくと迷いにくくなります。

• Codex ∨: エージェント切り替え
• Agent ∨: 動作モードの切り替え
• gpt-5.4 (medium) ∨: 使用モデルとReasoningレベルの切り替え

特に、モデル選択が見えないときは、Codex自体の切り替えと混同しやすいかもしれません。

どのドロップダウンが何の役割なのかを切り分けて見ると、異常箇所を判断しやすくなります。

今回のポイント

今回の問題は、PyCharm2026.1にしたことでCodexの保存先が切り替わり、新しい側では未初期化状態になっていたことがポイントでした。

そのため、いきなり細かい設定変更を疑うより、まずはCodexの再初期化と再認証を試すのが近道になりそうです。

メジャーバージョンアップのたびに同じことが起こる可能性があるとのことなので、次回の2026.2などでも、同じ流れを思い出せるようにしておくと安心です。

まとめ

PyCharm2026.1アップデート後にCodexのモデル選択が消えたときは、保存先フォルダの変更によって、新しい環境側でCodexが未初期化状態になっている可能性があります。

その場合は、Codexを選んで一度メッセージを送り、初期化を走らせたうえで、ChatGPTアカウントで再認証してみてください。

モデル選択UIが復活すれば、元のようにモデルやReasoningレベルを変更できるようになります。

設定が難しそうだし間違えるのが心配･･･。

やりたいことは決まっているけど、どうやったら実現できるのかがわからない。

そんなときは、

知っている人や詳しい人に聞きながら進めるのが間違いないと思います！

IT関係の問題は専門用語も多く出てきて、説明を読んでもチンプンカンプンといったことはよくあります。

言葉の意味もわからずに設定してもうまく動かなかったり、間違った設定をしてしまう可能性もゼロではありません。

もし、安全に短時間で問題を解決したいと感じられたら、弊社のITサポートのご利用をご検討ください。

お客様の声

今なら通常5500円（税込）のところ1100円（税込）でサポートがご利用いただけます。
※割引料金でご利用いただく場合は、バナーをクリックして表示されるサポート申し込みページからお申し込みください。

設定が難しそうだし間違えるのが心配･･･。

やりたいことは決まっているけど、どうやったら実現できるのかがわからない。

そんなときは、

知っている人や詳しい人に聞きながら進めるのが間違いないと思います！

IT関係の問題は専門用語も多く出てきて、説明を読んでもチンプンカンプンといったことはよくあります。

言葉の意味もわからずに設定してもうまく動かなかったり、間違った設定をしてしまう可能性もゼロではありません。

もし、安全に短時間で問題を解決したいと感じられたら、弊社のITサポートのご利用をご検討ください。

お客様の声

今なら通常5500円（税込）のところ1100円（税込）でサポートがご利用いただけます。
※割引料金でご利用いただく場合は、バナーをクリックして表示されるサポート申し込みページからお申し込みください。

The post PyCharmをアップデートしたらCodexのモデル選択が消えたときの対処法 first appeared on アスタWorks.

月初めなのに、いきなりスマホの速度制限がかかってしまったらかなり困るのではないでしょうか。

事が起こったのは4月の頭、私の姪が地元を離れて大学生活を始めた初日に、月間データ容量の25GBを使い切って速度制限がかかったそうです（笑）

まだ解決したかどうかは分かりませんが、同じようなことが起きている家庭は結構あるかもしれないので、今回確認した内容をまとめておきます。

似たようなトラブルにあった人の参考になると嬉しいです。

まず押さえたいこと

まず、単純に使いすぎたと決めつけるより、同期や自動更新のような裏側の動きを疑ってください。

本人も身に覚えがないのに疑ってしまうと、今後の関係性に問題が生じる可能性があります。

新生活の開始直後は、スマホの設定やデータ移行に近い動きが重なって、思った以上に通信量が増えることもあるのかもしれません。

そのため、まずは原因の候補を落ち着いて切り分けていくのが大事です。

原因として有力そうな候補

確認した中で有力そうなのは、次のような項目です。

• iCloud バックアップや写真同期
• アプリの自動更新や再インストール
• 動画のバックグラウンドダウンロード
• Wi-Fi アシスト
• OS アップデート
• 不正利用やマルウェア

ちなみに、使用しているのはiPhoneです。

なので、この中でも、メモでは iCloud バックアップや写真同期が最有力っぽいかなと。

最初に確認したいのはモバイル通信の内訳です

まず見たいのは、iPhone のモバイル通信で何が大きく通信しているかです。

過去の累計しか見られないものの、最近入れたアプリのデータ転送量が跳ねていないかを確認できます。

確認場所は次のとおりです。

設定 → モバイル通信

ここで大きく通信しているアプリが分かれば、原因の候補をかなり絞りやすくなります。

iCloud の設定は優先して見直したいです

次に確認したいのが iCloud 関連です。

とくに、モバイル通信経由でバックアップする設定が ON になっていると、通信量が急増する原因になりそうです。

確認手順

設定 → Apple ID → iCloud
iCloud バックアップ
「モバイル通信経由でバックアップ」が ON なら OFF にする

普段は便利な機能でも、通信量を抑えたい場面では一度見直す価値があると思います。

Wi-Fi アシストも確認しておきたいです

Wi-Fi アシストも候補のひとつです。

Wi-Fi アシストは便利な反面、気づかないうちにモバイル通信を使ってしまう場面があるのかもしれません。

確認場所としては、同じくモバイル通信の設定画面です。

設定 → モバイル通信
「Wi-Fi アシスト」を OFF
「iCloud Drive」を OFF
「iCloud バックアップ」が ON なら OFF

Wi-Fi アシストを OFF にすると少し使いづらくなるので永続的に切っておくのではなく、原因を切り分けるために一度止めてみるって感じです。

アプリごとの通信設定も見直しておく

モバイル通信の画面では、アプリごとに通信を許可するかどうかも確認できます。

「すべて表示」を選ぶとアプリ一覧が出るので、Wi-Fi 以外では使わないアプリを OFF にしておきます。

とくに、左側のデータ転送量の数値が大きいものは優先して見たほうがよさそうです。

• App Store は OFF にする
• YouTube や U-next、LINE など、必要なものはそのままでもよい
• Wi-Fi 以外では使わないアプリは OFF にする

全部を一律で切るというより、普段の使い方に合わせて整理するほうが現実的だと思います。

追加購入するよりは、、、

もしモバイル通信がどうしても必要なら、少量ずつ追加購入する方法は注意が必要です。

たとえば 100MB ごとに 330 円かかる契約だと、22GB 分を追加するだけでも 7 万円以上になる計算です。

今回のケースでそうなっていた場合は、とんでもない出費になってしまいます。

そのため、通信量を多く使う可能性があるなら、追加購入を繰り返すより、別のキャリアの eSIM を追加して使うほうが安く済む場合があります。

デュアル SIM に対応した iPhone なら、今の回線を残したまま、データ通信用に別の回線を追加できることがあります。

「今の契約で足りない分を高く買い足す」より、「安い回線をもう 1 本持つ」ほうが、結果的に負担を抑えやすいという考え方です。

もちろん契約内容によって変わるので断定はできませんが、費用が気になる場合はここも検討材料になりそうです。

今回のケースで確認する順番

今回のメモから考えると、次の順番で確認すると整理しやすそうです。

1. モバイル通信の内訳を見る
2. iCloud バックアップの設定を見る
3. Wi-Fi アシストや iCloud Drive を見る
4. アプリごとの通信許可を整理する
5. 料金プランや eSIM の選択肢を考える

まだ解決済みかは分からないケースでも、この順番なら落ち着いて見直しやすいのではないでしょうか。

まとめ

身に覚えがないのに月初めに月間データ容量の上限に達して速度制限になったという話から、まず確認したい設定を整理しました。

今回のポイントは、次のとおりです。

• iCloud バックアップや写真同期は有力候補として見ておきたいです。
• モバイル通信の内訳を見ると、原因の切り分けがしやすくなります。
• Wi-Fi アシストやアプリごとの通信設定も見直す価値があります。
• 追加料金が高いなら、別キャリアの eSIM も選択肢になりそうです。

同じように新生活のタイミングで通信量が急に増えて困っているなら、まずは設定画面を順番に確認してみてください。

The post 月初めなのに月間データ容量25GBを使い切って速度制限。まず確認したい設定と対策メモ。 first appeared on アスタWorks.

WordPress サイトで「もうトップページのお知らせだけ見せたい」という場面はないでしょうか。

たとえば、あるサービスサイトを終了したあとに、トップページだけは残しておきたいけれど、昔の下層ページが検索結果などから開けてしまう状態は避けたい、というケースです。

今回は、そうした状況でトップページ以外に来た人をすべてトップページへ戻したいという要件を実現しようとして、.htaccess と functions.php を試した記録をまとめます。

今回やりたかったこと

今回の要件をシンプルに言うと、次のような動きです。

• https://example-driving-school.test/ はそのまま表示する
• それ以外の下層ページはすべてトップページへ戻す

たとえば、次のような URL があったとします。

• https://example-driving-school.test/
• https://example-driving-school.test/about
• https://example-driving-school.test/course
• https://example-driving-school.test/news/test

この場合にやりたかったのは、トップページだけを見せて、それ以外はすべてトップへ戻すことでした。

イメージとしては、玄関だけ開けておいて、他の部屋に入ろうとしたら玄関へ戻すような状態です。

.htaccess を使う方法を先に試した

まずは .htaccess でリダイレクトできないか試しました。

.htaccess は、サーバーに対して「この URL で来たらこう処理してね」と伝える設定ファイルです。

かなり早い段階で動くので、WordPress がページを表示する前に処理を決められるのが特徴です。

イメージとしては、建物の入口にいる警備員のような存在です。

• 入口で止める
• 中に入る前に別の場所へ案内する

そのため、単純なリダイレクトには向いています。

たとえば、次のような処理は .htaccess が得意です。

• /about に来たら / へ飛ばす
• 古いドメインから新しいドメインへ飛ばす
• 特定の 1 ページだけ別 URL へ移す

.htaccess で失敗した理由

ところが、今回は .htaccess ではうまくいきませんでした。

というのも、対象のサイトは WordPress で動いていて、さらに次のような仕組みが重なっていたからです。

• WordPress のリライトルール
• ログイン URL を変更する仕組み
• 画像変換のルール
• サーバー側の PHP 処理

つまり、入口に案内役が何人もいて、それぞれ別のルールで動いているような状態でした。

その中で「トップ以外は全部トップへ飛ばす」と強く書いてしまうと、本来は内部処理で必要なアクセスまで巻き込んでしまうことがあります。

その結果、同じところを何度も行き来するような状態になり、最終的には「リダイレクトが繰り返し行われました」と表示されてしまいました。

感覚としては、玄関に来た人だけ通したいのに、家の中でも何度も「玄関へ戻ってください」と言われ続けてしまうようなイメージです。

functions.php に切り替えたらうまくいった

そこで試したのが functions.php に書く方法です。

.htaccess が「建物の外の受付」だとしたら、functions.php は「建物の中の案内係」のようなものだと感じました。

WordPress が「これはトップページ」「これは投稿ページ」「これは管理画面」といった情報をある程度理解したあとで判断できるので、単純な URL 文字列だけで処理するよりも、今回のような条件分岐に向いていました。

今回うまくいったコード

<?php
// トップページ以外へのアクセスをトップページへリダイレクトする
function redirect_all_to_top_except_front() {
    // 管理画面は除外
    if ( is_admin() ) {
        return;
    }

    // ログイン画面や管理系処理は除外
    $request_uri = $_SERVER['REQUEST_URI'] ?? '';

    if (
        strpos($request_uri, '/wp-login.php') !== false ||
        strpos($request_uri, '/wp-admin') !== false ||
        strpos($request_uri, '/wp-cron.php') !== false ||
        strpos($request_uri, '/wp-json') !== false ||
        strpos($request_uri, '/xmlrpc.php') !== false ||
        strpos($request_uri, '/login_XXXXX') !== false
    ) {
        return;
    }

    // フロントページ・ホームはそのまま表示
    if ( is_front_page() || is_home() ) {
        return;
    }

    // それ以外はトップへ移動
    wp_redirect( home_url('/'), 301 );
    exit;
}
add_action('template_redirect', 'redirect_all_to_top_except_front');

このコードでは、次の流れで処理しています。

1. 管理画面ならそのまま
2. ログイン画面や内部処理ならそのまま
3. トップページならそのまま
4. それ以外ならトップへ移動

WordPress の中で「これは飛ばさない」「これは飛ばす」と判断できるので、.htaccess よりループしにくかったようです。

.htaccess と functions.php の違い

.htaccess の特徴

• サーバーが最初に見る
• 処理が速い
• URL 単位の単純な振り分けが得意
• WordPress の内部事情までは分かりにくい
• 書き方を間違えるとサイト全体が見えなくなることがある
• ループが起きると管理画面にも入れなくなることがある

functions.php の特徴

• WordPress が動いたあとで使える
• 「トップページかどうか」などを WordPress のルールで判断できる
• 条件分岐を書きやすい
• WordPress が壊れていなければ調整しやすい
• テーマ変更時に消えることがある
• WordPress 自体が動かない状態では効かない

言いかえると、.htaccess は強いけれど大ざっぱな判断向き、functions.php は少し後で動く代わりに、より賢く条件分岐しやすいという違いでしょうか。

今回は functions.php のほうが向いていた理由

今回は明らかに functions.php のほうが向いていました。

理由は大きく 2 つです。

1 つ目は、対象が WordPress サイトだったことです。単純な HTML サイトではなく、内部処理が多いので、URL だけを見て全部飛ばすのは危険でした。

2 つ目は、「トップだけ表示」「管理画面とログインは除外」という少し細かい条件があったことです。これは WordPress の中で判定したほうがわかりやすかったです。

今回の方法で注意したいこと

functions.php に書く方法にも注意点があります。

• テーマを変えると消えることがある
• 管理画面やログイン URL の除外を忘れると、自分も入れなくなる
• キャッシュの影響で、直ったのに直っていないように見えることがある

そのため確認はゲストブラウザなどでも試したほうが安心だと感じました。

まとめ

今回は、トップページだけ見せて下層ページはすべてトップへ戻したい、という WordPress サイトでの対応を整理しました。

今回の学びをまとめると、次のようになります。

• .htaccess は強力だが、WordPress の内部処理を巻き込んでループすることがある
• functions.php は WordPress の状態を見ながら細かく判定できる
• トップだけ表示して他を隠したいようなケースでは、functions.php のほうが安定しやすいことがある

今回のように「WordPress サイトで、トップだけ見せて他を隠したい」というケースでは、URL だけで止めるより、WordPress の中で条件を見て判断する方法のほうが向いている場面があることがわかりました。

設定が難しそうだし間違えるのが心配･･･。

やりたいことは決まっているけど、どうやったら実現できるのかがわからない。

そんなときは、

知っている人や詳しい人に聞きながら進めるのが間違いないと思います！

IT関係の問題は専門用語も多く出てきて、説明を読んでもチンプンカンプンといったことはよくあります。

言葉の意味もわからずに設定してもうまく動かなかったり、間違った設定をしてしまう可能性もゼロではありません。

もし、安全に短時間で問題を解決したいと感じられたら、弊社のITサポートのご利用をご検討ください。

お客様の声

今なら通常5500円（税込）のところ1100円（税込）でサポートがご利用いただけます。
※割引料金でご利用いただく場合は、バナーをクリックして表示されるサポート申し込みページからお申し込みください。

The post WordPressでトップページだけ見せたいとき functions.phpでリダイレクトした記録 first appeared on アスタWorks.