AIへの「命令」を捨てて「重力場」を配置せよ。TODOソートで学ぶ文脈設計型プロンプトの技術 - レバテックLAB

エンバインド株式会社 代表取締役 小林昌弘 有限会社 WINGSプロジェクトが運営する、テクニカル執筆コミュニティ（代表：山田祥寛）に所属するテクニカルライター。 Javaでのアプリケーションサーバ開発や社内フレームワーク開発、SaaS提供企業などの技術基盤の設計・開発を経験。サーバーサイドからスマホアプリ、P2Pを用いたリアルタイムコミュニケーション技術まで、基本レイヤーから応用まで広くカバーするフルスタックの技術力を強みとする。近年では、自社保有データの有効活用やRAG実装を支援する「生成AIソリューション」に加え、OCRやPDF生成といったデジタルとアナログ（紙）を繋ぐ中間ソリューション、データ分析技術を軸に、新規サービスの立ち上げから既存システムのリニューアル支援まで幅広く牽引。 監修 山田 祥寛 静岡県榛原町生まれ。一橋大学経済学部卒業後、NECにてシステム企画業務に携わるが、2

[simplememofast]

命令と文脈の対立ではなく、評価関数を人が書くか事前学習側の分布に委ねるかの話。前者は例外列挙、後者は例外の連想。切り分けると再現性の管理点も変わる

[lainof]

上司から緊急の連絡が入ってるのに、何をするかも分からずTODOリストを確認する状況が非現実的では？まともなAIならまず上司に確認しろと言いそう。

[otologie]

設計の常識は叩き込まれてると考えていいのかな。独創的なコーディングのアイデアが見たくもあるけど。

[yojik]

記事全体がAIスロップな感じがする。「条件定義」だってアテンション発生手段であり、細かすぎたり単純な文字列検索ベースなのが悪いだけでは？高次元の重力場という大げさなメタファーも無意味。

[yarumato]

“優秀なエンジニアほど、プロンプトを「引数を渡して関数を実行」と捉えがち。「3日以内」「未返信」という条件だけを書きがち。本当に処理したいのは「顧客の怒り」や「機会損失のリスク」という文脈”

[nguyen-oi]

言葉の引力を重力場に例えてるの分かりやすい。情緒的アプローチのほうが賢く動くの面白いな