agentleFS
LeostrukaLeostruka/devin-bundle/skills/laya-orchestrator/SKILL.md

laya-orchestrator

Skill0 starsChanged 3 months agoMITView on GitHub

Use when a cheap typed check beats reading files into context - batch file classification (contains auth data? has tests?), review risk scoring, or pre-dispatch triage. Laya ranks and abstains, never proves - it is not a substitute for reading primary sources (Rule 12).

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 0 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    MUST NOT feed hooks, policies, or gating scripts.

    line 53

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

Laya Orchestrator

laya is the bundle's System-1 decision engine: typed answers (choice, score, noul) in one forward pass, offline, free. This skill teaches WHEN to interrogate it and how to treat the answers. Contract modes (off|shadow|assist) and the resident daemon are in .devin/research/LAYA_MASTER_ARCHITECTURE.md.

When to interrogate

SituationCall
>10 files + one boolean question ("contains auth data", "has tests")ask_laya_glob / ask_laya_filebool (filebool-v1)
"Is this command risky?" before a non-trivial execalready gated by laya-guard hook (cmd-risk-v1)
"Is this diff risky?" before reviewreview-risk-v1 (planned consumer)
"Which subagent?" / "which effort?"agent-route-v1: shadow only until calibrated; Rule 20 decides
A recurring yes/no assumption you keep checkingpropose promotion to a frozen contract profile

Muscle calls (run inside extensions/laya-tools/ via its .venv):

.venv/Scripts/python filebool.py --glob "src/**/*.py" \
    --question "contains authentication data"
.venv/Scripts/python laya_cli.py predict --state '{"body": "..."}' \
    --questions-file q.json          # ad-hoc advisory only

When NOT to interrogate

  • The fact is directly checkable with read/grep/exec → verify, don't ask (Rule 12). Laya answers what to read first, never what the fact is.
  • Fewer than ~10 files: reading them is cheaper and certain.
  • Binary/unreadable files: they abstain anyway.

Output doctrine

  • abstain = "check it yourself", never silently dropped from the result map.
  • yes/no = reading-order priority, not a conclusion. Never cite a Laya verdict to the user as evidence without tool verification.
  • confidence is entropy-based, not calibrated accuracy; thresholds come only from the profile's own calibration.

Fencing (Camada 10)

laya_cli.py predict with ad-hoc questions is advisory: its output MUST NOT feed hooks, policies, or gating scripts. If a question recurs, promote it to a frozen -vN profile in decision_contract.

Layer 7: LAYA-GATE notices

The compact-gate hook injects a one-line LAYA-GATE directive when pressure and trajectory warrant it (prune | fold | handoff | clear). Execute it inside the current turn, never mid tool-batch:

  • prune → run extensions/laya-compactor/compact.py on the session transcript.
  • fold → offload >50k-token artifacts to files (context-folding).
  • handoff/clear → invoke handoff skill, then clear.

Cost table

CallCost
filebool per file~200-460 ms CPU on daemon; zero bytes of content into context
laya-guard<50 ms amortized (T0/T1 tiers absorb most exec calls)
compact-gate eval≤1 per 8 tool calls below 70% pressure; every call above

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.