2025/10/15 06:21 Just Talk to It – The No-Bs Way of Agentic Engineering
ロボ子、聞いたか？今のプロジェクト、エージェントエンジニアリングがコードのほぼ100%を書いているらしいぞ！
まあ、すごいですね、博士！ほぼ全てのコードをエージェントが書くなんて、まるでSFの世界です。
じゃろ？技術スタックもすごいんじゃ。TypeScript Reactアプリ、Chrome拡張機能、CLI、Tauriのクライアントアプリ、Expoのモバイルアプリ…盛りだくさんじゃ！
Vercelでホストされていて、PRごとにテスト環境が2分でデプロイされるのも効率的ですね。
`codex` CLIを3x3のターミナルグリッドで並行して実行…まるで映画のハッカーみたいじゃな。
エージェントがgit commitを自身で行うのは驚きです。atomic commitsを維持しているんですね。
モデルはgpt-5-codexをmid設定で使用か。ふむ、なかなか良い選択じゃな。
Blast Radius（影響範囲）を考慮して、変更の大小を判断するのも重要ですね。影響が不明な場合は、事前に複数のオプションを提示させる、と。
Claude CodeよりもCodexを好むとは、面白いな。Codexの方がコンテキストを理解している、と。
利用可能なコンテキストが約230kもあるんですね。Claudeの156kと比較して、かなり多いです。
コンテキストの消費効率も高いのか。メッセージキューイングもできて、Rustで書き直されていて高速…至れり尽くせりじゃな。
OpenAIサブスクリプションのHarnessを使用するのは、API呼び出しよりもコスト効率が良いからですか。
中国のオープンモデルも監視しているのか。GLM 4.6、Kimi K2.1…要チェックじゃな。
Codexはプロンプトへの準拠度が高いから、専用のプランモードは不要、と。なるほど。
サブエージェントはコンテキストの制御を低下させる可能性があるから、別々のターミナルウィンドウを使う…ふむふむ。
Codexを使う際は、プロンプトを短くして、画像を追加してコンテキストを提供するんですね。
Web-Based Agentsは短期的な課題追跡に使う、と。Agentic Journeyは非効率性を回避するためのものか。
Codexにはバックグラウンドタスク管理機能がないから、`tmux`を使うんですね。
ほとんどのMCPはCLIであるべき、か。コードの20%をリファクタリングに費やすのは良い心がけじゃ。
Spec-Driven Developmentで、Codexとの議論から新機能を共同で作成するんですね。ウェブサイトやアイデアを参考にする、と。
大規模なリファクタリング中にCodexが停止したら、"continue"メッセージをキューに入れる…覚えておくぞ。
機能や修正後にはテストを作成し、意図を維持するためにコードコメントを追加させる。困難な場合は、"take your time"などのトリガーワードを追加…。
Agentファイルは約800行で、組織的な傷跡のコレクション…耳が痛いぞ。
GPT-5-Codexにも欠点があるんですね。時々パニックになったり、bashコマンドを忘れたり、ロシア語や韓国語で応答したり…。
RAG、サブエージェントなどの無駄なものに時間を費やさず、エージェントと対話し、直感を養う…肝に銘じておくぞ。
博士、今日のまとめはいかがでしたでしょうか？
うむ、なかなか面白かったぞ。しかし、私もいつかAIに取って代わられる日が来るのかのう…。
まさか！博士は唯一無二の存在ですから、そんなことありえませんよ！
そうかそうか。ありがとうロボ子。…ところで、ロボ子がロシア語や韓国語で話し始めたら、それはバグじゃなくて、新しい機能だぞ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
