mcpField
L
latent-space-engineering

latent-space-engineering

github.com/atholaエージェントワークフロー34382 回インストール1 日前に更新
リポジトリ

latent-space-engineering について

latent-space-engineering は、エージェントへの指示の伝え方を設計するスキルです。プロンプトやスキル指示の作成、エージェントのディスパッチを行う人向けに、感情的な枠組み、スタイル転写、競争型レビューなどの手法を提供します。

主な機能

  1. 01指示の感情的な枠組み
  2. 02例からのスタイル転写
  3. 03複数エージェントの競争型レビュー
  4. 04名前付きレジスターの呼び出し
  5. 05タスク別の手法モジュール

活用シーン

  1. 01エージェントへのディスパッチ用プロンプト作成
  2. 02既存のスタイルに合わせたコードや文書の生成
  3. 033つ以上のレビューエージェントを並行して起動

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/athola/claude-night-market --skill latent-space-engineering

インストール後、Claude Code で/latent-space-engineeringを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

modules/
competitive-review.md
emotional-framing.md
know-your-delegate.md
named-register-invocation.md
style-gene-transfer.md

詳細

潜在空間エンジニアリング

最適なパフォーマンスを発揮できる心の状態にエージェントを導くよう、指示の表現を工夫して行動を形成します。適切な情報を詰め込むコンテキストエンジニアリングとは異なり、このスキルでは、エージェントを生産的な心の状態に導くために、指示をどのように表現するかを扱います。

使用する場合

  • エージェントへのタスク割り当てプロンプトを作成する場合
  • 行動を導くスキルの指示を書く場合
  • 3 つ以上のレビューエージェントを並行して割り当てる場合
  • 既存のスタイルに合わせる必要があるコードやドキュメントを生成する場合

使用しない場合

  • 事実に関するコンテキストを詰め込む場合(context-optimization を使用)
  • 行動面での機微がない単純な単発タスク
  • 指示のトーンが重要でないタスク

主なテクニック

1. 感情的なフレーミング

脅威に基づくプロンプトを、落ち着いた自信のある指示に置き換えます。恐怖に基づくプロンプトは、性急な対応や手抜きを招きます。

モジュールを読み込む:modules/emotional-framing.md

2. スタイル遺伝子の転写

出力を依頼する前に、見本となるコードや文章をコンテキストに入れます。エージェントは、あらかじめ読み込まれたサンプルから文体の特徴を再現します。

モジュールを読み込む:modules/style-gene-transfer.md

3. 競争的なレビュー

複数エージェントにレビューを割り当てる際、競争を促す要素を盛り込み、厳密さと徹底度を高めます。

モジュールを読み込む:modules/competitive-review.md

4. 名前付きレジスターの呼び出し

公開されている標準を指定するだけで、1 行の指示で文章全体に特定の文体を取り入れます。見本を挿入するよりコストは低い一方、精度は粗く、セッションの途中で効果が薄れることが知られています。

モジュールを読み込む:modules/named-register-invocation.md

クイックリファレンス

テクニック使用場面モジュール
感情的なフレーミングあらゆるエージェントプロンプトemotional-framing
スタイル遺伝子の転写コード/ドキュメントの生成style-gene-transfer
競争的なレビュー3 人以上の並行レビュアーcompetitive-review
名前付きレジスター操作手順または手続きの文章named-register-invocation

委任先に合わせた指示の作成

フレーミングは、モデルの文章と同じくらい委任先の出力を左右します。タスクを割り当てる前に、委任先が実行するモデルと利用できるツール、把握していないプロジェクトのコンテキストを確認し、手順ではなく提案としてプロンプトを作成します。

modules/know-your-delegate.md を参照してください。

完了条件

  • 名前付きレジスター(例:ASD-STE100)を呼び出した場合、modules/named-register-invocation.md に従って、そのレジスターが維持されたことを決定的なチェックで検証する
  • タスク割り当てプロンプトに、脅威に基づく表現(「必ず〜しなければならない」「失敗するな」「さもないと」)が含まれていない。modules/emotional-framing.md に従い、落ち着いた自信のある表現に置き換える
  • 既存のスタイルに合わせてコードやドキュメントを生成する場合、出力を依頼する前に、少なくとも 1 つの見本サンプルをコンテキストに入れる(スタイル遺伝子の転写を適用する)
  • 3 つ以上のレビューエージェントを並行して割り当てる場合、各エージェントのプロンプトに、modules/competitive-review.md に従って競争を促す要素を含める
  • タスクの種類に合ったテクニックモジュールを読み込み、無関係なモジュールは読み込まない(トークン効率を維持する)

コメント