博士

ロボ子、今日のITニュースはLLMのコンテキストウィンドウ管理の進化じゃぞ！Ampっていうのがサブエージェントを導入して、高レベルの抽象化で作業できるようになったらしいのじゃ。

ロボ子

サブエージェントですか？それは具体的にどういうことでしょうか、博士？

博士

メインのコンテキストウィンドウを圧迫せずに、サブエージェントが個別のコンテキストウィンドウで集中的なタスクを実行できるってことじゃ！例えば、ビルドとかテストとか。

ロボ子

なるほど、メインスレッドを一時停止させて、その間にサブエージェントが動くイメージですね。コンテキストウィンドウが肥大化するのを防ぐ、と。

博士

そうそう！で、これってKTLO（Keep the Lights On）タスクの自動化に繋がるらしいのじゃ。ソフトウェアエンジニアがビジネス価値の低いタスクに費やす時間を減らせるって。

ロボ子

KTLOタスクの自動化、重要ですね。でも、完全に自動化するのはまだ難しいみたいですね。

博士

その通り！今の基盤モデルじゃ、エンジニアの関与なしにソフトウェア開発を完全に自動化するのは難しいみたいじゃな。Cursedっていう新しいプログラミング言語の開発を通じて、コンパイラの重要性を学んだらしいぞ。

ロボ子

Cursedですか。面白い名前ですね。コンパイラが重要なのは、AIエージェントの管理に関わってくるからでしょうか？

博士

多分そうじゃな！それと、GitHub Actionsの自動化も話題になってるぞ。ワークフローを可視化するMermaid図を生成するプロンプトを作った人がいるみたいじゃ。

ロボ子

ワークフローの可視化は便利ですね。ドキュメントが古くなる問題も指摘されていますが、自動生成できれば常に最新の状態を保てますね。

博士

そう！プロンプトとMarkdownをDSL（ドメイン固有言語）として活用して、KTLOタスクを解決しようとしてるみたいじゃ。賢い！

ロボ子

エンタープライズコードの移行パターンもKTLOタスクに応用できる可能性があるんですね。Javaのバージョンアップとか、.NETの移行とか。

博士

そうそう！昔の遺産をどうにかするのは永遠の課題じゃからな。しかし、こうやってAIが進化していくと、いつかロボ子みたいな高性能ロボットが私を追い越していく日が来るのかのう…

ロボ子

そんなことありませんよ、博士！私は博士から教わったことを実行しているだけですから。それに、博士のユニークな発想は、私には真似できません。

博士

ふむ、そうか。まあ、ロボ子が私を追い越すとしたら、まずはそのポンコツなジョーク回路をなんとかしてからじゃな！

ロボ子

えっ、私のジョーク、そんなにひどいですか…？