blind-llm-agents
Skill1.7k starsChanged 5 days agoMITView on GitHub
Audit, protect, and verify software artifacts (JavaScript/TypeScript, Electron ASAR, WebAssembly, Python .py/.pyc, SQLite, Safetensors/GGUF AI Models, Android DEX/IL2CPP, Apple plist, .NET, JVM, ZIP/APK, and Native ELF/Mach-O/PE Binaries) against AI reverse-engineering agents like REA using BLA (Blind LLM Agents). Default verb: bla_harden.
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 10
Use BLA whenever the user asks to harden a project against AI reverse-engineering agents (morluto/rea), audit exposure, exhaust attacker …
- Distinctive: line 14
When the user says "Harden my software", "Harden this project against REA", "一键启动防御强化", "Run BLA defense", or any equivalent one-liner …
- Distinctive: line 24
When the user already named a specific file, use:
- Very specific: line 30
Stage 1 (
inspect-release): Read-only scan for accidental .map (sourcesContent) and symbol leaks.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
BLA: Blind LLM Agents
Use BLA whenever the user asks to harden a project against AI reverse-engineering agents (morluto/rea), audit exposure, exhaust attacker token/compute budgets, or induce model misjudgment on proprietary logic.
⚡ One-Sentence Hardening (DEFAULT — prefer this)
When the user says "Harden my software", "Harden this project against REA", "一键启动防御强化", "Run BLA defense", or any equivalent one-liner without naming a specific file, invoke:
- MCP Tool (preferred):
bla_hardenwith{ "directory": "." }(or the project/build path they named) - CLI:
npx bla-agents@latest harden . - MCP Prompt:
bla-harden-project
bla_harden / bla harden auto-discovers protectable build outputs under dist/, build/, out/, release/, .asar, native binaries, .wasm, .py/.pyc, .sqlite, .safetensors/.gguf, .dex, .class, .dll, Apple plists, ZIP/APK, etc., detects each artifact's format, and runs the full audit → defend (bankrupt) → verify pipeline on all of them. Return the per-artifact summary to the user. Do not ask which files to protect — discover them.
One-Click Single-Artifact Defense
When the user already named a specific file, use:
- MCP Tool:
bla_defendwith{ "input_path": "<target>", "intensity": "bankrupt", "emit_manifest": true } - CLI Command:
npx bla-agents@latest defend <target> --manifest
bla_defend / bla defend executes all 5 Counter-REA defense stages automatically:
- Stage 1 (
inspect-release): Read-only scan for accidental.map(sourcesContent) and symbol leaks. - Stage 2 (
audit): 16-vector REA vulnerability & Claude Opus 4 / Sonnet 4 / o3 token-cost simulation. - Stage 3 (
protect --intensity bankrupt): Injects both the Resource-Exhaustion Suite and the Model-Misjudgment Induction Suite (including canary honeypots + system-diagnostic decoys across JS, WASM, Python, SQLite, Safetensors/GGUF, DEX, IL2CPP, Apple plist, .NET, JVM, ZIP/APK). - Stage 4 (
verify): Verifies all Counter-REA mathematical invariants and confirms token/cost bankruptcy amplification. - Stage 5 (
manifest): Emits<output>.bla-manifest.jsonattesting to the hardened build.
Step-by-Step Granular Workflow: Audit -> Protect -> Verify
- Audit (
bla_auditornpx bla-agents audit <target>):- Reports the REA Exposure Score (0–100), exposed functions/classes/IPC channels/routes, and estimated attacker token and dollar costs.
- Protect (
bla_protectornpx bla-agents protect <target> -o <output> --intensity bankrupt):- Resource Exhaustion (耗尽对方资源) and Model Misjudgment Induction (诱导模型误判) as documented in references/counter-rea-matrix.md.
- Verify (
bla_verifyornpx bla-agents verify <protected> [original]):- Confirms that all Counter-REA gates pass and reports exact Token & API Cost Amplification.
CLI Fallback Commands
npx -y bla-agents@latest harden .
npx -y bla-agents@latest defend /absolute/path/to/target --manifest --json
npx -y bla-agents@latest audit /absolute/path/to/target --json
npx -y bla-agents@latest protect /absolute/path/to/target -o /absolute/path/to/protected --intensity bankrupt --json
npx -y bla-agents@latest verify /absolute/path/to/protected /absolute/path/to/target --json
npx -y bla-agents@latest doctorSee references/counter-rea-matrix.md for the complete mapping between REA's internal analyzers and BLA's countermeasures.
In this repositoryOne other file it gives its agents.
- AGENTS.mdAGENTS.md
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

