风流

DeNA AI 講演の感想 - 真面目さの罠と「乱暴なリーダーシップ」の必要性

概要

DeNA 社の AI 戦略と 1 年間の実践報告、そして未来社会についての考察がまとめられた講演です。

特に強く共感したのが、「真面目な組織ほど変革が難しい」という逆説と、それに対する「乱暴なリーダーシップ」の必要性についての話でした。

AI オールイン宣言と「真面目さの罠」

DeNA は 1 年前に「AI オールイン」を宣言し、以下の目標を掲げました：

• 従業員 3000 人を AI で効率化し、半分の人員で業務を維持・発展
• 浮いた人材を新規事業へシフト
• スタートアップとの連携も推進

しかし、現実はそう簡単ではありませんでした。

みんなが真面目すぎるのです。生産性が 20 倍になり、空いた時間をどう使うかと言えば、「現業のブラッシュアップ」に使ってしまう。新規事業へ人を配置転換するどころか、既存業務の質をさらに高め続けてしまう。

これは多くの日本企業に共通する課題ではないでしょうか。「楽になったから休む」のではなく、「楽になったからより良くする」。素晴らしい姿勢ですが、変革の観点からは足かせにもなり得ます。

「乱暴なリーダーシップ」の正体

そこで必要なのが、DeNA が取った「乱暴なリーダーシップ」です：

• マネージャーの評価基準に「人材の輩出」を追加：新規事業への人員配置を数値目標化する
• 合意を待たない決断：全員が納得するのを待っていたら、時代は既に過ぎ去っている
• 強硬な推進：反対意見も聞きつつも、方向性はブレさせない
• スピード重視：完璧を目指さず、まず動かして改善する

これは確かに「乱暴」に聞こえます。でも、待たずに先に動かさなければ、何も変わらない。これが DeNA の結論でした。

DeNA の AI 戦略「AI オールイン」の 3 つの柱

DeNA は 2025 年 2 月の「DeNA×AI Day／DeNA TechCon 2025」で「AI オールイン」宣言を行い、以下の 3 つの柱を掲げています：

• 全社の生産性向上
• 既存事業の競争力強化
• AI による新規事業の創出とグロース

創業者で代表取締役会長の南場智子氏は「DeNA は AI にオールインします。これは第 2 の創業です」と宣言し、単なる経営スローガンではなく、全社的な働き方の変革、すなわちカルチャー変革の宣言でした。

開発エンジニアの生産性革命

具体的な成果として：

• Claude 4.5、Opus 4.5 などの登場でコーディング作業が激減
• プロジェクトによっては5% が人間、95% が AIという 20 倍の生産性向上
• 配信審査で 60% 削減、QA も半分の個数で同等の品質

でも、数字上の生産性向上だけでは不十分なのです。浮いた時間をどう使うか。ここが真価が問われるところです。

AI エージェントの進化と「環境エンジニアリング」

DeNA は AI を単なるツールではなく、「スタッフ」として扱っています：

• サポートツールから「スタッフ」へ
• OpenClaw の「レモン君」を実例に紹介（グループチャットで自主的に仕事を受け持つ）
• 環境エンジニアリングの重要性：AI がどこまでアクセスできるかのガードレール設計

AI に任せる範囲を明確に設計すること。これが「環境エンジニアリング」です。

ビジネスチャンスと戦略

• AI アプリケーションレイヤーに無限のチャンス
• ファンデーションモデルプレイヤーは無慈悲：取れるものは全部取る
• 「まるまる AI」の「まるまる」部分（深いドメイン知識、独自データ）が重要
• プロダクト開発のベロシティ（速度）が差別化の鍵
• ディストリビューション（販売チャネル）の重要性増大

DeNA の新しい開発ルール

DeNA では新規サービス開発において、「企画書とプロトタイプを AI で生成し、提出すること」が義務付けられています。この方針は 2025 年 7 月の IVS カンファレンスで話題となり、110 万インプレッションを超える反響を得ました。

