Prose
static-web-server/static-web-server
Write or edit human-readable text for the Static Web Server (SWS) project — commit messages, CHANGELOG entries, PR descriptions, issue bodies, rustdoc comments, CLI help text, READMEs, and user docs…
Verify a Beacon change end to end by running a real Claude Code session inside a disposable Linux cloud sandbox and checking that Beacon captured what the agent actually did.
$ npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install Asymptote-Labs/agent-beacon self-verify-beacon-in-sandbox --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/Asymptote-Labs/agent-beacon.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/self-verify-beacon-in-sandbox .claude/skills/self-verify-beacon-in-sandbox && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "self-verify-beacon-in-sandbox" agent skill from https://github.com/Asymptote-Labs/agent-beacon/tree/main/.claude/skills/self-verify-beacon-in-sandbox into .claude/skills/self-verify-beacon-in-sandbox/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "self-verify-beacon-in-sandbox", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/Asymptote-Labs/agent-beacon/tree/main/.claude/skills/self-verify-beacon-in-sandboxType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install Asymptote-Labs/agent-beacon self-verify-beacon-in-sandbox --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Asymptote-Labs/agent-beacon.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/self-verify-beacon-in-sandbox .agents/skills/self-verify-beacon-in-sandbox && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "self-verify-beacon-in-sandbox" agent skill from https://github.com/Asymptote-Labs/agent-beacon/tree/main/.claude/skills/self-verify-beacon-in-sandbox into .agents/skills/self-verify-beacon-in-sandbox/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "self-verify-beacon-in-sandbox", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install Asymptote-Labs/agent-beacon self-verify-beacon-in-sandbox --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Asymptote-Labs/agent-beacon.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/self-verify-beacon-in-sandbox .cursor/skills/self-verify-beacon-in-sandbox && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "self-verify-beacon-in-sandbox" agent skill from https://github.com/Asymptote-Labs/agent-beacon/tree/main/.claude/skills/self-verify-beacon-in-sandbox into .cursor/skills/self-verify-beacon-in-sandbox/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "self-verify-beacon-in-sandbox", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/Asymptote-Labs/agent-beacon.git --path .claude/skills/self-verify-beacon-in-sandbox--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install Asymptote-Labs/agent-beacon self-verify-beacon-in-sandbox --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Asymptote-Labs/agent-beacon.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/self-verify-beacon-in-sandbox .gemini/skills/self-verify-beacon-in-sandbox && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "self-verify-beacon-in-sandbox" agent skill from https://github.com/Asymptote-Labs/agent-beacon/tree/main/.claude/skills/self-verify-beacon-in-sandbox into .gemini/skills/self-verify-beacon-in-sandbox/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "self-verify-beacon-in-sandbox", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install Asymptote-Labs/agent-beacon self-verify-beacon-in-sandboxInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/Asymptote-Labs/agent-beacon.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/self-verify-beacon-in-sandbox .github/skills/self-verify-beacon-in-sandbox && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "self-verify-beacon-in-sandbox" agent skill from https://github.com/Asymptote-Labs/agent-beacon/tree/main/.claude/skills/self-verify-beacon-in-sandbox into .github/skills/self-verify-beacon-in-sandbox/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "self-verify-beacon-in-sandbox", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install Asymptote-Labs/agent-beacon self-verify-beacon-in-sandbox --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Asymptote-Labs/agent-beacon.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/self-verify-beacon-in-sandbox .opencode/skills/self-verify-beacon-in-sandbox && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "self-verify-beacon-in-sandbox" agent skill from https://github.com/Asymptote-Labs/agent-beacon/tree/main/.claude/skills/self-verify-beacon-in-sandbox into .opencode/skills/self-verify-beacon-in-sandbox/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "self-verify-beacon-in-sandbox", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
self-verify-beacon-in-sandboxVerify a Beacon change end to end by running a real Claude Code session inside a disposable Linux cloud sandbox and checking that Beacon captured what the agent actually did.
Self Verify Beacon In Sandbox is an agent skill from Asymptote-Labs/agent-beacon. Verify a Beacon change end to end by running a real Claude Code session inside a disposable Linux cloud sandbox and checking that Beacon captured what the agent actually did. Use when asked to verify, validate, test, or prove that a Beacon change works for real rather than just compiling; when asked whether telemetry, event capture, commands, file paths, prompts, tokens, or approvals are still recorded correctly; when investigating a suspected capture gap; or when preparing a Beacon pull request that touches the…
Its SKILL.md is about 1.2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development, covering Pull requests. It works with Linux. The repository describes itself as: The cross-harness, self-improving memory layer for AI agents. Join our community: https://discord.com/invite/zdNChS2fBu. The licence is MIT.
3 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 2462839. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
gomodalmakeFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
MODAL_TOKEN_SECRETANTHROPIC_API_KEYFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Self Verify Beacon In Sandbox loads about 1.2k tokens when it runs. Until then it costs about 147 tokens; SKILL.md has 564 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from Asymptote-Labs/agent-beacon at commit 2462839, republished under its MIT licence (© Asymptote-Labs). 564 words, ~1,243 tokens.
.claude/skills/self-verify-beacon-in-sandbox/SKILL.md (or your agent's skills folder).This repository ships beacon-sandbox, which rents a disposable Linux sandbox from Modal,
installs the Beacon under test, runs a real Claude Code session inside it, and checks whether
Beacon recorded what the agent did.
Read beacon-sandbox/AGENTS.md for the full operating manual — scenario selection, how to
interpret a verdict, and the failure modes that look like Beacon bugs but are not. The commands
below are enough to start; that file is what stops you misreading the result.
Always start here. It is free, needs no sandbox, and prints the exact fix for anything missing:
cd beacon-sandbox
go run ./cmd/beacon-sandbox doctorAdd --json for machine-readable output with a top-level ready boolean.
Apply the fix: line it prints, then rerun doctor. The two build artifacts you can resolve
yourself:
cd cli/beacon && make build-linux-amd64 # if beacon_binary FAILs
cd beacon-sandbox && go run ./cmd/beacon-sandbox doctor --fix # downloads the collectorTwo prerequisites you must NOT try to resolve yourself:
modal token new completes through an authenticated web session,
so it opens a browser and blocks — running it yourself will hang until timeout. If
modal_auth FAILs, ask the user to run it, suggesting they type
! pip install modal && modal token new so the output lands in the conversation. In CI,
MODAL_TOKEN_ID and MODAL_TOKEN_SECRET work non-interactively instead.anthropic_credential
FAILs, ask the user which of the three paths they want: ANTHROPIC_API_KEY,
--api-key-command CMD, or --modal-secret NAME.Do not proceed to step 3 while doctor reports any FAIL — the run will fail later and more
confusingly.
go run ./cmd/beacon-sandbox run --scenario s02-bash-command # one scenario -- do this while iterating
go run ./cmd/beacon-sandbox run # the whole suite, ~30 minPick the scenario matching what changed:
| You changed | Scenario |
|---|---|
| Command capture / exporter tool handling | s02-bash-command |
| File read or write signals | s03-file-write or s04-file-read |
| Prompt, session, token, or cost capture | s01-hello |
| Approval or permission handling | s07-denied-tool |
endpoint install, config paths, service startup | i01-install-supervised |
| The systemd backend, unit files, Linux system mode | i02-install-systemd |
| Something broad, or preparing a PR | the whole suite (bare run) |
The s0* scenarios collect through beacon ci exec, a temporary collector. The i0* scenarios
install Beacon first, so they are the only ones that cover installation and service management.
i02 runs inside a nested privileged container, because systemd will not start unless it is PID 1
and the sandbox provider's own init holds that slot — expect it to take several minutes longer.
Other flags: --repeat N to tell flaky from broken, --keep-sandbox to leave the instance up for
debugging.
--scenario while iterating. If you only changed what counts as
correct, use verify <run-dir> instead — it re-judges collected artifacts offline and free.collector-builder/ needs the collector rebuilt. The telemetry
normalization compiles into beacon-otelcol, not the beacon CLI, so otherwise you verify
the wrong binary and get a meaningless pass. doctor warns about this as
collector_freshness.why field
against the verdict's action histogram before concluding anything.beacon-sandbox/AGENTS.md explains each of these properly, plus diff, scenario authoring, and
how to self-test that the checks still have teeth.
© Asymptote-Labs, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .claude/skills/self-verify-beacon-in-sandbox of Asymptote-Labs/agent-beacon.
Open the folder on GitHubat commit 2462839
Self Verify Beacon In Sandbox next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Self Verify Beacon In Sandbox this skillAsymptote-Labs/agent-beacon | 1.8k | — | ~1.2k | Automated safety check: Pass | MIT | |
| Prosestatic-web-server/static-web-server | 2.4k | — | ~1.2k | Automated safety check: Pass | Apache-2.0 | |
| Debug Os Failure On GitHubstrands-agents/box | 315 | — | ~1.3k | Automated safety check: Notes | Apache-2.0 | |
| Neru Create PRy3owk1n/neru | 805 | — | ~1.9k | Automated safety check: Pass | MIT | |
| Nixpkgs Reviewryan4yin/nix-config | 2.1k | — | ~2.6k | Automated safety check: Pass | MIT | |
| Choruz PRinclusionAI/Choruz | 1k | — | ~2.6k | Automated safety check: Pass | Apache-2.0 |
static-web-server/static-web-server
Write or edit human-readable text for the Static Web Server (SWS) project — commit messages, CHANGELOG entries, PR descriptions, issue bodies, rustdoc comments, CLI help text, READMEs, and user docs…
strands-agents/box
Debug a CI failure on an OS you are not on (you are on Linux, it fails on macos-latest, or the reverse) without opening a pull request per attempt.
y3owk1n/neru
Commit working changes and open a Neru pull request the maintainer's way: conventional commit subjects, a PR title written for the changelog, the just ci gate, and the repo PR template filled…
ryan4yin/nix-config
A skill your agent uses when reviewing an upstream NixOS/nixpkgs pull request before it is merged -- a PR number or NixOS/nixpkgs123 link -- including its package changes, passthru tests…
inclusionAI/Choruz
Use before opening or completing a pull request in this repository — classify the change, add the tests its type requires, run exactly what CI will run, label it, merge only on a green "CI (linux)…
y3owk1n/neru
File a Neru bug report or feature request that matches the repo's issue forms: duplicate check first, every required field filled with real diagnostics, correct labels.
Asymptote-Labs/agent-beacon
Turn recorded agent sessions (Beacon traces from Claude Code, Cursor, Codex, OpenCode, and other harnesses) into reviewed, reusable project memory.
Asymptote-Labs/agent-beacon
Create, revise, debug or validate a Beacon lens, a single HTML file that renders one agent trace as a purpose-built view (a per-file review, a cost breakdown, a timeline of risky commands, a map of…
Asymptote-Labs/agent-beacon
Install approved Beacon project memory as an Agent Skill in the repository (.agents/skills/<slug/SKILL.md), so every skill-capable harness loads the lesson automatically without a memory lookup.
Asymptote-Labs/agent-beacon
Retrieve reviewed project memory that Beacon distilled from earlier agent sessions in any harness (Claude Code, Cursor, Codex, OpenCode, and others) before starting work.
Works with
Categories
Verify a Beacon change end to end by running a real Claude Code session inside a disposable Linux cloud sandbox and checking that Beacon captured what the agent actually did. Self Verify Beacon In Sandbox is an agent skill from Asymptote-Labs/agent-beacon. Verify a Beacon change end to end by running a real Claude Code session inside a disposable Linux cloud sandbox and checking that Beacon captured what the agent actually did.
Self Verify Beacon In Sandbox fits situations like: asked to verify; prove that a Beacon change works for real rather than just compiling; asked whether telemetry; approvals are still recorded correctly.
Run `npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a claude-code`. Or copy the skill folder (.claude/skills/self-verify-beacon-in-sandbox in Asymptote-Labs/agent-beacon) into .claude/skills/self-verify-beacon-in-sandbox in your project. Claude Code loads it when a task matches its description.
Run `npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a codex`. Or copy the skill folder (.claude/skills/self-verify-beacon-in-sandbox in Asymptote-Labs/agent-beacon) into .agents/skills/self-verify-beacon-in-sandbox in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add Asymptote-Labs/agent-beacon --skill self-verify-beacon-in-sandbox -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/self-verify-beacon-in-sandbox, .gemini/skills/self-verify-beacon-in-sandbox, .github/skills/self-verify-beacon-in-sandbox and .opencode/skills/self-verify-beacon-in-sandbox in your project.
Going by SKILL.md and its folder, Self Verify Beacon In Sandbox needs the command-line tools its instructions call (go, modal and make) and credentials named MODAL_TOKEN_SECRET and ANTHROPIC_API_KEY. Our summary lists: Python 3; A credential in MODAL_TOKEN_SECRET; A credential in ANTHROPIC_API_KEY.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Self Verify Beacon In Sandbox is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.2k tokens (SKILL.md is roughly 5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Self Verify Beacon In Sandbox: Prose (static-web-server/static-web-server, 2.4k stars), Debug Os Failure On GitHub (strands-agents/box, 315 stars), Neru Create PR (y3owk1n/neru, 805 stars) and Nixpkgs Review (ryan4yin/nix-config, 2.1k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Asymptote-Labs (a GitHub organization) maintains it in Asymptote-Labs/agent-beacon, which has 1,810 GitHub stars. The repository holds 5 skills in this directory. The repository was last updated on October 11, 2026.
Source: Asymptote-Labs/agent-beacon on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.