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.
npx skills add QuentinCody/interlinked-cli --skill interlinked-observabilitygit clone --depth 1 https://github.com/QuentinCody/interlinked-cliWrote 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.
[](https://agentmods.dev/skills/quentincody/interlinked-cli/interlinked-observability)<a href="https://agentmods.dev/skills/quentincody/interlinked-cli/interlinked-observability"><img src="https://agentmods.dev/badge/skills/quentincody/interlinked-cli/interlinked-observability/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.
<a href="https://agentmods.dev/skills/quentincody/interlinked-cli/interlinked-observability"><img src="https://agentmods.dev/badge/skills/quentincody/interlinked-cli/interlinked-observability.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 1 finding, up to medium
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- medium MCP Rug Pull · line 252 npx commands without a version suffix (e.g. @1.0.0) create a rug-pull risk if the upstream server is compromised and publishes a malicious update.Fix: Pin the version: npx @scope/[email protected]
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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00096 | $0.11164 |
| Opus 5.5 | $0.00038 | $0.04466 |
| Sonnet 5.5 | $0.00019 | $0.02233 |
| Haiku 4.5 | $0.00010 | $0.01116 |
Grade A, and why
interlinked-observability scanned grade A with 0 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 today.
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.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 674 lines — stays where its author put it; the contents beside it link to each section on GitHub.
interlinked-observability — inspect what agents did
For internal claim-verification research, node --import tsx scripts/internal/jev.mjs claims <final-message> <transcript> --receipt-shadow <links-file> adds default-off, log-only
deterministic comparisons to .interlinked/claim-receipt-shadow.jsonl. It does not run from
public Stop hooks or change Jev's decision. Links explicitly bind a claim to receipt/source/
selection identities; missing or duplicate links remain not assessable. Only four narrow
receipt predicates are supported; see docs/internal/jev.md. A missing Jev score is unmeasured,
including short claims omitted by the legacy splitter. Separate replay statistics from live
usage, and inspect receiptShadowFailures() before treating an absent row as no claim.
Ordinary hook delivery omits deep-audit style/design messages after one review notice, while raw check results remain intact. This applies to synchronous responses and the late-warning spool; their deduplication state is separate so preparing a fallback cannot consume the synchronous notice. Repeated guard-scope advice is deduplicated per session. Compare native delivered feedback separately from raw finding counts; fewer delivered warnings do not imply fewer findings or clean code. Interactive ChangeSet batches defer project-wide Gitleaks to explicit verification or background recovery, with an explicit non-verdict. Confirm actual tool timings and completion before claiming latency or security-coverage improvements.
For Claude compiler batching, distinguish tool calls, scheduled checks, compiler
executions and delivered diagnostics. hook-observation.v1 rows record scheduled
TypeScript work; batch results and timing are in check-results.jsonl. Pending work
survives in .interlinked/compiler-batches/. Coverage observations are retained even
when repeated model warnings are suppressed. Silence does not mean coverage is complete.
Measure a repeated-edit problem by assistant-message/tool-use identity and timestamps:
an edit emitted before an earlier hook's feedback cannot be attributed to that feedback.
check-executions.jsonl also carries hook-observation.v1: scheduled external overlays,
normal complexity/token measurements, and shadow trajectory observations. These are telemetry,
not check passes or confirmed model delivery. check-results.jsonl retains full findings,
including novelty, findingCount and server-computed writeAttribution where available.
Newly observed means report novelty, not proven causation. Repeated advisories may be hidden
from model feedback while remaining in each call's records; hidden findings prevent all-clean.
Use evals/compare-builds.mjs for paired explicit-build agent pilots. It retains fixtures,
native streams, usage categories, settings, daemon status, final diffs and evaluator-owned
functional checks. Activity warning counts are ledger metrics. Missing native delivery/token
data remains unknown; do not infer billed savings from shorter commands or compressed rows.
repeated_implementation check results retain each current AST-matched group with
a group=<sha256> detail identity, even when unchanged agent-facing warnings are
suppressed. Compare these identities rather than line numbers across formatting edits.
Post-tool suppression is session-local and resets with the daemon; Stop uses its
existing digest state. NOT CHECKED means missing analysis, not zero clones. Findings
are review candidates, not proven defects or evidence that an extraction helped.
hook-reentry.jsonl records Stop/SubagentStop re-entry suppressed before daemon evaluation.
Translation receipts now include advisory context representation as well as denials and
rewrites. Operator-only Stop diagnostics are not model-context delivery. Audit native
completion messages by unique ID; streaming chunks and daemon Stop counts are insufficient
to count continuations. The SlopCodeBench exporter retains these receipts and registrations.
Shared hook-check receipts may include scopes with a batch ID, check name, configuration
hash and captured request-file identities. kind: request-inputs is historical execution
evidence, not a complete runtime/dependency closure or reusable cache key. Nonempty
unavailable preserves partial evidence and leaves the obligation pending. Keep those states
separate from clean results when comparing recovered check counts or latency.
What ships with it
3 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- today Changed · +45 lines d8656f4d7a02
- 7d ago Changed · +54 lines 51ba744801b4
- 24d ago Changed · +29 lines f9429b27c8e0
- 28d ago Changed · +20 lines b0e99ebcfb67
- 1mo ago Changed · +16 lines d726d0c9a2a2
- 1mo ago Changed · +36 lines feb4e8942f8d
- 1mo ago Changed · +170 lines · -91 tokens per session d81e64dd7537
- 1mo ago Changed · +97 lines · +19 tokens per session 9e67f5d3f3b5
- 1mo ago First seen · 207 lines · 168 tokens per session scan A 0512dc8c1ff2
interlinked-observability is a skill published in the GitHub repository QuentinCody/interlinked-cli (180 stars, last pushed yesterday), licensed MIT. It adds 96 tokens to every session and 11,164 once invoked, about $0.0004 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
local-ai-agents
Build local-first AI agents that run entirely on a developer workstation with Microsoft Foundry Local and Qwen function-calling models. Covers Small Language Models (SLMs), the OpenAI-compatible local endpoint, sandboxed local tools, local RAG with Chroma, local MCP servers, hybrid cloud/local routing, and the…
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
next-cache-components-adoption
Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…
chat-pet-sprite-creation
Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.
cpu-profile-analysis
Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…
insight-error-page
Write or audit an insight-kind error page for the Next.js dev overlay. Use when creating a new errors/ .mdx page, auditing an existing one, or checking that a page matches the framework fix cards. Covers page structure, title alignment, FixCard cards with Copy prompt button, code snippets, terminology verification…