本文へ移動
cccskills
無料GitHub で公開

audio-video-capture

Plan and use user-consented local camera and microphone observations for an explicitly authorized physical target. Use when a capture can establish a bounded physical-state observation such as whether a test fixture changed state, an instrument reading changed, or equipment noise changed relatively.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md5.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Audio / Video Capture

Status: not yet shipped. The user-facing media controls described below (Capture photo / Record video / Record audio) are not implemented in the product UI yet — the capture adapter exists only as a library (src/lib/media-capture) with no renderer wiring. Until that lands, do not direct users to media controls that do not exist; treat this document as the design reference for the planned flow.

Use this skill only for an explicitly authorized physical Target. Capture is a user-driven feature of the visible browser or packaged Electron renderer: the renderer uses navigator.mediaDevices, owns permission prompts and recording controls, and uploads accepted media through the normal Evidence path. It is not an MCP or autonomous agent capability — the browser tool policy classifies capturePhoto/startVideoStream/startAudioStream as mutating agent actions, so they are intentionally unavailable to the agent. Capture is an observation capability, never a physical-control capability.

Preconditions

  1. Record the physical Target, location or fixture identifier, owner/authorization, purpose, allowed camera or microphone source, observation window, retention expectation, and stop condition.
  2. Ask the user to initiate this exact capture in the visible media controls. The saved Evidence record must bind the authorized Target; a generic “watch/listen” instruction is insufficient.
  3. Confirm that people are not unintentionally captured. Do not capture private conversations, neighboring property, credentials, screens, faces, or bystanders. Reposition, mask, or stop when the scene is not suitable.
  4. State the hypothesis in observable terms. Example: “the latch is visibly disengaged” or “fan noise is lower relative to the pre-change baseline.” Do not infer a physical action succeeded merely because a control endpoint reported success.

Renderer Controls

The user selects the exact authorized physical target locator/fixture ID and a locally permissioned device. The agent may explain what evidence would be useful, but it cannot select a device, grant media permission, or start recording.

ControlUseBound
Capture photoOne still frame to document a visible state or instrument reading.Prefer one frame; capture another only when the state changed.
Record videoShort, bounded observation of a transition.1–60 seconds; stop as soon as the proof bar is met.
Record audioShort, bounded relative acoustic observation.1–60 seconds; report relative change, not identity or speech content.

Do not use capture controls to actuate locks, doors, alarms, appliances, or other physical equipment. Remote physical control is a separate, explicitly approved integration and is outside this skill.

Capture Procedure

  1. Capture a baseline only if it is necessary to compare the same source, placement, and environmental conditions.
  2. Use the smallest capture that can test the hypothesis. Start with capturePhoto; use video only for motion/state transitions and audio only for a non-speech relative signal.
  3. Save media as an Evidence Artifact with capture time, source ID/label, target, capture duration, MIME type, hash, relevant placement notes, and any framing/cropping applied at capture. Preserve the original media exactly; never save an altered copy in its place. Uploads route through the Evidence Interface (src/server/evidence/artifact-service.ts), which enforces custody byte caps: verify an artifact ID comes back; if the capture exceeds the cap or the upload fails, treat it as unsaved evidence and say so.
  4. Describe what is directly observable, separate from interpretation. Example: “the frame shows the door gap unchanged at the end of the 15-second window”; not “the door is locked.”
  5. Stop immediately on unexpected people, speech, scope drift, a safety concern, or sufficient evidence. Do not keep a continuous stream running.

Interpretation

  • Treat a honeypot or control-system acknowledgement as a separate signal, not proof of a physical outcome.
  • For temperature/infrared instruments, record the instrument type, emissivity/range settings when relevant, angle/distance, timestamp, and baseline conditions. Do not claim calibrated measurements from an uncalibrated camera.
  • For fan/equipment audio, compare only relative level or spectral change under matched placement and ambient conditions. Do not identify speakers, transcribe speech, or derive health/identity inferences.
  • Report uncertainty, alternate explanations, and the next lowest-risk observation if evidence is ambiguous.

Evidence Record

Include: target and authorization ID, user capture confirmation, source ID, capture type, started/ended timestamps, duration, content type, artifact hash/ID, direct observation, environmental notes, and stop reason. Link the artifact to the relevant task or finding rather than embedding raw media in a chat summary.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Plan vulnerability research using conventional bug-hunting and pentest stage names, specialty playbooks, and a research-hypothesis-experiment loop. Use when designing a bug bounty workflow, selecting tools and strategies, building a decision tree, or turning a target/scope into a staged hunting plan.

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

justsml/ExploitHunter.app142026年10月15日 更新

Passive code-review lane for authorized repositories, local checkouts, uploaded source archives, and diffs. Use when the security research agent needs deterministic candidate discovery before expensive AI investigation, scoped PR-style review, append-only evidence records, or independent revalidation of code findings.

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

justsml/ExploitHunter.app142026年10月15日 更新

Run independent, task-matched expert attempts, select a base, and synthesize the strongest result.

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

justsml/ExploitHunter.app142026年10月15日 更新

Select established CTF and security-research tools for authorized artifact triage, web inspection, reversing, crypto, forensics, networking, and exploit validation. Use when a user provides a CTF-style tool catalog, asks which tools to use, or needs safe usage instructions for common offensive/security tools.

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

justsml/ExploitHunter.app142026年10月15日 更新

diagnose

無料

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

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

justsml/ExploitHunter.app142026年10月15日 更新

Autonomous driver loop for ExploitHunter vulnerability-research campaigns. Runs breadth-first waves of research lanes on rented hosts with no per-request human approval, steers lanes via the shared Investigation Graph (demoting dead ends, respawning on high-signal priorities), saturates host capacity, and enforces wave/budget/safety discipline. Use when driving a multi-target bug-hunting campaign, launching parallel research lanes, or resuming a campaign from a state snapshot.

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

justsml/ExploitHunter.app142026年10月15日 更新

justsml のスキルをすべて見る

このスキルの問題を報告する