小池一馬個展「Floating Artifacts」を代官山のAISHOで見た。西洋近代的モニュメンタリティ、呪術性や東洋的精神性が交錯する独特の造形。新作の陶彫作品約15点によるインスタレーション。日本大学芸術学部彫刻コース出身で、大阪を拠点に活動する作家。8/8まで。

🎆✨🎆✨🎆✨🎆✨🎆 明日は七夕祭り!! 浴衣LIVE 🎆✨🎆✨🎆✨🎆✨🎆 7月7日(火) 『浴衣は好きか!!七夕祭り』 -リネシックス×ARTiFACTpre.- 会場・渋谷近未来会館 時間・出演▶︎20:45 物販▶︎21:15 料金・前方￥4000‐/一般￥2000‐ ┗+各1D / 当日+¥1000- 予約・ 特典・入場ポイント5P ━━━━━ ✨✨✨✨✨✨✨ -あなたの願い事は?- 🎋短冊を書こう!!🎋 ✨✨✨✨✨✨✨ 1枚 ¥2000- ┗ 写メ券&抽選券付 ＼推しメンの短冊が当たるかも!?／ 🎁ラストのトークコーナーで抽選会あり!! ✅短冊は何枚でも購入OK #強にゅーライブ情報# #つよにゅ#

# Antigravityの機能と実践的な使い方 🚀 エージェントの仕事は「ログの山」ではなく「目に見える成果物」で確認。Artifactsは信頼の問題を、検証可能な形で解決します。 📌 タイトルと機能のURL タイトル: Artifacts URL: 📝 概要 Artifactsは、エージェントが生成する具体的な成果物です。タスクリスト・実装計画・スクリーンショット・ブラウザ録画・コード差分といった「目に見える」形でアウトプットされ、開発者はエージェントのロジックを一目で検証できます。ログを延々と読む代わりに、成果物そのものをレビューする発想です。 🔧 機能の説明 Artifactsは次のような種類と仕組みを持ちます。 ・実装計画（Implementation Plan）：目標・技術選定・手順・変更ファイル・テスト方針をまとめたリッチなMarkdown。 ・タスクリスト：作業を構造化した内訳。 ・ウォークスルー（Walkthrough）：完了した変更点と次のステップの要約。 ・コード差分・スクリーンショット・ブラウザ録画・アーキテクチャ図・画像。 ・コメント機能：Googleドキュメントのように箇所を選んでコメントでき、エージェントは処理を止めずに入力を反映します。 🛠 実践的な使い方 ・計画Artifactの該当箇所をハイライトし、インラインコメントで修正方針を伝えます。 ・スクショやブラウザ録画で、UIや動作が期待どおりかを証拠付きで確認します。 ・コード差分で変更範囲をレビューしてから取り込みます。 ・プロジェクト設定でArtifactのレビュー方針を制御できます。 🎯 ユースケース ・実装前に計画Artifactをレビューし、方針をコメントで微調整してから承認する。 ・E2Eテストのブラウザ録画を成果物として残し、動作の証跡にする。 ・複数ファイル変更の差分をまとめて確認し、レビュー負荷を下げる。 ・完了後にウォークスルーで変更点と次の一手を把握する。 ⚠️ 注意点 ・コメントは処理を止めずに反映されるため、重要な変更ほど早めにフィードバックを入れましょう。 ・成果物の確認を省くと自律実行の利点が監督不足に転じます。レビュー方針を設定で明確に。 ・ブラウザ録画にはChrome連携が前提です。 #Antigravity# #AIcoding#

