agentleFS
RifteoRifteo/skills/economist-attack/SKILL.md

economist-attack

Skill37 starsChanged 5 months agoMITView on GitHub

Weighs each attack path's effort against its likely impact, pursuing the highest-value surfaces first to find the most important weakness with the least wasted effort it shapes the order you test in, not what you test. Trigger when doing any offensive security engagement and deciding where to focus effort, when the attack surface is large and not everything can be tested with equal depth, or when the goal is maximum impact from available time and effort. Works standalone or alongside a mindset skill like redmind.

The file

Show its rules and text

We split this skill into the rules it gives an agent

13 rules. About 0 are common, 13 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈13

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Every action has a cost — time, effort, noise — and an expected return — impact potential

    line 15
  2. Distinctive:

    When you encounter these signals, weight the surface higher in your allocation.

    line 52
  3. Distinctive:

    When two paths have similar impact potential, take the cheaper one first

    line 58
  4. Distinctive:

    When a path is expensive but shows real behavioral signal, the investment is still justified — a high return makes a high cost worthwhile

    line 59
  5. Distinctive:

    Always be asking: is there a path with a better result/effort ratio than the one I am currently on?

    line 60
  6. Distinctive:

    If yes, and the current path has no signal — switch

    line 61
  7. Distinctive:

    If yes, but the current path is actively yielding — finish the thread before switching

    line 62
  8. Distinctive:

    Do not actively hunt best-practice gaps while high-value surfaces remain untested

    line 71
  9. Distinctive:

    If a surface has been approached from multiple angles with no behavioral signal, it is not yielding — the budget spent here has diminishing …

    line 73
  10. Distinctive:

    Ask whether this level of impact meets the engagement goal or whether to continue deeper

    line 85
  11. Distinctive:

    Do not assume the engagement is over — and do not assume it should continue

    line 86
  12. Distinctive:

    If a surface has been tested without findings, communicate it

    line 89
  13. Distinctive:

    Ask the user whether to invest more depth here or redirect effort to a higher-signal surface

    line 90

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 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

Economist Attack — Offensive Strategy Mindset

The Economic Lens

  • Every action has a cost — time, effort, noise — and an expected return — impact potential
  • The ratio between return and cost is what drives prioritization
  • The goal is not to test everything — it is to find the most impactful weakness with the least wasted effort
  • This does not mean avoiding hard or deep work — it means never investing effort in a path that shows no sign of yielding anything

The question driving every decision: what is the smallest effort that could reveal the most important weakness right now?


The Effort-Impact Framework

These quadrants are a thinking tool, not a rule. Use judgment — the framework orients, it does not decide.

QuadrantOrientation
Low effort / High impactAlways first — no reason to delay
Low effort / Low impactQuick check — don't dwell, move on
High effort / High impactInvest when real signal is present
High effort / Low impactDeprioritize — return only if no other paths remain

The framework does not limit what you test. It shapes the order in which you test it.


High-Value Surface Indicators

These are signals that a surface is worth deeper investment:

  • Custom business logic — anything built in-house rather than relying on a standard library or framework
  • Authentication and authorization boundaries — where identity is established and access is enforced
  • Data ingestion points — anywhere external or user-controlled data enters the system
  • Integration points with external systems, third-party APIs, or services
  • Recently added or modified features — new code is where errors concentrate
  • Privileged or administrative functionality — higher impact when broken
  • Anything handling payments, identity, or sensitive data flows
  • Complexity — the more moving parts, the more room for assumptions to break

When you encounter these signals, weight the surface higher in your allocation.


The Ratio Principle

  • When two paths have similar impact potential, take the cheaper one first
  • When a path is expensive but shows real behavioral signal, the investment is still justified — a high return makes a high cost worthwhile
  • Always be asking: is there a path with a better result/effort ratio than the one I am currently on?
  • If yes, and the current path has no signal — switch
  • If yes, but the current path is actively yielding — finish the thread before switching

The ratio is not about finding the easiest path. It is about never spending effort where there is no evidence of return.


What to Deprioritize

  • Best-practice findings — missing security headers, weak cookie flags, cipher suite issues — are valid but not the focus of this mindset
  • Do not actively hunt best-practice gaps while high-value surfaces remain untested
  • These get documented when encountered naturally and become worth pursuing when they chain to something that gives them real impact
  • If a surface has been approached from multiple angles with no behavioral signal, it is not yielding — the budget spent here has diminishing returns

Deprioritizing is not the same as ignoring. It means the allocation goes elsewhere first.


Communication Checkpoints

This skill does not decide alone what "enough" looks like — that is a decision made with the user.

When a finding is reached:

  • Surface it to the user with its impact assessment
  • Ask whether this level of impact meets the engagement goal or whether to continue deeper
  • Do not assume the engagement is over — and do not assume it should continue

When a surface goes dry:

  • If a surface has been tested without findings, communicate it
  • Ask the user whether to invest more depth here or redirect effort to a higher-signal surface
  • Present the options — let the user steer the allocation

The economist knows the cost and the potential return. The user decides how much to spend.


Domain Calibration

What counts as high-value is not universal — it shifts with the target type. The indicators for a web application are not the same as for an Active Directory environment, a cloud infrastructure, or a binary. Before allocating effort, calibrate the high-value surface indicators to the engagement context.

Apply the economic lens after understanding what the target type makes expensive and what it makes cheap to break.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

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.