emem-device-traces

emem-device-traces is a skill for Claude Code from Vortx-AI/emem. It costs 0 tokens per session (1,679 once invoked), scanned B, original, Apache-2.0.

A device-trace verification tool for reviewing signed records of what a device's operating system did while producing outputs. It currently verifies traces and one enrolled software-only Linux host; listed hardware security systems are not yet accepted for enrolment.

In plain words
What is it for?
Use it to list enrolled devices, inspect their assurance level, resolve a trace token, and re-check the trace's linked segments, clocks, required layers, and outputs.
Why use it?
A device's output alone may not show how it was produced. Verifying the recorded activity, timing, linked outputs, and device status helps identify whether the execution evidence is intact.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the emem plugin — 19 skills shipped together

Good fit Use it to list enrolled devices, inspect their assurance level, resolve a trace token, and re-check the trace's linked segments, clocks, required layers, and outputs.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/vortx-ai/emem/emem-device-traces
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add Vortx-AI/emem --skill emem-device-traces
Clone the repo
git clone --depth 1 https://github.com/Vortx-AI/emem

Made for: Claude Code.

Or install emem, the plugin that ships this one along with the rest of its 19 skills.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for emem-device-traces

README.md
[![agentmods](https://agentmods.dev/badge/skills/vortx-ai/emem/emem-device-traces/github.svg)](https://agentmods.dev/skills/vortx-ai/emem/emem-device-traces)
Your own site
<a href="https://agentmods.dev/skills/vortx-ai/emem/emem-device-traces"><img src="https://agentmods.dev/badge/skills/vortx-ai/emem/emem-device-traces/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for emem-device-traces

Your own site · 80×15
<a href="https://agentmods.dev/skills/vortx-ai/emem/emem-device-traces"><img src="https://agentmods.dev/badge/skills/vortx-ai/emem/emem-device-traces.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 0 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,679 The whole file, excluding the scripts and references it only reads on demand.
Security scan B 2 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00000 $0.01679
Opus 5.5 $0.00000 $0.00672
Sonnet 5.5 $0.00000 $0.00336
Haiku 4.5 $0.00000 $0.00168

Measured 2d ago against content hash 4858e6b66476, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade B, and why

emem-device-traces scanned grade B with 2 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Sends data to an external URLmediumData exfiltration

A POST to an outside endpoint may be telemetry or may be exfiltration; either way the mod talks to somewhere, and you should know where.

| curl -sf -X POST https://emem.dev/v1/trace_verify -H 'content-type: application/json' -d @- \

Makes network callslowCapability

Not a fault in itself. Listed so you know the mod talks to something, and to what.

curl -sf https://emem.dev/v1/devices \
plugins/emem/skills/emem-device-traces/SKILL.md · 114 lines

How it starts

The opening of the file, as written. The whole thing — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.

emem-device-traces

Network use. The commands in this skill send and receive JSON to https://emem.dev only, the service the plugin's MCP server connects to. Each answer goes straight into jq to print a summary; nothing is saved, and nothing received is run. A trace is data: a JSON list of event counts and hashes, not a program.

The verify step is also an MCP tool, emem_trace_verify: call it by name with tools/call on the plugin's MCP server (tools/list on https://emem.dev/mcp/full shows it). Listing devices and resolving a trace token are REST reads only; no MCP tool covers them yet.

A device can do more than sign a reading. It can sign a trace of what its operating system did while producing it: scheduler, memory, storage and network activity in fixed windows, chained segment by segment and bound to the outputs it emitted. emem stores these as emem.os_trace.v1 records and names them emem:trace:<cid>.

What is live today is the verifier side. Hardware roots of trust (TPM, DICE, TDX, SEV-SNP, Secure Enclave, Android StrongBox and others) are registered as candidates with provisional anchors, and admit nothing yet. One device is enrolled, the operator's own software-only Linux host. Do not tell a user their robot can enrol with hardware attestation; that path ends in a rejection today.

Who is enrolled

curl -sf https://emem.dev/v1/devices \
  | jq '{count, devices: [.devices[] | {device_key, platform_id, profile_id, assurance, endorsed_by, traces}]}'

Recorded on 2026-09-28: count: 1, platform generic.linux-host, profile host.counters.v1, assurance operator_endorsed by operator.vortx.v1, one trace.

assurance Means
platform_attested a hardware anchor vouched for the device key (none admitted yet)
operator_endorsed a software-only platform, vouched for by an operator anchor
operator_asserted nothing was presented; enrolled by the operator directly

Resolve and re-verify a trace

Read the full file on GitHub · 114 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago Changed · +9 lines · -141 tokens per session scan A → B 4858e6b66476
  2. 23d ago Changed · +4 lines c9eb606e11b1
  3. 24d ago First seen · 101 lines · 141 tokens per session scan A a4355369794f

Subscribe to this mod's changes

emem-device-traces is a skill published in the GitHub repository Vortx-AI/emem (72 stars, last pushed 3d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,679 tokens. A static security scan graded it B with 2 findings (sends data to an external url, makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-29.