“プロンプトの TDD” モデルの性能が良くなると、良くも悪くも、これまでの指示で同じ結果にならないことがあるので、常に評価と改善のループを回していく必要がありますね。評価を入れて Silent Driftに気をつけたい
感覚でプロンプトいじって沼る現象にちゃんと評価テスト持ち込んでTDD化するの説得力ある
明らかにプロンプトの不整合、矛盾がない場合、モデルのせいにして切ってる。きりない。オーケストレーションに耐えないモデルにまともな仕事ができるとは到底思えないゆえ。
一発で通る完璧なプロンプトを生成するってこと？頑張っても100%は無理そうだし、あんまり筋が良くない気がする。モデルが変わったらプロンプト解釈のクセも変わると思うけど、生成ルールも都度切り替えるのかな
おもろい
プロンプトエンジニアリングのすすめかた
“プロンプトの TDD” モデルの性能が良くなると、良くも悪くも、これまでの指示で同じ結果にならないことがあるので、常に評価と改善のループを回していく必要がありますね。評価を入れて Silent Driftに気をつけたい
感覚でプロンプトいじって沼る現象にちゃんと評価テスト持ち込んでTDD化するの説得力ある
明らかにプロンプトの不整合、矛盾がない場合、モデルのせいにして切ってる。きりない。オーケストレーションに耐えないモデルにまともな仕事ができるとは到底思えないゆえ。
一発で通る完璧なプロンプトを生成するってこと？頑張っても100%は無理そうだし、あんまり筋が良くない気がする。モデルが変わったらプロンプト解釈のクセも変わると思うけど、生成ルールも都度切り替えるのかな
おもろい