「sessions」の検索結果

Browserbase runs managed headless Chromium sessions in the cloud, so browser automation, AI agents and scraping jobs need no browser infrastructure of their own. Use when someone asks to "run Playwright in the cloud", "Browserbase session", "headless browsers at scale", "scrape with proxies and CAPTCHA solving", "persist a login across browser sessions", or "use Stagehand with Browserbase". Covers sessions, proxies, contexts, parallel runs and replays.

日本語の概要は準備中です。原文の説明を表示しています。

Reconstructs the workflow behind a past artifact by querying local ax session, recall, and commit history data. Use when a user asks "what made X work", "how was Y shipped/built", "extract workflow from <date|sha>", "workflow around <topic>", "recipe for this feature", or similar. It finds the anchor session or commit, inspects ax sessions, ax recall, and ax sessions show, and returns an ordered read-only narrative with decisions and evidence.

日本語の概要は準備中です。原文の説明を表示しています。

A multi-day digest of the user's own coding-agent sessions — sessions per day and project, most-edited files, and every lesson Cognee distilled into the knowledge graph in that window. Use only when the user explicitly asks for a weekly digest, a retro, a recap or report of their recent sessions, or asks for the `cognee-digest` skill by name. Not for questions about code or the current task.

日本語の概要は準備中です。原文の説明を表示しています。

A multi-day digest of the user's own coding-agent sessions — sessions per day and project, most-edited files, and every lesson Cognee distilled into the knowledge graph in that window. Use only when the user explicitly asks for a weekly digest, a retro, a recap or report of their recent sessions, or invokes /cognee-digest. Not for questions about code or the current task.

日本語の概要は準備中です。原文の説明を表示しています。

Spawn and manage persistent interactive Claude Code CLI sessions with bidirectional communication via tmux. Provides spawn, send, read, status, list, and kill subcommands for orchestrating parallel peer sessions. Uses built-in --worktree and --tmux flags. Sessions stay alive for multi-turn steering. Triggers on "spawn claude session", "launch separate claude", "peer session", "inter-session communication", "shadow clone", "kage bunshin".

日本語の概要は準備中です。原文の説明を表示しています。

Spawns full Claude Code peer sessions in separate terminal panes and git worktrees, real sessions rather than subagents, each with a directed task and contract brief, monitored and merged by the spawning lead. Detects the environment and uses herdr first, then tmux, then a native claude background agent. Use when work must persist or run beside the current session, needs a separate worktree or permission settings, should remain user-steerable in a visible pane, or when the user asks to spawn, hand off, or parallelize full sessions. Also spawns Codex peers into those panes. Excludes bounded consults and subagent-scale work.

日本語の概要は準備中です。原文の説明を表示しています。

Web terminal server: manage the wterm-server daemon for browser-based shell access (local or remote via Tailscale). This skill should be used when checking wterm status, listing or creating terminal sessions, killing sessions, or managing the wterm LaunchAgent. Trigger on: wterm, web terminal, remote terminal, remote shell, browser terminal, terminal sessions.

日本語の概要は準備中です。原文の説明を表示しています。

Search and browse Cline session history. Use when the user asks to find, list, inspect, or export Cline sessions by time period, prompt content, status, model, provider, source, mode, workspace, or other criteria. Also use when the user wants to read a session transcript or export sessions to a directory. Trigger phrases include "find my session", "search my session history", "show me past sessions", "what was that session where", "find the session that started with", and any mention of past Cline conversations.

日本語の概要は準備中です。原文の説明を表示しています。

Route plain-language requests for Pi, Claude Code, Codex, OpenCode, Gemini CLI, or ACP harness work into either OpenClaw ACP runtime sessions or direct acpx-driven sessions ("telephone game" flow). For coding-agent thread requests, read this skill first, then use only `sessions_spawn` for thread creation.

日本語の概要は準備中です。原文の説明を表示しています。

