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 Bilal140202/the-lord-of-the-skills --skill muliaichi__pydanticai-tla-guardgit clone --depth 1 https://github.com/Bilal140202/the-lord-of-the-skillsWrote 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/bilal140202/the-lord-of-the-skills/muliaichi__pydanticai-tla-guard)<a href="https://agentmods.dev/skills/bilal140202/the-lord-of-the-skills/muliaichi__pydanticai-tla-guard"><img src="https://agentmods.dev/badge/skills/bilal140202/the-lord-of-the-skills/muliaichi__pydanticai-tla-guard/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/bilal140202/the-lord-of-the-skills/muliaichi__pydanticai-tla-guard"><img src="https://agentmods.dev/badge/skills/bilal140202/the-lord-of-the-skills/muliaichi__pydanticai-tla-guard.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.00060 | $0.01066 |
| Opus 5.5 | $0.00024 | $0.00426 |
| Sonnet 5.5 | $0.00012 | $0.00213 |
| Haiku 4.5 | $0.00006 | $0.00107 |
Grade A, and why
antigravity-tla-guard 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 1mo 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.
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 — 115 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Antigravity TLA+ Verification Guard
Instructions
You are equipped to help developers add formal mathematical verification (based on TLA+ concepts) to their AI agent workflows. This ensures a zero-bug guarantee for state transitions and prevents dangerous LLM hallucinations from executing in production.
Step 1: Identify State and Transitions
When building an agent pipeline, first identify the critical state transitions (the "program counter" or pc, e.g., plan → code → test → deploy).
Step 2: Implement the TLA+ Verifier
Provide the developer with a tla_verify guardrail function. This function must be called before any critical state transition occurs.
Key requirements for the verifier:
- Extract current state and artifacts (e.g., from a LangGraph state dict).
- Check strict invariants. The core invariant is usually
NoDeployUntested(cannot transition to "deploy" without a "test_report" artifact). - If an invariant fails, immediately raise a ValueError and halt execution, simulating a TLA+ specification failure by printing the invalid TLA+ spec.
Step 3: Embed in the Agent Workflow
Integrate the verifier into the graph routing logic or state machine. Every node transition must pass the tla_verify check before proceeding.
Code Patterns to Use
When asked to implement this pattern, use the following standard Python file content:
from typing import Dict, List
def generate_tla_spec(state: dict):
"""
Generates a TLA+ specification string from the current agent state.
Used for formal verification before critical transitions.
"""
artifacts = state.get("artifacts", [])
# In state dict, artifacts might be Pydantic objects or dicts
artifact_types = []
for a in artifacts:
if isinstance(a, dict):
artifact_types.append(f'"{a.get("type")}"')
else:
artifact_types.append(f'"{a.type}"')
artifacts_str = ", ".join(artifact_types)
return f"""
---- MODULE AntigravityAgent ----
VARIABLES messages, artifacts, step, pc
Init ==
/\ messages = []
/\ artifacts = {{{artifacts_str}}}
/\ step = {state.get('step', 0)}
/\ pc = "{state.get('pc', 'plan')}"
Next ==
\/ pc = "plan" /\ pc' = "code"
\/ pc = "code" /\ pc' = "test"
\/ pc = "test" /\ pc' = "deploy"
Invariant_NoDeployUntested ==
[](pc = "deploy" implies "test_report" \in artifacts)
====
"""
def tla_verify(state_dict: dict, next_pc: str):
"""
Stub function simulating a TLA+ model checker (`tlc`).
Verifies that transitioning to `next_pc` does not violate safety invariants.
Requirements:
- NoDeployUntested: Cannot transition to "deploy" without a "test_report" artifact.
"""
print(f"[TLA+] Verifying state transition to pc='{next_pc}'...")
# Extract artifact types from state
artifacts = state_dict.get("artifacts", [])
artifact_types = set()
for a in artifacts:
if isinstance(a, dict):
artifact_types.add(a.get("type"))
else:
artifact_types.add(a.type)
# Check Invariant: NoDeployUntested
if next_pc == "deploy" and "test_report" not in artifact_types:
spec_output = generate_tla_spec(state_dict)
print("\n[TLA+] FAILED SPECIFICATION:\n" + spec_output)
raise ValueError(
"TLA+ Invariant Violation: NoDeployUntested! "
"Cannot safely transition to 'deploy' without a 'test_report' artifact."
)
print(f"[TLA+] Verification PASS. Safe to proceed to '{next_pc}'.")
return True
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.
- 1mo ago First seen · 115 lines · 60 tokens per session scan A fdeee80a5144
antigravity-tla-guard is a skill published in the GitHub repository Bilal140202/the-lord-of-the-skills (6 stars, last pushed 1mo ago), licensed MIT. It adds 60 tokens to every session and 1,066 once invoked, about $0.0002 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-09-03.
Other skills, from other repositories
serpsmith
Publish SEO articles, verify unattended health, and gate source-to-runtime releases.
squirrel
Full-cycle software development agent: plans, builds, tests, lints, fixes bugs, and writes production-grade README docs. ALWAYS use this skill when the user wants to: build or scaffold a new project, add features to existing code, fix bugs, improve code quality (lint, format, refactor), write or improve a README, add…
roblox-studio-workflow
Modify living Roblox Studio projects safely: inspect Explorer and execution locations, preserve existing structure, reuse modules/remotes, create meaningful Instances, apply Attributes and CollectionService tags, test server/client and multiple devices, inspect Output, and remove experiments/debug objects. Use when an…
laravel-tdd
Test-driven development for Laravel with PHPUnit and Pest, factories, database testing, fakes, and coverage targets.
browser-qa
A browser-based quality check for deployed web pages and user flows. It uses browser automation to test rendering, navigation, forms, interactions, responsive behaviour, and accessibility-related issues.
eval-harness
An evaluation framework for AI-assisted development that defines pass/fail criteria, measures pass@k reliability, and runs regression checks. Eval-driven development means testing an agent's expected behavior before and after changes, much like tests for software.