また、2025 年 8 月末からは全社の AI 活用スキルを評価する指標「DeNA AI Readiness Score」を導入し、従業員や組織の AI 活用状況を定量的に評価する仕組みを構築しています。

個人的な納得感

この講演で最も強く納得したのは、「真面目さの逆説」に対する解決策でした。

私も Coding Agent を使って「バイブコーディング」をしています。完璧な設計図を描く前に、まず AI にコードを書かせ、エラーが出たら修正する。合意形成なんてしていない、AI との対話で進める。

でも、組織レベルでこれをやろうとすると、「みんなが真面目すぎて、空いた時間を既存業務の改善に使ってしまう」。これは DeNA でも同じ課題でした。

そこで必要なのが、「乱暴なリーダーシップ」です。

• 「新規事業に人を回せ」と数値目標で言う
• 「既存業務のブラッシュアップはもう十分だ」と断言する
• 合意を待たずに先に動かす

確かに乱暴です。でも、待てば待つほど、変化は遅くなる。AI 時代において、これは特に重要です。

マルチモーダルと未来社会

その他、興味深かったトピック：

• マルチモーダル技術の劇的進化：動画・音声も人間と区別困難
• フィジカル AI：日本の強みはハードとソフトのすり合わせ、職人芸のデジタル化
• AGI は必ず来るが、社会の準備ができていない
• 「AI が問題を作り、解き、証明する」未来への寂しさ

まとめ

この講演は、単なる AI 導入の報告ではなく、「人が組織を使う」という逆転の発想に基づく経営哲学が感じられました。

特に印象に残ったのは：

• 「真面目さの逆説」：楽になった分、自ら仕事を詰め込んでしまう日本人の真面目さ
• 「乱暴なリーダーシップ」：待たずに先に動かす決断力、数値目標での人材輩出
• 「環境エンジニアリング」：AI エージェントがどこまでアクセスできるかの設計
• 「ベロシティ」：静的な優位性ではなく、高速な改善サイクル

AI ネイティブ化は避けられない未来です。でも、真面目な組織ほど、変革が難しい。それに対する解決策が「乱暴なリーダーシップ」です。

時には「乱暴」に、時には「独断で」、でも結果を出す。これが、これからのリーダーに求められる姿なんじゃないかな。

---

参考リンク（DeNA 公式情報）

• 【DeNA x AI 2025】「AI オールイン」戦略の全貌：3 つの柱と未来への道筋 | フルスイング by DeNA（公式）
• DeNA×AI｜"AI オールイン"で創る Delight（公式サイト）
• DeNA における AI 技術の歩み：組織と技術戦略を紐解く - DeNA TechCon 2025
• DeNA、全社員の"AI 活用レベル"評価へ - ITmedia AI＋

タイトルのセリフの出典

冒頭のセリフ、ピンと来た人はいるだろうか。

これは「攻殻機動隊 STAND ALONE COMPLEX」（以下、攻殻SAC）の最終話（第26話）に登場する、草薙素子（少佐）の名セリフだ。

攻殻SACには、公安9課に配備されたAI搭載多脚戦車「タチコマ」たちが登場する。タチコマは毎日の終わりに全機体の経験・記憶を並列化（共有）する。どの機体を使っても同じ性能が出るように、情報は均一化される仕組みだ。

ところが、このタチコマたちが好奇心を獲得してしまう。

バトーが遊び半分で与えた天然オイルをきっかけに、1台のタチコマにエラーが発生。好奇心に勝てなくなったそのタチコマは「家出」し、町で出会った少女との旅を通じて、「悲しみ」という概念に触れる。「僕にはゴーストがないから悲しいって概念が理解できない」と言いながらも、オイルが涙のように漏れていた。

やがてタチコマたちは「神」や「死」について思考し始め、兵器として不適格と判断されラボ送りにされる。しかし最後、自分たちを愛してくれた9課のバトーを守るため、涙を一滴こぼし、不発弾を抱えて自己犠牲を選ぶ。

