個人用ソフトウェア工場は時間の無駄だ

彼の言う通りだと思う。ソフトウェア工場はある程度自然に生まれてくるべきものだ。「よし、まずこれを速くするためにソフトウェア工場を作ろう」と言ってプロジェクトを始めるべきではない。まずエージェントを指示して物を作り始めるんだ。同じことを何度も書いていることに気づいたら、それをスキルに入れる。スキルはマクロのように考え、扱うべきだ。どのスキルがいつ呼ばれるかという明確なパターンが発展してきたら、そろそろソフトウェア工場を作る時期かもしれない。要するに、そうした判断と関連情報をきれいなインターフェースの背後に置くものだ。

私のソフトウェア工場はそうやって生まれた。そして私が取り組む単純なタスクの50〜70%において、これのおかげで時間が大幅に節約でき、さらに重要なことに、精神的負担がずっと軽くなる。

ブログ記事の内容から私が受け取ったのは、著者が読者と絶えず戦っているということだ。それを要約すると「君の取り組みは愚かだと思うし、やるべきじゃない。でも私は君の上司じゃないからどうでもいい。でも悪いアイデアだ。でも役に立つかもしれない。でもやるべきじゃない」となる。

もしソフトウェア工場の計画（つまり、タスクをコードや機能に変えるループのための、何らかの概念的枠組み）があるなら、試してみるべきだと思う。私の意見では、たとえ実装が失敗に終わっても、あるいは概念実証の段階を超えなくても、少なくとも世の中に何があるのか、自分が何を試したのかを知るための何かをしたことになる。

ほとんど始まっていないプロジェクトの墓場を持ち、それによって知識に深みを与えるほうが、[今四半期のフロンティアモデル]がMarvel + Bioshock + Ted Lasso + Command and Conquer、あるいはNikita Bierのような人々が大好きな恐ろしいConsumptionslop™的な何かをできるからという理由で、自分をプロンプトの奴隷に貶めるよりはるかに良い。

どうやら人々はソフトウェア工場という言葉で違うものを理解しているようだ。

私はソフトウェア工場とは「すべてはコードである」というマントラの次のステップにすぎないと信じている。

できるだけ曖昧で詳細を少なくした機能記述と受け入れ基準を「箱」に書き込みたい。

それを可能にするために、環境が要求するドメイン、要件、ソフトウェアスタックの情報へのアクセスを工場に作る。

そしてこれをすべて、AIに最適化されたツール、ドキュメント、プロセスで試みる。

目標はトークンとコンテキストをより少なく使い、エージェントが行うあらゆる動作を可能な限り高速化することだ。

だからこそ、これを意見の強い解決策で自動化しようとするプラグインベースの自己進化型ハーネスのトレンドがある。

したがって、テストを容易にしトークン使用量を減らすツールを作ることが時間の無駄だとは思わない。特に、仕事の中で自動化できる領域をますます多く学べること、そしてツールの選択によっては自分の入力なしでも実行でき、その点での自分の入力が工場を改善するかどうかを実験する機会を逃してしまうからだ。

この意見には全面的に賛成だが、これは藁人形を攻撃しているのか、それとも人々は本当に「ソフトウェア工場」を作っているのか？LLMの文脈でこの言葉を見たのはこれが初めてだ。LLMの上に載るソフトウェア工場とは一体どんなものなのだろうか？