Claude Codeの作業が、そのまま「常に最新のライブな共有ページ」になる——進捗説明に費やす時間を消す新機能Artifactsの登場です📊 タイトル: Claude Code now supports artifacts URL: 📊 概要 Artifactsは、Claude Codeの作業セッションを、ライブで対話的なWebページに変える機能です。コードベース・コネクタ・会話といったセッション全体の文脈を取り込み、ビジュアルで共有可能な成果物として出力します。 ❓ 解決する課題 開発チームは、実際に作ることより進捗の共有や状況説明に多くの時間を費やしがちです。 ・調査結果を手作業でまとめる、進捗を口頭で説明する、可視化を作り直す ・こうした作業が開発の足かせになっていました Artifactsはこれを自動化し、作業の進行に合わせて同期し続けます。 💡 機能と仕組み ・完全なセッション文脈の上に構築：コード・監視データ・推論を外部インフラ不要でまとめる ・その場で更新されるライブページ：公開するとチームメイトはすぐ最新を見られる ・バージョン履歴で以前の状態に復元、ギャラリーで管理 ・既定でプライベート、組織メンバーに共有可・管理者がアクセス制御 依頼→構築・公開→リンク共有→作業進行に合わせて同じURLに自動再公開、という流れです。 🌍 ユースケース ライセンス監査、データフローのマッピング、コード行に紐づくセキュリティ所見、クラウドコスト追跡、PRウォークスルー、アーキテクチャ図、インシデントのポストモーテム、出荷サマリーなど。 #ClaudeCode# #AIエージェント#

Claude Opus 5.5で、ブラウザで遊べる3Dゲームとして作ってみました🔥 よく広告で見る、薪をくべて火を絶やさないゲーム。 HTMLファイル1本でファイルサイズは約134KB。 舞台は吹雪の峠にある避難小屋。 炉の火を朝まで守りながら、迷った旅人を迎え入れます。 ・火を強く焚くほど、灯りが遠くの旅人に届く ・吹雪の中を歩いて、旅人を炉まで導く ・薪3本で火柱を上げる大焚き ・画像素材ゼロ。炎も雪も効果音も、すべてコードで生成 一夜は約6分。Artifactsで公開しているので、ぜひやってみてください👇　面白くないですが是非笑

# Antigravityの機能と実践的な使い方 🚀 「考えてから動く」Planと「すぐやる」Fast。タスクの性質に応じて、慎重さとスピードを使い分けられます。 📌 タイトルと機能のURL タイトル: Plan / Fast モード URL: 📝 概要 Antigravityには2つの実行モードがあります。Planモードは着手前に詳細な計画（計画Artifact＝Implementation Plan）を生成し、承認を経てから実装します。Fastモードは計画フェーズを挟まず、依頼を即座に解釈して実行します。複雑なタスクはPlan、軽微な修正はFastという使い分けが基本です。 🔧 機能の説明 両モードの動きは次のとおりです。 ・Planモード：範囲を分析しファイルを調べ、目標・技術選定・手順・変更ファイル・テスト方針をまとめた実装計画を生成。承認後に実装し、完了後はウォークスルーで変更点を記録します。 ・インタラクティブな承認：計画の該当箇所をハイライトしてコメントでき、エージェントは反映してから実装に入ります。 ・Fastモード：「とにかくやる」方針で、計画や承認待ちなしに即実行し、結果を報告します。 ・モード切替：インターフェースの操作、またはキーボードショートカット（Cmd/Ctrl + .）で切り替え。現在のモードは入力欄に表示されます。 🛠 実践的な使い方 ・複雑なリファクタや本番影響のある変更はPlanで計画を承認してから着手します。 ・タイプミス修正・変数リネーム・定型ボイラープレートなど軽微な作業はFastで即実行します。 ・基盤的な作業はPlanで進め、その後の微調整はFastに切り替える、という併用が効果的です。 ・モード切替は新規リクエストにのみ適用され、進行中タスクは元のモードのまま続きます。 🎯 ユースケース ・大規模リファクタをPlanで計画Artifactとして承認してから安全に実装する。 ・ボタン追加やtypo修正をFastで即座に片付ける。 ・不慣れな技術領域ではPlanで方針を確認し、パターンが定まったらFastへ。 ・本番・重要システムへの変更はPlanでオーバーサイトを確保する。 ⚠️ 注意点 ・Fastは曖昧さを解消する計画フェーズが無いため、依頼は具体的に。1度に複数を束ねず単一タスクに絞ります。 ・Fastはスピードと引き換えに網羅性を犠牲にします。重要な変更には向きません。 ・モード切替は進行中タスクに遡及しません。切り替えは次の依頼から有効です。 #Antigravity# #AIcoding#

最近Claude Code思考停止で使う事が多いけど、同僚が作った社内のリポジトリ探すskillがキビキビ動いて感動したので勉強中 存在は知ってるけど作ったことないのはSubagent、出たっていうのは見た気がするけど何もやってないのがCode intelligence、今存在知ったのがArtifact