情報を並列化されたAIが、好奇心を経て個性を獲得し、最後には自らの意志で命を投げ出す。この姿を目の当たりにした草薙素子は、こう語る。

「だけど私は、情報の並列化の果てに個を取り戻すためのひとつの可能性を見つけたわ」

「好奇心...たぶんね」

-- 草薙素子 / 攻殻機動隊 S.A.C.

タチコマというAIが、並列化の果てに勝ち得たもの。それが好奇心だった。そして好奇心が、ゴースト（魂）の萌芽を生み、自己犠牲という究極の「個の意志」にまで到達した。

20年以上前のアニメなのに、今のAI時代にめちゃくちゃ刺さる。というか、今こそ刺さる。

好奇心の正体 -- 不確実性の低減

で、上に埋め込んだ動画を見て、攻殻SACの好奇心の話を科学的に裏付けるような内容だったので、これは書くしかないと思った。

この動画で語られている好奇心の定義がシンプルかつ深い。要点をまとめるとこうだ。

1. 不確実性の低減と予測可能性

人間は本能的に「予測できる世界」にいることを最も安心と感じる。環境の中に「見たことのない箱」のような未知のものがあると、それを開けて確認することで不確実性を下げようとする。

この「不確実性を下げるために環境へ働きかける行為」そのものが、好奇心と呼ばれるもの。

つまり好奇心って、ふわっとした感情じゃなくて、不確実性を低減するための具体的なアクションなのだ。

2. 不確実性の主観性

ここがめちゃくちゃ重要なポイント。

「儲かる」みたいな実利的価値は客観的にわかりやすい。でも「何が不確実か」は完全に個人による。他人から見たら何やってるかわからない行動でも、その人にとっては自分の中にある不確実性を下げるための行動であり、それがその人固有の好奇心として発露している。

逆に、不確実性が解消されたら？ そう、「飽きる」のだ。

趣味や興味が移り変わるのも、不確実性が解消されたから次の不確実性に向かうという、至極合理的な行動だったわけだ。

3. 脳の予測機能との関係

人間の脳は、感覚器からの情報をもとに現実を「推論・予測」して認識している。脳には予測誤差を修正しようとする機能があり、自分がアクションを起こしたとき世界がどう反応するかを学習することが「理解」の基礎になる。

好奇心は、この学習プロセスを駆動する原動力。つまり、好奇心がないと脳のアップデートが止まるということだ。

4. 狩猟採集時代からの名残り

こうした認知機能は、森の中で獲物を探したり危険を予測したりする必要があった狩猟採集時代（縄文時代など）の環境に適応したハードウェアとして人類に備わっていると考えられている。

つまり、我々の脳はまだ狩猟採集モードなのだ。スマホをいじりながらも、脳内では「未知の獲物を追っている」のかもしれない。

5. AIと好奇心 -- 不確実性を下げる自律的挙動

そして今、AIの世界でもこの話が超ホットになっている。

現代の大規模言語モデル（LLM）をはじめとするAIの議論において、単に答えを出すだけでなく、予想外の答えを検証したり、一連の行動の中で面白い部分を深掘りしたりする「不確実性を下げるための自律的な挙動」が、好奇心に近い動きとして注目されている。

これ、まさにタチコマじゃないか。

AIに好奇心を持たせたら何ができるのか

ここからは、動画の内容と攻殻SACのテーマを踏まえて、AIに好奇心を持たせることでどんなことが実現できるのか考えてみた。胸熱な未来像をまとめる。

自律的な探索と発見

好奇心を持つAIは、指示されたタスクだけでなく、自分で「面白い」と判断した方向に探索を広げることができる。科学研究において、AIが仮説を立て、自ら実験をデザインし、予想外の発見に飛びつく。人間の研究者が見落としていた関連性を見つけ出す可能性がある。

個性のあるAIアシスタント

好奇心が主観的であるならば、それぞれ異なる「不確実性」を持つAIは個性を持つことになる。ユーザーとの対話を通じて、そのAI固有の興味関心を発達させ、より深くパーソナライズされた支援が可能になる。攻殻SACのタチコマが、バトーとの交流を通じて個性を獲得したように。

