登録して招待リンクを共有すると、動画再生報酬と紹介報酬を獲得できます。

検索結果 Run_to_Run』をリリースされた
Run_to_Run』をリリースされた コミュニティ
1つのキーワードが1つのコミュニティです。
コミュニティ作成
アカウント
見つかりません
Run_to_Run』をリリースされた を含む検索結果
【#タワ渋kpop】# Japan 1st EP 『 #Run_to_Run』をリリースされた# #DragonPony# の皆さまがご訪店✨✨ 1F大型パネルやポスターにサインをいただきました💞 チェキは5Fにて掲出中! パネルや渋谷限定トレカのお渡しも延長決定! 皆さまのご来店お待ちしております🚗 @DragonPonyJAPAN @DragonPony_
もっと見る
【Dragon Pony 2026 Run to Run JAPAN TOUR】 🎥Special End-roll videoをお届け 🔗 Dragon Ponyの初めての日本での単独ツアー、一緒に夢を叶えてくださった皆様、ありがとうございました🍀✨ 熱い声援を届けてくださったFor youngの皆様のおかげで、メンバーにとって本当に幸せな時間でした! また次のステージでお会いしましょう🤘 #DragonPony# #ドラゴンポニー# #Run_to_Run#
もっと見る
【Dragon Pony 2026 Run to Run JAPAN TOUR】 昨日の東京公演の様子をお届け📸 「ずっと記憶していたい思い出」を一緒に作ってくださった皆さま、改めてありがとうございました!🐲🐴💫 #DragonPony# #ドラゴンポニー# #Run_to_Run#
もっと見る
「AHOF」3rdミニアルバム「RUN TO YOU」でカムバック、チャ・ウンギが格別な思いを語る
『スーパーマリオ』のTシャツやキャップを身に着けてランニングできる“スーパーマリオ : RUN TO THE GOAL in Hokkaido 2026”が札幌ドームで9/13に開催 ドーム内にはグッズ販売や飲食コーナー、フォトスポットなども用意され、走る以外にもさまざまな楽しみかたができる
もっと見る
☃️ Snow Man 1st POP-UP 2025年 夏にスタートした “Snow Man 1st POP-UP” おかげさまで、すべての日程を終えることができました。 会場に足を運んでくださった皆さま、 そしてこのイベントに想いを寄せてくださった すべての皆さまへ。 心より、ありがとうございました。 ❄️ ❄️ ❄️ ❄️ ❄️ ❄️ ❄️ ❄️ ❄️ “Snow Man 1st POP-UP” kicked off in the summer of 2025 and, with your support, has now wrapped up its run. To everyone who took the time to visit us, and to everyone who kept this POP-UP close to your hearts throughout this journey — Thank you. From the bottom of our hearts. #SnowMan1stPOPUP_SEOUL# #SnowMan1stPOPUP_TAIPEI# #SnowMan1stPOPUP_BANGKOK# #SnowMan1stPOPUP_OSAKA# #SnowMan1stPOPUP_TOKYO#
もっと見る
0
552
81.2K
13.6K
コミュニティへ転送
📻 #ニッポン放送# ポッドキャスト 『Anime English Club with Sally Amaki』 エピソード49が配信されました🔥📣 ㅤ 🎧 🎥 ㅤ 引き続き今回の作品は、 「だがしかし」🍬 ㅤ 💭「ココノツくん!これで1500メートル…きっちり走れるわね…」
(枝垂ほたる) Kokonotsu-kun! With this, you’ll be able to run... the entire 1500 meters. 一緒に英語を勉強しましょう✨📚 ㅤ #天城サリー# #SallyAEC# @aec1242 #ナナニジ#
もっと見る
📻 #ニッポン放送# ポッドキャスト 『Anime English Club with Sally Amaki』 エピソード65が配信されました🔥📣 ㅤ 🎧 🎥 今回の作品は、『時をかける少女』🗣️ どうしてるんだろう。いつか必ず戻って来るって言ってた。 待つつもりはなかったけど、こんなに時間が経っちゃった….。 長くはなかった。あっという間だった。 でも真琴、あなたは、わたしみたいなタイプじゃないでしょ? 待ち合わせに遅れて来た人がいたら、走って迎えに行くのがあなたでしょ? (和子) I wonder what he's up to. He promised to come back for me. I wasn't intending to wait for him, but so much time has passed. It didn't seem long. Time flew by quickly. But Makoto... You're not like me, are you? If a guy is late meeting up with you, you're the type to go run and look for him, right? #天城サリー# #SallyAEC# #ナナニジ#
もっと見る
# OpenAI Agent SDKの便利で実践的な使い方 🌍 個人情報を含む会話にはセキュリティが必要です! EncryptedSessionとAdvancedSQLiteSessionで、PIIの保護と会話のブランチ分岐を実現しましょう。 📌 タイトル:Sessions – Encrypted / Advanced SQLite 🔗 URL: 🧩 概要 EncryptedSessionは会話履歴を暗号化して保存し、TTL(有効期限)で自動削除する機能を提供します。個人情報を含むチャットに最適です。AdvancedSQLiteSessionは会話のブランチ分岐(`create_branch_from_turn`)やトークン使用量の記録(`store_run_usage`)を提供し、実験的な会話管理や分析に活用できます。 🛠 使い方 `EncryptedSession` は他のセッションをラップする実装なので、`underlying_session` に実体となるセッション(例:`SQLAlchemySession.from_url("user_12345", url="sqlite+aiosqlite:///conversations.db", create_tables=True)`)を渡します。`EncryptedSession(session_id="user_12345", underlying_session=underlying_session, encryption_key="your-secret-key", ttl=600)` で暗号化セッションを作成します。`ttl=600` は10分で自動削除される設定です。`Agent(name="medical_assistant", instructions="医療相談に丁寧に回答してください")` でエージェントを作り、`await "田中太郎、生年月日1990年1月1日、症状は頭痛です", session=session)` のように個人情報を含む会話を安全に処理できます。 `AdvancedSQLiteSession(session_id="experiment_001", db_path="./advanced_sessions.db", create_tables=True)` でセッションを作成し(`create_tables` の既定値は `False` です)、`await "AIの未来について議論しましょう", session=session)` と `await "楽観的な視点を教えて", session=session)` で会話を進めます。`branch_id = await session.create_branch_from_turn(2, branch_name="pessimistic")` で2ターン目から会話を分岐し(戻り値はブランチIDです)、`await session.switch_to_branch(branch_id)` で切り替えてから `await "悲観的な視点を教えて", session=session)` で別の方向に展開できます。`await でトークン使用量を記録し、`await session.get_session_usage()` で `requests`・`input_tokens`・`output_tokens`・`total_tokens`・`total_turns` を確認できます(ターン単位は `await session.get_turn_usage(user_turn_number)`)。 🏗 実践的な使い方 EncryptedSessionは、医療相談、法律相談、金融サービスなど、個人情報(PII)を含む会話で必須です。暗号化キーは環境変数やSecret Managerで管理し、コードにハードコードしないでください。 TTLの設定は規制要件に合わせます。例えば、医療相談では10分、カスタマーサポートでは24時間、法律相談では7日間など、業務に応じた有効期限を設定できます。TTL経過後はデータが自動削除されるため、データ保持規制への準拠が容易になります。 AdvancedSQLiteSessionの`create_branch_from_turn`は、「もしこう聞いたら?」という実験的な会話分岐に最適です。プロンプトエンジニアリングの検証や、A/Bテスト的な会話比較に使えます。元のセッションは変更されないため、安全に実験できます。 `store_run_usage`によるトークン使用量の記録は、コスト分析や利用傾向の把握に役立ちます。ユーザーごと、機能ごとのトークン消費を可視化し、最適化の判断材料にできます。 💡 ユースケース 🏥 医療相談チャットのPII保護(TTL: 10分) ⚖️ 法律相談の機密会話暗号化(TTL: 7日) 🔬 プロンプトエンジニアリングの会話ブランチ比較 📊 ユーザーごとのトークン使用量分析とコスト最適化 ⚠️ 注意点 - 暗号化キーを紛失するとセッションデータは復元できません。キー管理を厳格に行ってください - TTLは厳密なタイミングでの削除を保証するものではありません。クリティカルな要件では追加のデータ削除ジョブを検討してください - AdvancedSQLiteSessionはSQLiteベースのため、大規模な本番環境には向きません。開発・分析用途で使用してください - ブランチを大量に作成するとストレージが肥大化します。不要なブランチは定期的に削除してください ✨ セキュリティと実験性を兼ね備えたセッション管理で、規制準拠と開発効率の両立が可能です! #OpenAIAgentSDK# #AIAgent#
もっと見る
# OpenAI Agent SDKの便利で実践的な使い方 🌍 危険な操作にはブレーキを! Human-in-the-loopの承認フローを使えば、エージェントが破壊的なアクションを実行する前に人間の確認を挟むことができます。 📌 タイトル:Human-in-the-loop 🔗 URL: 🧩 概要 OpenAI Agent SDKのHuman-in-the-loop機能は、特定のツール呼び出しに承認ステップを追加します。`needs_approval=True`で全呼び出しを承認対象にしたり、関数ベースで条件付き承認にしたりできます。中断された実行は`to_state()`で状態を保存し、承認/却下後に` state)`で再開できます。 🛠 使い方 `@tool(needs_approval=True)` を付けた `cancel_order(order_id: int)` は全呼び出しで承認が必要です。条件付き承認は `async def requires_review(_ctx, params, _call_id) -> bool` という非同期関数を定義し、`params.get("subject", "").lower()` に `"refund"` が含まれる場合のみ `True` を返します。`@tool(needs_approval=requires_review)` で `send_email` に適用します。`Agent(name="support", tools=[cancel_order, send_email])` を定義し、`result = await "注文12345をキャンセルして")` で実行します。`result.interruptions` がある場合、各 `interruption` の ` と `interruption.arguments` を表示し、`state = で状態を保存します。人間が承認すれば `state.approve(interruption)`、却下すれば `state.reject(interruption, rejection_message="この操作は許可されていません")` を呼び、`await state)` で再開します。 実行(run)内でポリシーを固定するには、`state.approve(interruption, always_approve=True)` で以降同じツールを自動承認、`state.reject(interruption, always_reject=True)` で自動却下にできます。また、`RunConfig(tool_error_formatter=format_rejection)` のように `ToolErrorFormatterArgs` を受け取る関数(`args.kind == "approval_rejected"` を判定)を渡して、却下時のメッセージをカスタマイズすることも可能です。 🏗 実践的な使い方 本番環境では、破壊的な操作(注文キャンセル、本番DBの削除、返金メール送信など)に`needs_approval=True`を設定するのが基本です。しかし全てのツール呼び出しに承認を求めるとユーザー体験が悪化するため、関数ベースの条件付き承認が実践的です。 例えば、メール送信ツールは件名に「返金」「解約」が含まれる場合のみ承認を要求し、通常の確認メールは自動承認にするといった設計が可能です。 `interruptions`で中断された実行は`to_state()`で状態をシリアライズし、後から` state)`で再開できます。これにより、SlackやWebフォームで承認UIを構築し、非同期に承認/却下を処理できます。 `always_approve=True`/`always_reject=True`は、その実行(run)内で同じツールへのポリシーを固定したい場合に使います。管理者向けのバッチ承認に便利です。 `rejection_message`をカスタマイズすることで、エージェントに却下理由を伝え、代替アクションを提案させることができます。 💡 ユースケース 🛒 ECサイトの注文キャンセル・返金処理の承認 🗄️ 本番データベースへの破壊的クエリ(DELETE/DROP)の承認 📧 顧客への返金・解約メール送信前の確認 💰 一定金額以上の決済処理の承認 ⚠️ 注意点 - `to_state()`で保存した状態にはコンテキスト情報が含まれるため、機密データの取り扱いに注意してください - `always_approve=True`による決定はその実行(run)の残りに適用され、`to_string()`/`from_string()`によるシリアライズをまたいで保持されます。永続的なポリシーはアプリケーション側で管理してください - 条件付き承認関数は `async def(ctx, params, call_id) -> bool` という非同期関数として呼ばれます。重い処理を入れないでください ✨ 適切な承認フローを設計することで、エージェントの自律性と安全性のバランスを取り、本番環境でも安心して運用できます! #OpenAIAgentSDK# #AIAgent#
もっと見る