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

wall-and-bundle-integrity

Use when designing, reviewing, or reporting Anabasis's three isolation layers, candidate validation, fingerprint, and immutable bundle identity. Covers executed refusal probes, combined access rules, candidate workspace access rules, typed public projection, controller-held authority, and honest disclosure of any boundary that is still contractual.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.7 KB

SKILL.md(原文)

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

Isolation and bundle snapshot integrity

Name the evidence for each boundary. A scan detects; it does not deny. A policy object is not an active OS boundary. Report the weakest live layer.

The three isolations

  1. The Builder may read the user request, admitted public context, approved public sources, and its candidate tree.
  2. The Built Harness sees only the public task projection and registered solve tools.
  3. The verifier runs at the host boundary on artifact-only requests.

Evidence for an isolation

IsolationStrength is physical | contractual. Tool absence or prompt wording alone is isolation: none. Missing, stale, or mismatched evidence is a typed non-result, never a score.

The probe must prove both sides: the denied read is refused under the deny profile and the control read returns the canary under the permissive profile. If the probe cannot run, use available: false; this is different from a leak. Both are contractual.

composedIsolation is physical only when the executed probe is physical and the session handshake shows the built role used the isolated permissions profile.

Candidate workspace access rules

execFile, path containment, bounded output, and a scrubbed environment do not make the Builder toolkit isolated. bun install and uv add can run package lifecycle code. The research and install interface needs an executed OS-isolation check. proveCandidateIsolation returns proof, refusal, or unavailable. Unavailable is not proof.

Bundle snapshot identity

validate candidate → fingerprint bytes → create bundle snapshot → evaluate.

Candidate validation checks the bundle before acceptance. Fingerprinting gives its bytes a stable identity. The immutable bundle snapshot binds later evaluation and scores to those exact bytes. Executed means that the evaluated snapshot carries the matching fingerprint.

  • agentHash: solve side.
  • correctnessModelHash: correctness-model/ except tasks.json.
  • taskSetHash: correctness-model/tasks.json, ids, and content.

Keep task identity out of correctnessModelHash, otherwise a task edit looks like verifier drift. A candidate that fails validation has no accepted fingerprint. Claim.create() requires all three hashes.

What each layer proves

EvidenceClaim
import or token scannamed imports are statically refused
allowlisted projectionknown public fields cross
scrubbed environmentnamed and shaped secrets are removed from this child
executed deny read and control readtested reads are denied under that profile
session profile handshakeverified session used the declared profile
provider session outside sandboxprovider confinement is unproven
post-run scanlater tampering is detectable

Do not call detection prevention or generalise process evidence into full per-case isolation.

Public projection and authority

Build public objects by allowlist:

const publicTask = {
  taskId: hidden.taskId,
  visibleSpec: structuredClone(hidden.visibleSpec),
};

Do not clone hidden data and delete known secrets. New hidden fields would leak. Break references so solve-side mutation cannot reach evaluator state.

The controller keeps the submission handle and reads accepted facts from it. Generated code gets a narrow port and may propose but cannot create the accepted fact. Generated verification code may name a pinned engine but cannot choose a command.

Threats and checks

Treat solve code, tool arguments, model text, retrieved pages, generated files, and verifier stdout as untrusted. Protect hidden expectations and control literals, verifier inputs and raw findings, credentials, sibling workspaces and evidence, controller handles, and immutable evidence.

  • Build public tasks by allowlist.
  • Keep protected material out of solve-side roots and grants.
  • Expose only the reconciled tool and backend interface.
  • Keep secrets out of prompts, logs, evidence, hashes, and child environments.
  • Require controller handles for submission and identity facts.
  • Test the active platform boundary.
  • Name provider, network, search, and subagent gaps separately.
  • Bind isolation evidence to the verified session profile.
  • Re-derive bundle snapshot hashes from the immutable snapshot bytes.
  • Return boundary failures as non-results.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Use when deciding which Anabasis stage owns a change, when carrying one bounded build/measure slice from the user's prompt to evidence, or when deciding what may enter a run: the exact one-line prompt, context files, public catalogues, research and solve-side public data. Maps the product loop, the input contract, the authoring sessions, the adoption gates, the four owners, and validate-or-reopen behaviour. Not a long-running campaign controller.

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

s-smits/anabasis612026年10月11日 更新

Use after an Anabasis run, comparison, or system change and before claiming improvement. Attributes movement to one owner, reports identities and censored denominators, separates deterministic proof from model judgement, keeps measurement validity apart from observed exploitation, and states what remains unrun or provisional.

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

s-smits/anabasis612026年10月11日 更新

Use for 1-7 independent read-only sessions investigating one bounded Anabasis failure, diff, or design question before a fix. Defines non-leading prompts, evidence packets, symmetric fault hypotheses, self-falsification, source adjudication, and concise synthesis. Do not use for whole-run coverage at any session count; use whole-run-investigation instead.

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

s-smits/anabasis612026年10月11日 更新

Get told the moment a live Builder session is blocked (five refused submits in a row, a repeated findings set, twelve checks without acceptance, two environment previews in a row, two hours since a submit or rehearsal last returned) and fix the owner iteratively: read, fix on the owning PR, then keep the run or kill it and relaunch on the upgraded system, and rearm. Use while a paid run is live and the operator wants blocking caught and repaired, not only reported.

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

s-smits/anabasis612026年10月11日 更新

Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary.

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

s-smits/anabasis612026年10月11日 更新

Launch, start, monitor, and collect independent Codex subagents (gpt-6-luna at high, xhigh or max; gpt-6.1-sol for small review batches) for bounded parallel work, from Codex or from Claude Code, including requests supplied as a Markdown file of session prompts. This skill owns Codex subagent transport even when another investigation or review skill defines the questions. Use whenever the user asks for Luna or Sol agents, a swarm, many sessions, a concurrency test, a particular reasoning effort, a Codex subagent from Claude Code, or later collection of reports. Distinguish launch-only requests from requests to wait, collect, or synthesise. Route high and xhigh through the direct launcher; for 16 or more sessions, also invoke the direct launcher instead of native spawn_agent.

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

s-smits/anabasis612026年10月11日 更新

s-smits のスキルをすべて見る

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