# ADKの便利で実践的な使い方 ## 🎨 実戦で使えるコールバックパターン集！ADKのCallback Design Patterns コールバックの基本は分かった、でも実際どう使うの？ADKの **Callback Design Patterns** で、ログ・キャッシュ・セキュリティなど実戦パターンをマスターしましょう！💪 ## 📌 タイトル Callback Patterns（コールバックデザインパターン） ## 🔗 URL ## 🧩 概要 ADKのコールバックには、実戦で繰り返し使われる定番パターンがあります。ロギング、キャッシュ、ステート管理、セキュリティガードレール、リクエスト/レスポンス変換、条件付きスキップ、アーティファクト処理などです。 さらに、これらのパターンを効果的に使うためのベストプラクティス（単一責任、パフォーマンス、冪等性、エラーハンドリング）も定義されています。 重要な判断基準として、**エージェント横断のセキュリティガードレールにはCallbacksよりもPluginsが推奨**されています。 ## 🛠 使い方 **パターン1: ロギング＆モニタリング** `logging_before_tool(ctx, tool, args)` では `ctx.invocation_id`、` を ` で記録し、`None` を返してフローを変更しません。`logging_after_model(ctx, response)` では ` の長さを ` で記録し、同様に `None` を返して観察のみ行います。 **パターン2: キャッシュ戦略** `cache_before_tool(ctx, tool, args)` では、` と `hash(str(args))` からキャッシュキーを生成し、`ctx.state.get(cache_key)` でキャッシュを検索します。キャッシュヒットすればその値を返してツール実行をスキップし、ミスなら `None` を返して通常実行します。`cache_after_tool(ctx, tool, args, tool_ctx, result)` では、同じキャッシュキーで `ctx.state[cache_key] = result` として結果を保存し、`None` を返してフローを変更しません。 **パターン3: ステート管理** `state_aware_callback(ctx, req)` では、`ctx.state.get("user:tier", "free")` でユーザーティアを取得し、`"premium"` であれば `req.config.system_instruction` にプレミアム向けの追加指示を動的に付加します。`None` を返してフローはそのまま続行します。 ## 🏗 実践的な使い方 **本番環境での多層防御パターン：** セキュリティガードレール（本番ではPluginsを推奨）として `security_before_model(ctx, req)` を定義します。`req.contents[-1].parts[0].text` からユーザー入力を取得し、`detect_pii()` でPIIを検出した場合は `audit_log()` で監査記録を残し、拒否メッセージ入りの `LlmResponse` を返してLLM呼び出しをスキップします。続いて `detect_injection()` でプロンプトインジェクションを検出した場合も同様にブロックします。いずれにも該当しなければ `None` を返して続行します。ツール引数のサニタイズとして `sanitize_before_tool(ctx, tool, args)` を定義し、` が `"database_query"` の場合に `args.get("query", "")` に `"DROP"` が含まれていればエラー辞書を返してツール実行をブロックします。アーティファクト保存として `save_artifact_after_agent(ctx)` を定義し、`generate_report(ctx)` でレポートを生成して `"execution_report.json", report)` で保存し、`None` を返します。 ## 💡 ユースケース - 📊 **構造化ロギング**：全実行ポイントで invocation_id 付きの構造化ログを出力 - 💾 **APIコスト削減**：before/after パターンでツール結果をキャッシュし、同じ引数の再呼び出しを防止 - 🔐 **多層セキュリティ**：PII検出、インジェクション防止、SQLサニタイズを各レイヤーに配置 - 📦 **アーティファクト管理**：実行結果やレポートをアーティファクトとして自動保存 - 🎚️ **動的振る舞い制御**：ユーザーティアやステートに応じてインストラクションを動的変更 ## ⚠️ 注意点 - **単一責任の原則**：1つのコールバックに1つの目的を持たせてください（ロギングとバリデーションを混ぜない） - **パフォーマンス**：コールバックは同期実行されるため、ブロッキングI/Oや重い処理は避けましょう - **冪等性**：外部副作用を持つコールバックは、リトライ時に安全であるように設計してください - **エラーハンドリング**：必ず try-except で囲み、コールバックエラーがプロセス全体をクラッシュさせないようにしましょう - **Plugins推奨**：エージェント横断のセキュリティポリシーには、Callbacksよりも **Plugins** を検討してください ## ✨ まとめ コールバックパターンを知ることで、ADKエージェントの実践力が格段に上がります。ログ・キャッシュ・セキュリティ・ステート管理…定番パターンを組み合わせて、堅牢でコスト効率の良いエージェントを構築しましょう。ただし、横断的なセキュリティにはPluginsの利用もお忘れなく！ #ADK# #AIAgent#

