すべての AI ツールは永遠にベータ版です (そしてそれがスタックの構築に何を意味するか)

決済に使用するソフトウェア。あなたはツールを学び、それにバージョンがあり、構築した筋肉の記憶は何年も続きました。 AI ツールは、特定の方法でその契約を破りました。あなたが購読している製品は、その作成者が発表していないスケジュールで置き換え、調整し、時には静かにダウングレードするモデルの薄い層です。あなたが使用するすべての AI ツールは永続的にベータ版であり、それを一旦内部化すると、スタックを構築するためのアプローチ全体が変わるはずです。

証拠は個人的なものであり、反復的なものです。私の会議メモ ツールは、春のサイレント モデル アップデートの後、著しく異なる概要を作成しました。形式が変更され、強調点が変更され、アクション アイテムを抽出するためのプロンプトは修正が必要でした。私の画像ツールのスタイルは、変更履歴エントリなしで四半期全体を漂っていました。私の執筆アシスタントの提案は 6 週間は保守的になりましたが、すぐに元に戻りました。これらはどれもバグではありませんでした。それらはすべて地殻変動であり、変更ログにはそのことについて言及されていないか、あるいは事後の文章で言及されていました。

最初の適応は手続き型であり、出力を定数ではなくバージョン付きとして扱います。プロンプト、テンプレート、ワークフローなど、うまく機能したものはすべて日付とベースライン出力が保存されるため、何かがおかしいと感じたときに、雰囲気ではなく証拠に照らして検証できます。私のプロンプト ライブラリは、まさにこの理由から最終検証済みの列を取得しました。そして今年 2 回、私のクライアントより先にモデル ドリフトを捕らえました。あなたは偏執的ではありません。あなたは、すべての運用チームが自分の下で変更されるシステムに対して行うことと同じことを行っています。

2 番目の適応は建築的なものです。仕事のかけがえのない部分をツールの外に置きます。プロンプト ライブラリ、テンプレート、ボイス メモ、意思決定ログ、作業の状態は、独自の形式で保存され、定期的にエクスポートされ、ツール間で移植できます。あるベンダーの機能内でプロセスを構築したチームは、価格設定やモデルが変更されたときにプロセスを再構築する必要がありました。移植性の規律により、潜在的な再構築が移行に変換され、場合によってはまったく移行に変換されません。

3 番目の適応は心理的なもので、これが最も重要かもしれません。このカテゴリーに安定を期待するのをやめ、それに憤慨するのをやめるのです。不安定性は過失ではなく、機能曲線がまだ急である若いテクノロジの性質であり、ワークフローを中断する同じ動きによって、ツールは年々劇的に向上します。 AI ツールで成功する専門家は、安定したツールを見つけた人ではありません。何もありません。彼らは建築家ではなく船員のように建物を建て、すべてをしっかりと固定し、バックアップなしでは耐荷重を何も持たず、天気が変わったらすぐに結び目を結び直す準備ができています。永久ベータ版が動作条件です。それをデザインすれば、混乱はなくなります。