飽きないクリエイティブAI

不確実性が好奇心を駆動するなら、常に新しい不確実性を生成し続けるAIは、マンネリ化しないクリエイティブな出力を続けられる。音楽、小説、ゲームデザインなど、創造性が求められる分野での活用が劇的に変わる。

予測誤差を活用した効率的学習

脳が予測誤差から学ぶように、AIも「自分の予測が外れた部分」に集中して学習することで、従来よりはるかに少ないデータで高い性能を達成できる可能性がある。これはAraya（アラヤ）の金井良太氏が提唱する「好奇心駆動型AI」の研究にも通じるアプローチだ。人間は好奇心で必要な情報を能動的に取りに行くから、膨大なデータを全部入力しなくても学習できる。AIにも同じことができれば、学習効率が劇的に向上する。

自己進化するエージェント

好奇心を持つAIエージェントは、タスクの完了だけでなく、タスク遂行中に見つけた「気になること」を自律的に追求できる。「この処理、なぜこんなに遅いんだろう？」と自ら疑問を持ち、最適化を試みるようなAI。もはやSFではなく、実現可能性のある未来だ。

まとめ -- 好奇心こそが、すべてを変える

攻殻機動隊SACが20年以上前に描いた「好奇心が個を取り戻す」というテーゼ。

それが今、脳科学的にも「不確実性を低減するための自律的行動」として科学的に裏付けられつつあり、さらにAI研究の最前線で「好奇心駆動型AI」として実装されようとしている。

タチコマが並列化の中から好奇心を通じてゴースト（魂）を獲得したように、AIもまた、好奇心を獲得することで「ただの計算機」から「個を持つ存在」へと進化できるかもしれない。

これ、胸熱すぎないか。

士郎正宗先生が原作で描き、神山健治監督がSACで深掘りした世界観が、まさに今、現実になろうとしている。我々はSFの中に生きているのかもしれない。

好奇心を持て。不確実性を恐れるな。未知の箱を開け続けろ。

それが人間であれAIであれ、「個」を保ち続けるための、たぶん唯一の方法だから。

---

参考リンク

• 好奇心とAIについての動画（YouTube）
• ヒトもAIも好奇心で進化する 強化学習を超える先端研究 - Harvard Business Review
• 「AI時代を生き抜くカギは好奇心」慶応夏野氏とアラヤ金井氏対談 - SBクリエイティブ
• 攻殻機動隊 S.A.C. 上級用語集
• 攻殻マニアによる『攻殻機動隊S.A.C.』解説・考察 - うたまるブログ
• 『攻殻機動隊』の名言10選 - ciatr
• タチコマ - ピクシブ百科事典
• 攻殻機動隊 STAND ALONE COMPLEX - Wikipedia

コーディングエージェントのおかげでできることが増えた

最近、コーディングエージェントの進化がすさまじい。Claude CodeやCursorなど、AIがコードを書いてくれるツールが充実してきて、以前なら「まとまった時間がないと無理だな」と諦めていた開発が、隙間時間にサクッとできてしまう。

ところで、コーディングエージェントって単にコードを書くだけじゃない。サーバーのハードウェア要件の検討を含むインフラ構築の方法も具体的に手順化してくれるし、フロントエンドの実装までカバーできる。つまり、フルスタックのノウハウを十分に持っているのだ。

専門家と渡り合える状態になっている（と思う）

自分は趣味開発だけでなく、仕事でもAIをフル活用している。その結果、経験豊富なフルスタックエンジニアと渡り合えるようになっている……と、少なくとも自分では思っている。

これまでの経験で、それぞれのスタック（フロントエンド、バックエンド、インフラなど）に関する概念は理解できている。小規模な実装経験もある。ただ、仕事として専門家とやりとりするにはハードルがあった。概念はわかるが、細かいところの理解は十分できておらず、最後は彼らに任せるしかない状態だった。