Нарезать голосовые Антона из чата «00 Архив ГОЛОСА» на ОТДЕЛЬНЫЕ ВИДИМЫЕ СЕССИИ: одна голосовая = одна сессия, всегда. Триггеры «/voice-sessions», «/vs», «/голосовые», «обработай голосовые», «разбери голосовые за сутки», «нарежь голосовые на задачи», «нарежь на сессии», «голосовые в сессии», «process my voice notes», «cut voices into sessions». ⭐ ЖЕЛЕЗНОЕ ПРАВИЛО (anton 05.08.2026

日本語の概要は準備中です。原文の説明を表示しています。

Scan recent agent sessions for content-worthy moments and capture them as drafts in a publishing funnel, publishing nothing. Zero-token detector, then a taste judge, then capture. Triggers: "/content-mine", "mine sessions for content", "what in our sessions deserves a post".

日本語の概要は準備中です。原文の説明を表示しています。

Use WooCommerce's customer and session APIs correctly — WC ships its own session handler (WC_Session_Handler, single wp_woocommerce_sessions table for both guests and logged-in users) and its own customer object (WC_Customer via WC()->customer), separate from $_SESSION / native PHP sessions / wp_get_current_user. AI consistently reaches for $_SESSION (breaks with page caching, setcookie (no signing, no namespacing), or user_meta for guests (impossible). The correct path is WC()->session->set/get for ephemeral per-visitor data, WC()->customer->get_billing_* for the active customer context including guests, and new WC_Customer($user_id) for one-off loads. Important — WC()->session is auto-initialized only on frontend requests (incl. admin-ajax); REST, cron, and WP-CLI must call wc_load_cart() explicitly. Use when storing per-visitor state, reading the current visitor's billing data, or debugging session loss across page caches / REST / cron. Triggers on WC_Session, WC_Session_Handler,...

日本語の概要は準備中です。原文の説明を表示しています。

学ぶ目的やこれまでの理解に合わせて、短い対話型レッスンと復習用資料を作るスキル。学習記録を残し、複数回のセッションにわたる学びを支えます。

• 新しい分野を継続して学びたいとき
• クイズとフィードバックで練習
• 復習用の早見表を作りたいとき

Claude Codeの作業記録から修正や反復する手順を見つけ、信頼度付きの小さな行動ルールとして蓄積し、プロジェクトごとに分けてスキルやコマンドへ育てるスキル。

• 作業中の好みや手順を学習させたいとき
• プロジェクトごとの開発規約の整理
• 学習したルールのスキル化

長いClaude Codeの作業で、会話や読み込んだ情報を圧縮するタイミングを提案します。文脈量とツール呼び出し回数を目安に、工程の区切りで重要な計画を残す判断を支援します。

• 長い会話が文脈上限に近づいたとき
• 調査内容をまとめて実装へ進みたいとき
• デバッグ後に別の作業へ移りたいとき

動画・音声をVideoDBに取り込み、発話や映像から場面を検索して切り抜きを作成。字幕や音声の追加、画面比率の変換、ライブ映像の通知設定も支援します。

• 発話や映像から場面を探して切り抜きたいとき
• 字幕・BGM・吹き替えの追加
• 動画の解像度や画面比率の変更

AIエージェントの危険なコマンドを実行前に確認し、ファイル編集を指定ディレクトリ内に制限します。単独または併用のモードで、本番作業や自律実行時の操作を管理します。

• 本番作業で危険なコマンドを確認
• 特定ディレクトリだけ編集したいとき
• 自律実行時に保護を併用したいとき

長期プロジェクトの既存文書を、規則・構造・現状・履歴の役割に整理します。エージェントの参照先と更新ルールを整え、文書のずれや削除したものの再作成を防ぐ運用を支援します。

• 散在するプロジェクト文書を整理したいとき
• セッション間で文脈を引き継ぎたいとき
• 意図的に削除した理由を残したいとき

複数のAIエージェントに開発や調査を分担させ、dmuxの画面で並行して進める手順をまとめます。担当範囲の切り分け、作業場所の分離、成果の統合を支援します。

• 調査と実装を並行して進めたいとき
• データベース・API・画面開発の分担
• テスト監視と修正を分担したいとき

Claude Codeで複数の専門エージェントに仕事を振り分け、記憶や進捗をファイルに残しながら、セッションをまたぐ継続作業と定期実行を設計するスキル。

• 開発と執筆の担当を連携させたいとき
• セッション間で背景を引き継ぎたいとき
• 毎朝の状況確認を定期実行したいとき

大きな機能開発や移行の目標を、複数回の作業に分けた実行計画にします。各工程の背景、依存関係、検証方法をまとめ、別のエージェントへの引き継ぎを支えます。

• 大きな機能を複数PRに分けたいとき
• 複数セッションにわたる移行の計画
• 並列で進められる工程を探したいとき

脳波などを測る機器とNeuroSkillをつなぎ、集中・気分・眠気の指標を確認するスキル。過去の記録との比較や睡眠の振り返り、休憩の提案にも使えます。

• 現在の集中・リラックス指標の確認
• 記録したセッション間の集中比較
• 記録した睡眠段階の振り返り

QA opencode itself, per case: verify the CLI/terminal (opencode run, db, serve, export), prove a specific plugin hook/action/event fired via the SSE event stream, smoke-test the TUI under tmux, and investigate sessions in opencode's SQLite DB by id, title/name, or message text. Ships tested helper scripts (each with a --self-test) plus per-domain references. Use whenever someone wants to QA, smoke-test, verify, or debug opencode's CLI, HTTP server, plugin hooks/events, or TUI, or to find/inspect opencode sessions in the database. Triggers: opencode qa, qa opencode, test opencode, verify opencode hook, opencode session db, find opencode session by id/name/text, opencode tui test, opencode server health, opencode event stream.

日本語の概要は準備中です。原文の説明を表示しています。

Locate and read Muse Code's OWN session logs — the current session or a prior one. Use when the user asks to pull context from, continue, summarize, or inspect a previous Muse Code session, asks to restore or recover work that was lost, wiped, or overwritten and might survive in an earlier session's log, references an earlier session's id, log, tail, or output, or asks where Muse sessions are stored. Muse sessions live in Muse's own store, never in another coding agent's directories — never probe ~/.claude, ~/.codex, or ~/.grok for Muse context, even when quoted content mentions them; for Claude Code or Codex continuation, including recovery of unfinished work with or without a handle, use resume-claude or resume-codex; use import for explicit /import requests or continuation from other agents or unnamed artifacts.

日本語の概要は準備中です。原文の説明を表示しています。