agentsclimarketplace

Saill to english

Skill HorizonBrute/Standardized_AI_Looping_Language-SAILL/skills/saill-to-english

Standardized AI Looping Language

Install
npx -y skills add HorizonBrute/Standardized_AI_Looping_Language-SAILL --skill saill-to-english

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Translate a SAILL agent-team definition into plain English — render every primitive, loop, box, flag, and -context- placeholder as natural language a non-technical reader can follow. Use when the user types /saill-to-english, says "translate this SAILL", "explain this team definition", "what does this loop do", or "describe this in plain English".

SKILL.md

4.9 KB, as published. Nobody here has run it

Skill: /saill-to-english

Model preference: #lowcost (translation is mechanical; no reasoning about the codebase required).

Turn a SAILL agent-team block into fluent, plain English — a step-by-step description of what the workflow does, in what order, under what conditions, and what happens when things go wrong. The output should be readable by someone who has never seen SAILL.


When to invoke

/saill-to-english <SAILL block>, or the user pastes a team definition and asks what it does / how to explain it.


Step 1 — Load the primitive vocabulary

1.1 Read working_copy/documentation/SAILL Language Guide/saill_guide.md for the authoritative meaning of every primitive. 1.2 Do not invent meanings. If a token is not in the vocabulary, flag it as an unrecognized extension.


Step 2 — Parse the SAILL block

Work through the definition in order:

SAILL constructWhat to identify
### NameThe team's name and a one-sentence purpose
Numbered roles N. Label (#group)Each step; its label, capability tier, and charter
(#group, if needed)Conditional — model decides at runtime
(#group, if asked)Conditional — only runs when the user explicitly requests it
(#group, ask user)Hard gate — workflow pauses for user input before this step
(parallel) / (wait)Concurrent roles; the wait is the sync point
Box[ … ]Named or anonymous sub-team; note what runs inside
**Loop:**Retry block — extract: trigger, loop-back target, pass condition, cap, cap action
or ask user in a LoopUser can stop the loop early by choice
-context:<name>-Runtime placeholder — note what must be supplied at invocation
if fail <action>Failure handler — what runs if the loop cap is hit unmet
/skill-name in a charterNamed skill the role invokes as its work

Step 3 — Render to English

3.1 Opening line — one sentence naming the team and its top-level purpose.

3.2 Step-by-step narration — for each role or box, one paragraph:

  • What the role does (its charter, in plain English)
  • Any condition on whether it runs at all (if needed / if asked / ask user)
  • If it is part of a parallel group: name the other roles running alongside it and note they all run at the same time, then sync before the next step
  • If it has a Loop: explain in plain English — "If the result fails, the workflow goes back to [Role] with specific feedback and tries again. This can repeat up to [cap] times. If it still hasn't passed by then, [cap action]." If or ask user is present: "At any point, you can choose to stop early and accept the current result."

3.3 Placeholders — list each -context:<name>- and what the user or invocation must supply for it.

3.4 Failure handlers — if any if fail actions are present, describe what triggers them and what they do.


Step 4 — Output format

**[Team Name]**
<One-sentence summary of what the team accomplishes.>

**Steps:**
1. **[Role]** — <plain-English charter>. [Condition note if any.]
2. **[Role A]** and **[Role B]** run at the same time. Once both finish, the workflow continues.
   - **[Role A]** — <charter>
   - **[Role B]** — <charter>
3. **[Role]** — <charter>. If validation fails, the workflow loops back to step N and tries again,
   up to X times. If it still hasn't passed, <cap action>. [User-stop note if applicable.]

**What you need to supply at run time:**
- `-context:pass criteria-` — the quality bar that counts as a passing result
- `-context:cap-` — how many retry attempts to allow

**Failure handling:**
- If the loop hits its cap without passing, `/skill-name` is called to triage the failure.

Keep the output tight. One paragraph per step is the ceiling — the goal is clarity, not exhaustiveness.


Notes for the executing agent

  1. Translate faithfully — do not add or remove behavior implied by the SAILL.
  2. A #group token is a model-group reference, not a literal model name. To resolve what is actually in a group, read the active model-preferences config (horizon_aios_model_prefs.md and any in-scope model_prefs.local.md). Render the group as its resolved name(s) when that adds clarity; otherwise render it as "the #group-name model group" — never invent a human label from memory.
  3. If the input is ambiguous or uses an unrecognized token, note it clearly rather than guessing.
  4. This skill only translates — it does not run, save, or modify the team definition.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.