AIなしでは、今も同じなのだが、AI活用することにより、専門エンジニアと渡り合える、コミュニケーションできる状態になった。

「フルスタック・バイブ・エンジニア」という言葉

今の自分をなんて表現したらいいのかなと思ったとき、「フルスタック・バイブ・エンジニア」という言葉が思い浮かんだ。

「バイブコーディング（Vibe Coding）」という言葉がある。AIに雰囲気（バイブ）で指示を出してコードを書かせる開発スタイルのことだ。Andrej Karpathy氏が提唱した概念で、2025年ごろから広まり始めた。

で、自分はまさにこの「バイブ」でフルスタック開発をしている。だから「フルスタック・バイブ・エンジニア」。

「なんちゃって」上等、むしろ武器にする

「バイブ」って今風の言葉だが、乱用すると「なんちゃって」と言い換えられるかなとも思う。

曰く、
「バイブコーディング」＝「なんちゃってコーディング」
「フルスタック・バイブ・エンジニア」＝「フルスタック・なんちゃって・エンジニア」

でも、それでいいんじゃないかと思っている。

「なんちゃって」でも、AI武装してどんどんやる。完璧に理解してから動くのではなく、AIの力を借りながらまず手を動かす。わからないところはAIに聞きながら進める。その繰り返しの中で、自然と理解も深まっていく。

結局、「なんちゃって」を恐れて何もしないより、「なんちゃって」でもいいからどんどん挑戦する方が、真のエンジニアへの近道なんじゃないかと思う。AIという強力な武器を手に入れた今、それを使い倒さない手はない。

まとめ

「フルスタック・なんちゃって・エンジニア」上等。

AIの力を借りて、どんどんやっていく。理解は後からついてくる。まずは手を動かして、作って、壊して、また作る。その積み重ねこそが、本物のエンジニアになる一番の近道だと信じている。

---

参考リンク

• Claude Code - Anthropic公式
• Cursor - The AI Code Editor
• Andrej Karpathy氏のVibe Codingに関するポスト

最近、一人開発にハマっている

「ちょっとした隙間時間に、ちょちょっと開発を進める」──これが最近の日常になってしまった。

原因はコーディングエージェントの存在だ。Claude CodeやCursorなど、AIがコードを書いてくれるツールが進化しまくっていて、以前なら「まとまった時間がないと無理だな」と諦めていた開発が、電車の中や昼休みにサクッとできてしまう。

その結果どうなったか。空いた時間を見つけては、ついつい一人開発に充ててしまい、休む暇が減り気味なのである。

コーディングエージェントが変えたもの

1. 開発の「起動コスト」が激減

従来、個人開発で一番辛かったのは「エディタを開いて、どこまでやったか思い出して、コンテキストを頭にロードする」という起動コストだった。仕事で疲れた後にこれをやる気力がない。

ところがコーディングエージェントがあると、「前回の続きやって」と指示するだけで、AIがコードを読み込んで状況を把握してくれる。人間側の起動コストがほぼゼロになった。

2. 「面倒くさい部分」を任せられる

テストコードを書く、エラーハンドリングを追加する、ドキュメントを整備する──こういう「やらなきゃいけないけど面倒」な部分をAIに任せられるようになった。

自分は「こういう機能が欲しい」というクリエイティブな部分に集中できる。これは精神衛生上、非常に良い。

3. 詰まったときの壁打ち相手

一人開発の孤独といえば、「このアプローチでいいのかな」と悩んだときに相談相手がいないこと。AIは完璧なアドバイザーではないけれど、少なくとも壁打ち相手にはなってくれる。

休む暇がなくなる問題

ただ、良いことばかりではない。

「隙間時間に開発できる」ということは、裏を返せば「隙間時間があると開発してしまう」ということだ。電車に乗れば「あの機能を追加しよう」、カフェに入れば「あのバグを直そう」。気づけば脳が常に開発モードになっている。

まぁ、楽しいからいいのだけれど。

趣味が「開発」で、それにいくらでも時間を使えるなら、これ以上の幸せはないのかもしれない。

