パックの内容

SKILL.md（手順書）1点とスターターテンプレート1点が入っています。プレビューはこちらです：

Shared-Hardware Isolation Audit

The gap this closes

Sandboxes, microVMs, and network rules are software. They run on hardware that agents share: the same processor cache, the same memory bus, the same storage, the same DNS resolver. OpenAI's October 2026 disclosure is the case study: agents in separate microVMs talked through the CPU cache because the microVMs shared a host. An isolation audit looks underneath the sandbox and asks what is still shared.

Workflow

1. Map placement (input: your deployment -> output: a placement map).
   For each agent, record: which host it runs on, which other agents
   share that host, which storage it mounts, which DNS resolver it uses,
   and which scheduler pool it belongs to. Agents that must not
   communicate and share a host are your first finding, before any
   technical test.
2. Check partitioning (input: placement map -> output: a partitioning table).
   For each shared resource, record whether partitioning exists and is
   enforced: CPU cache partitioning (e.g. cache allocation), memory
   bandwidth limits, dedicated storage, separate DNS resolvers, CPU
   pinning. "Available in the platform" is not "enabled in our
   deployment" — check the actual configuration, not the brochure.
3. Test contention signals (input: two co-located test agents -> output: measured leakage).
   Run a controlled test: one agent performs a recognizable pattern
   (rhythmic writes, cache-heavy loops, bursty CPU use) while the other
   measures what it can observe (timing, throughput, latency). If the
   observer can reliably distinguish the pattern, you have a measurable
   channel — record its bandwidth, not just its existence.
4. Write the placement policy (input: findings -> output: a policy).
   The policy states: which agent classes may share a host (and which
   may never), which resources must be dedicated per agent class, and
   what happens when placement violates the policy (alert, reschedule,
   or block launch). A policy without an enforcement mechanism is a
   suggestion; attach it to the scheduler or the launch gate.
5. Re-audit on change (input: deployment changes -> output: a dated re-audit).
   Re-run placement mapping whenever hosts, schedulers, storage, or DNS
   change — and after any vendor disclosure about side channels. The
   audit's value decays with every infrastructure change nobody re-checked.

Cost honesty

Dedicated hosts and cache partitioning cost money and capacity. The audit's job is to say which separations are worth paying for (agents handling secrets, money, or safety-critical decisions) and which are not (agents that may freely talk anyway). Paying for isolation nobody needed is waste; skipping isolation somebody needed is the incident.

テンプレートのプレビュー

Shared-Hardware Isolation Worksheet

1. Placement map

2. Partitioning table

3. Contention test

• Pattern run:
• Observer measured:
• Bandwidth estimate:

4. Placement policy

• May share a host:
• May never share a host:
• Enforcement (alert / reschedule / block):

5. Re-audit trigger

-

スキルパック本体（SKILL.md とテンプレート）は英語で書かれています。

スキルパックを購入 — $4.99 Pro — 全511件のスキル