# ADKの便利で実践的な使い方 エージェントの「今の状態」を管理するState機能。動的プロンプトやスコープ付きデータ管理で、賢い対話を実現します🎯 📌 **タイトル**: State 🔗 **URL**: ## 🧩 概要 Stateは `session.state` としてアクセスできる、会話中の作業メモリです。ショッピングカートの中身や、予約フローで段階的に集めた情報など、「今この会話で必要なデータ」を保持します。 Stateの大きな特徴は**プレフィックスによるスコープ管理**です。 - `app:` - アプリ全体で共有されるデータ（全ユーザー共通設定など） - `user:` - ユーザー単位で共有されるデータ（ユーザーの好み設定など、セッションをまたいで保持） - `temp:` - 現在のセッション内でのみ有効な一時データ - プレフィックスなし - 通常のセッションスコープ さらに、`{state_var}` の形式でエージェントのインストラクションに埋め込むことで、動的プロンプトを実現できます。 ## 🛠 使い方 `session.state` に辞書形式で値を設定します。例えば `session.state["booking_date"] = "2026-07-15"`、`session.state["party_size"] = 4`、`session.state["seat_type"] = "window"` のように通常のセッションスコープで保存します。スコープ付きステートとして、`"user:preferred_language"` のように `user:` プレフィックスでユーザー単位の永続データを、`"temp:search_results"` のように `temp:` プレフィックスでセッション終了時に消える一時データを、`"app:maintenance_mode"` のように `app:` プレフィックスで全ユーザー共通のデータを設定できます。さらに、`Agent` の `instruction` に `{booking_date}` や `{party_size}`、`{user:preferred_language}` のようにプレースホルダーを埋め込むことで、ステートの値を動的にインストラクションへ反映できます。 ## 🏗 実践的な使い方 **レストラン予約フローでの活用:** 会話の中で段階的に情報を収集し、Stateに蓄積していきます。 1. 「明日の夜、4人で予約したいです」→ `booking_date`, `party_size` をStateに保存 2. 「窓際がいいです」→ `seat_type` を追加 3. 「アレルギーはナッツです」→ `allergies` を追加 4. 最終確認時、Stateから全情報を取り出して確認メッセージを生成 インストラクションに `{booking_date}` を埋め込んでおけば、エージェントは常に最新の予約状況を把握した上で応答できます。 **ユーザー設定の永続化:** `user:` プレフィックスを使えば、セッションが変わっても「この人は日本語を好む」「この人はベジタリアン」といった情報を引き継げます。 ## 💡 ユースケース - 🛒 ECサイト: カートの中身をStateで管理。`temp:` で検索フィルタ、`user:` で配送先住所 - ✈️ 旅行予約: 日程・人数・座席タイプを段階的にState蓄積 - 🤖 パーソナライズ: `user:` スコープでユーザーの好みを学習・永続化 - 📊 ダッシュボード: `app:` でシステム全体のステータスを共有 ## ⚠️ 注意点 - Stateに大量のデータを保存するとパフォーマンスが低下します。大きなデータはArtifactsの利用を検討してください - `app:` スコープの変更は全ユーザーに影響します。慎重に使いましょう - `{state_var}` でインストラクションに埋め込む場合、値が未設定だとプレースホルダーがそのまま表示されることがあります。デフォルト値を用意してください - Stateのキー名は衝突しないよう、命名規則を決めておくことをお勧めします ✨ Stateのスコープ管理と動的プロンプトを活用すれば、文脈を理解した賢いエージェントが構築できます。予約フローやパーソナライズに最適です！ #ADK# #AIAgent#