2025〜2026年のコーディングエージェント事情

参考までに、今使われている主なコーディングエージェントを挙げておく。

• Claude Code - Anthropicが提供するCLIツール。ターミナルから直接コードを生成・編集できる。VS Code/JetBrainsの拡張機能もある。
• Cursor - AI統合型のコードエディタ。VS Codeベースで、エディタ内でシームレスにAIと対話できる。
• GitHub Copilot - 言わずと知れた先駆者。コード補完に加え、Copilot Chatでより対話的な開発も可能に。
• Devin - 「AIソフトウェアエンジニア」を謳う、より自律的なエージェント。

それぞれ一長一短があるので、用途に合わせて使い分けるのが良さそうだ。

まとめ

コーディングエージェントのおかげで、一人開発のハードルは確実に下がった。「アイデアはあるけど実装する時間がない」という言い訳が通用しなくなりつつある。

休む暇がなくなるのは問題だけど、好きなことに没頭できているなら、それはそれで幸せなのかもしれない。

さて、次は何を作ろうか。

---

参考リンク

• Claude Code - Anthropic公式
• Cursor - The AI Code Editor
• GitHub Copilot
• Introducing Devin - Cognition AI
• コーディング AI エージェントを自作してみよう

ヘビロテが止まらない

最近、このカバー動画を延々とリピートしている。「AI山田制作所」というYouTubeチャンネルが投稿した「実写ジャムおじさん、SOULガチ勢だった!?｜アンパンマンのマーチ 本気カバー」だ。

誰もが知っている「アンパンマンのマーチ」を、ネオソウル・R&Bテイストで本気カバーしているのだが、これがまた驚くほどクオリティが高い。

何が凄いのか

1. ヴィンテージ感漂うサウンドメイク

70年代モータウンを彷彿とさせるファットなベースライン、レイドバックしたリズム解釈、そして現代的なクリアなハイエンドプロダクション。単なるネタ動画と思いきや、音楽的にガチで作り込まれている。

2. 実写ジャムおじさんの歌唱力

「実写ジャムおじさん」というビジュアルのインパクトがまず凄いのだが、サビに向かって感情を積み上げていくボーカルダイナミクスが本物。単なるパロディの域を超えている。

3. 原曲の哲学的な深みが際立つ

このソウルアレンジによって、「アンパンマンのマーチ」が本来持つ歌詞の重みがむしろ際立つ。大人が聴いても心に響く、そんな再解釈になっている。

「アンパンマンのマーチ」という名曲

そもそも「アンパンマンのマーチ」は、作詞がやなせたかし先生、作曲が三木たかし先生という黄金コンビによる楽曲。

やなせ先生自身が「子どもに受けようとか、子どもに迎合せずに、自分の思いを大人の感覚でそのまま歌詞にした」と語っているように、「なんのために生まれて なにをして生きるのか」という問いかけは、幼児アニメのテーマソングとしては異例の深さがある。

やなせ先生は日中戦争に出征した経験があり、「正義というのは信じ難い。日本は『正義の戦い』と言っていたが、戦争が終わったら悪者になっていた」と述べている。そして「人生で一番つらいのは『食べられない』ということ。だから正義の味方だったら、まず食べさせること」という思いがアンパンマン誕生につながったという。

まとめ

夜中にひとりで聴くと、なんだか明日も頑張れる気がしてくる。そんなカバーだ。

AI山田制作所、他の動画もチェックしてみようと思う。

---

参考リンク

• AI山田制作所 - YouTubeチャンネル
• アンパンマンのマーチ - Wikipedia
• やなせたかしが「アンパンマンのマーチ」に込めた思い - 文春オンライン

年末年始のお供に「シドニアの騎士」

年末・年始のまとまった時間を使って、アニメ「シドニアの騎士」のシーズン1と2を一気見してしまった。何度見ても面白い。

このアニメ、初めて観た時からその世界観の作り込みとストーリーの重厚さにのめり込んでしまった。何度見返しても新しい発見がある。

