agentleFS
qybaiheqybaihe/bla/.agents/skills/blind-llm-agents/SKILL.md

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
  1. Very specific:

    Use BLA whenever the user asks to harden a project against AI reverse-engineering agents (morluto/rea), audit exposure, exhaust attacker …

    line 10
  2. Distinctive:

    When the user says "Harden my software", "Harden this project against REA", "一键启动防御强化", "Run BLA defense", or any equivalent one-liner …

    line 14
  3. Distinctive:

    When the user already named a specific file, use:

    line 24
  4. Very specific:

    Stage 1 (inspect-release): Read-only scan for accidental .map (sourcesContent) and symbol leaks.

    line 30

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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_harden with { "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_defend with { "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:

  1. Stage 1 (inspect-release): Read-only scan for accidental .map (sourcesContent) and symbol leaks.
  2. Stage 2 (audit): 16-vector REA vulnerability & Claude Opus 4 / Sonnet 4 / o3 token-cost simulation.
  3. 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).
  4. Stage 4 (verify): Verifies all Counter-REA mathematical invariants and confirms token/cost bankruptcy amplification.
  5. Stage 5 (manifest): Emits <output>.bla-manifest.json attesting to the hardened build.

Step-by-Step Granular Workflow: Audit -> Protect -> Verify

  1. Audit (bla_audit or npx bla-agents audit <target>):
    • Reports the REA Exposure Score (0–100), exposed functions/classes/IPC channels/routes, and estimated attacker token and dollar costs.
  2. Protect (bla_protect or npx bla-agents protect <target> -o <output> --intensity bankrupt):
    • Resource Exhaustion (耗尽对方资源) and Model Misjudgment Induction (诱导模型误判) as documented in references/counter-rea-matrix.md.
  3. Verify (bla_verify or npx 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 doctor

See references/counter-rea-matrix.md for the complete mapping between REA's internal analyzers and BLA's countermeasures.

Download now (ZIP)

  • In this repositoryOne other file it gives its agents.

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.