デッキがソースです

これは、プレゼンテーションのスライスから構築されたミートアップ ブリーフィングでした。記事は転写であるかのように見せてはなりません。便利なオブジェクトは、順序が重要である理由を説明する短いメモが記載されたデッキです。

4 月 22 日のセッションでは、エージェントの生産性スタックからモデルとインフラストラクチャの選択に移りました。セルフホスティング、Kimi、Claude、Qwen、RunPod、および毎週の AI ニュースはすべて、同じ実践的な質問を回避する方法でした。つまり、ビルダーは何を直接所有する必要があるのか​​、何をレンタルしたり、サービスとして呼び出すことができるのか?

そのフレームは個々のリリース ノートよりも耐久性があります。正確なモデル名は変更され続けます。配置の問題は依然として残ります。

引き継がれたもの

実際に得られた教訓は、ミックススタックの考え方でした。ローカルモデルがプライベートな小さな質問に答えます。予算 __PTERM36__ で中程度のタスクをカバーできます。レンタルされた __PTERM32__ は、集中的な重いセッションを処理できます。 frontier model は、作品に判断、長い文脈、または高品質の合成が必要な場合に、依然としてその役割を果たしています。

問題は、永続的な勝者を 1 人選ぶことではありません。問題は、ツールの選択が習慣になる前に、作業に何が必要かを知ることです。

リプレイが添付されているのは、デッキがそれらの選択肢の間の遷移を示しているためです。これは、個別の見出しのリストとしてではなく、一連の作業として役立ちます。