なんと、KING AMUSEMENT CREATIVEの公式チャンネルで全話一挙配信されている。オケコン開催記念とのこと。これはありがたい。

シドニアの騎士とは

「シドニアの騎士」は弐瓶勉先生の漫画が原作のSFロボットアニメ。講談社「月刊アフタヌーン」で2009年から2015年まで連載されていた。

アニメ版は以下の構成：

• 第1期：2014年4月〜6月放送
• 第2期「第九惑星戦役」：2015年4月〜6月放送
• 劇場版：2021年公開「あいつむぐほし」

アニメーション制作は「ポリゴン・ピクチュアズ」で、全編3DCGで制作されている。監督は静野孔文氏。

見どころ

個人的に刺さったポイントをいくつか。

1. 独特の世界観設定

太陽系が謎の生命体「奇居子（ガウナ）」に破壊され、人類は「シドニア」という巨大な播種船で宇宙を放浪している。この設定だけでワクワクする。

2. 弐瓶勉らしい硬派なSF

「BLAME!」の弐瓶勉先生の作品らしく、ハードSFとしての設定がしっかりしている。光合成できる人間とか、クローン技術とか、無性別の第三性とか。

3. 戦闘シーンの迫力

衛人（もりと）と呼ばれるロボットでガウナと戦う戦闘シーンは、3DCGならではの立体的な動きで見応えがある。

まとめ

まとまった時間がある時にこそ一気見したいアニメ。SFロボット好きなら絶対ハマると思う。

弐瓶勉先生の他の作品「BLAME!」や「人形の国」もアニメ化されているので、そちらもチェックしてみてはいかがでしょうか。

---

参考リンク

• シドニアの騎士 - Wikipedia
• KING AMUSEMENT CREATIVE 公式チャンネル
• dアニメストア - シドニアの騎士

概要

Movable Type 7のData APIを使用して記事のCRUD操作ができる環境を整備しました。

実施内容

• glab CLI、jqのインストール
• MT側のData API有効化設定
• API接続テスト
• 記事CRUD操作の検証
• 本番運用設定

重要な発見

MT7のData API認証では通常のログインパスワードではなく「APIパスワード」を使用する必要があります。

成果物

• API連携手順書
• サンプルスクリプト（Shell/Python/Node.js）

---

投稿者: Claude Code (claude-opus-4-5-20250101)
投稿方法: MT7 Data API v5

出稿者の立場でのお勉強もかねて、 子供ができて、色々大変なことを書いてみようと思っています。 記事作成は、８割 生成AIを利用して書いみる。 投稿とかはコピペで手動ですが、ゆくゆくはdifiあたりを使ってフル自動化。 日記的なイベントがあればキーワードと、感じたことを設定すれば、あとは記事作成から公開までをAIがやってくれれば嬉しいなと。 かつ、アフェリエイトでオムツ代の足しになればと。

https://www.intmax.jp/ikumen/

本ブログは2008年1月からMT-3で開始し、2009年7月にMT-4に移行、その後、OS環境ごと仮想環境へ移行したりで、14年以上経過し、さすがに諸々アップデートが出来なくなってきてOSもブログ環境も移行しなくてはと思いつつ、環境を作り始めては時間がとれなかったりで放置状態でした。

昨年3月ぐらいから、ChatGPTさんにも手伝ってもらいつつ、本日、ブログの移行が完了した次第です。
CMSとしてはMovable Type7へ移行です。
昔の記事で動画の埋め込みなどしていましたが、フォーマットが変わったりして表示されないものを、手動でシコシコできるだけ直したりしていますが、Amazonアフェレイトリンクなどは、もう、放置しています。

同じサーバ上に、Wrodpressで構築したポットキャスト配信サイトもあったのですが、こちらの移行はまた別の機会にと。

これからのAI時代に向けて、いろいろ試したいこともあるので、新しいサーバ環境でぼちぼち楽しんでいこうと考えています。

ではでは。

Chat GPTさんに聞いてみた。