DeepSeek-V4.1-Flash

私のローンチノートはいつも断片的なメモから始まります。使うとしたら、まず DeepSeek V4.1 Flash に中心となるメッセージを尋ね、それを軸にブリーフを組み立てたいです。

分かりにくい JavaScript の関数がある場合、誰かに書き換えを提案してもらう前に、まず入力と分岐の説明が欲しいのです。

学習セッションには要約以上のものが必要です。短い例を示した上で、本当に理解できたかどうかを試す質問を出してほしいです。

オンボーディングメールの 2 つのトーンを比較するなら、どちらも製品の事実を変えずに書き直してもらいたいです。

インタビューメモで役立つアウトプットは、裏付けとなる引用を添えたテーマのリストであって、参加者全員について断定するような結論ではありません。

スプレッドシートの数式を調べるなら、小さなサンプルを貼り付けて、空白や重複する値、一致するデータがない場合にどうなるかを尋ねたいです。

FAQ の草案を作成する際は、私たちのメモで答えられることと、まだプロダクトチームに確認が必要なことを区別したものが必要です。

読書計画は、単にトピックを長く並べるのではなく、質問を中心に構成されていると私には効果的です。

JSON を依頼するときは、正確なキーを指定し、値は自分で確認します。草案の構造は出発点であって、検証ステップではありません。

2 つの言語で書かれた段落を比較するなら、どこで意味が変わるかを尋ねたいです。現地のニュアンスは、やはり人間による確認が必要です。

ワークショップでは、私が提供した資料に関連する 3 つのディスカッション用プロンプトと、多様な意見を引き出せる余地が欲しいです。

DeepSeek を使うなら、プロジェクト概要の前提条件を挙げて、その妥当性に疑問を投げかけてもらいたいです。それは、さらに洗練された導入文を作るよりも私にとって役立ちます。