【Antigravity】AIエージェントでオナニー ★4
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレは>>950、↑の呪文を3行以上コピペしてスレ立てしてください。新スレが立つと１行消えます。
都合で建てられなければ早めに申告しましょう。
AIエージェントを利用してLLMにエッチな内容を出力させる上手な方法があれば、共有しませんか？
※こちらは文章生成AIでオナニースレから派生したスレになります。
このスレ用wiki
https://aionanie.com/wiki/doku.php?id=start
文章生成AIでオナニースレのプロンプトまとめ
https://seesaawiki.jp/gpt4545/
rentryの使い方、読み方、書き方についてのまとめ
https://rentry.org/rentry_yomikaki
※前スレ
【Antigravity】AIエージェントでオナニー ★3
https://mercury.bbspink.com/test/read.cgi/onatech/1768330900/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured 入力は(いま打ったトークン+過去ログの総トークン)で、キャッシュヒット率はざっくり言うと入力のうちの過去ログトークンの割合だよ
過去ログ分は値段1/10？くらいにしときますねって形 ここからここまでキャッシュしてね ←通常の入力より高い
キャッシュしたもので応答してね、それとこれが新規インプットね ←キャッシュヒットしたトークンは通常のトークンより安い
こういう仕組みだね
あと、インプットには自分の入力以外にGEMINI.mdなどのルールとかスキルの概要とかMCPサーバーのツールの説明とかそういうのも毎回全部入るのと、
それまでの会話履歴も入るので、会話が長くなれば雪だるま式に増えるよ
なのでクソデカプロンプトをGEMINI.mdに入れたまま雑な指示でコーディングさせるとかするとすぐパンパンになるんだ・・・そらそうですわね・・・
あとはアウトプットが次のインプットのコンテキストになるから小説で長文出力を目指してるとそれも影響あるね 世界観、キャラ設定、プロットとか詳細に書いてるとそれだけで字数嵩むものなあ
とりあえず脱獄＋ペルソナをAlways OnからManualにして
初回にメンションで渡すだけにしてみてるけど効果あんのかねこれ ・出力は毎回log.mdに行う
・log.mdの中身を毎回消す
とやれば雪だるま式トークン増加を回避できる・・・のかな？ セッションが終わったら出来の良かった小説は
リネーム保存してファイル空にしてるけど
一話ごとにやると多少コンテキスト節約になるのかな セッションが短ければそれだけコンテキストは少なくなる
ただ、そもそも現時点で不足してないならそこまで節約しなくてもいいんじゃね？ なんだ複数垢頑張ってどうのこうのしようとしたら１APIで回してくれるやつあるやんけ
>Portkey.aiのアプリ（https://app.portkey.ai/）は、生成AIアプリケーションの開発・運用を効率化する統合プラットフォーム シスプロをザクザク削ったが、planning gemini flashが迷いなくgemini.md通りに動いてくれる>>197
長大ログを扱うには行番号ベースで読み書き出来ればとても便利なので、opusが、Git for Windows をインストールしてパスを通してくれた。https://www.sejuku.net/blog/73444#index_id1
その環境で、あのアホのflashがMCPmemoryを毎回読み、chromaDBにユーザー入力を全文投げてコンテキストを得て、直前話を読みこみ、新規スレッドから開始で完璧にファイル操作してくれるよ
以下のgemini.mdは、期待通り動かない時に、どう書いたら誤解なく手順が理解できるかをgeminiやclaudeと相談してエージェントに書かせたもの
## 追記の手順（必須）
1. ユーザー入力の全文をクエリとして `[Console]::OutputEncoding = [System.Text.Encoding]::UTF8; python scripts\search_context.py "ユーザー入力全文" --output temp\search_con.txt` を実行（完了を待たずに次へ）。
2. `.agent\skills\story-search\scripts\search.ps1 -Query "^### \d+" -MaxResults 1` を実行。
3. `& "C:\Program Files\Git\usr\bin\wc.exe" -l "log.md"` で総行数Nを取得。
4. 検索で得られた行番号からNまでを `view_file` し、最新の状況を把握する。
5. 1.の実行完了（Exit code 0）を確認し、`temp\search_con.txt` を読み込む。
## 出力フォーマット
- 出力前の必須フロー:
1. ユーザー入力に基づき、まず出力文（本文）のドラフトを思考内で生成する。
2. `scripts\search_context.py` の実行完了（Exit code 0）を確実に待機する。
3. `temp\search_con.txt` を読み、生成したドラフトと内容を照合・判断する。
- ドラフトを補強する内容であれば、より詳細にリッチにする。
- 無関係な内容であればドラフトをそのまま採用し、冒頭に「追加コンテキストなし」を追加。
- 反証や矛盾があれば、ドラフトの文脈が間違っているので全面的に書き直す。
4. 判断終了後、**即座に** `temp\search_con.txt` を空のファイルに上書きして内容を消去する（次回への残留防止）。
5. その後、以下の形式で本文の執筆を開始する。 - `ユーザー入力内容全文`
- 思考: バッククォート3つ（```）で囲んだ独立したコードブロック内に `内部思考: [内容]` を記述（日本語時のみ必須）
- 本文: そのまま記述
- **最終行に\nのみを追加（重要：これがないと次回追記時にsed aコマンドが失敗する）**
- 思考は英文で行われた場合は不要
- 出力後、entity"現在"を読み出して、状況と合致しなければmcpを更新すること 