Agent skill

LoopX Auto-Research Worker

by loopx-project in loopx-project/loopx

Role playbook for a LoopX worker running an auto-research lane, with execution checklists, artifact contracts and stop conditions.

Apache-2.0Auto-check passedAgent Workflows

Install LoopX Auto-Research Worker

skills CLI
$ npx skills add loopx-project/loopx --skill loopx-auto-research -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install loopx-project/loopx loopx-auto-research --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/loopx-project/loopx.git skills-src && mkdir -p .claude/skills && cp -r skills-src/demo/auto_research/worker_skill .claude/skills/loopx-auto-research && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
loopx-auto-research
GitHub stars
6.2k
Token cost
~3.5k tokens
SKILL.md length
1,686 words
Files
1
Skills in repo
12
Repo updated
First seen
Licence
Apache-2.0

At a glance

Role playbook for a LoopX worker running an auto-research lane, with execution checklists, artifact contracts and stop conditions.

  • Operating a LoopX worker in an auto-research lane
  • SKILL.md covers Routing Boundary, Pane Tick Contract, Role Resolution and Shared Stop Conditions, plus 8 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md
  • Handling a frontier item or evidence packet in a demo pane

What it does

This is a worker-local playbook for LoopX auto-research panes, packaged with the auto-research capability and injected by the worker launcher rather than installed as a global skill. Identity, authority, the current frontier and publication permission come from LoopX control-plane data: the role profile, the quota check, the todo claim and token, and repository rules, never from pane titles, branch names or the visible part of the skill.

A pane tick resolves identity, quota and frontier first, using a compact frontier command and the quota should-run check, and stops if exported role values disagree with those packets. Follow-up todos may only be created through successor declarations in the role profile, and only after the visible role has written real, public-safe evidence. Before finishing with no follow-up, the agent compares its evidence summary with the profile's continuation policy. Role-specific artifact contracts and stop conditions make up the rest of the skill.

When your agent uses it

  • Operating a LoopX worker in an auto-research lane
  • Handling a frontier item or evidence packet in a demo pane
  • Making a promotion or retirement decision for an auto-research item

Example prompts

  • “Run the pane tick for this auto-research worker and tell me which frontier item it should take.”
  • “Check whether the role profile and the quota packet agree before this worker continues.”
  • “Write the evidence packet for the frontier item this role just finished.”

Requirements

  • A LoopX installation with a role profile and frontier packet for the worker

What it can do on your machine

Read from SKILL.md and the folder at commit 8205c8b. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are bash).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

LoopX Auto-Research Worker loads about 3.5k tokens when it runs. Until then it costs about 94 tokens; SKILL.md has 1,686 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~94
When it runs · the whole SKILL.md, loaded when a task matches
~3.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from loopx-project/loopx at commit 8205c8b, republished under its Apache-2.0 licence (© loopx-project). 1,686 words, ~3,544 tokens.

Download SKILL.mdSave it as .claude/skills/loopx-auto-research/SKILL.md (or your agent's skills folder).
name
loopx-auto-research
description
Use when a LoopX worker is operating an auto-research lane, demo pane, frontier item, evidence packet, promotion/retirement decision, or visible tmux/Codex auto-research rehearsal. Identity must come from the LoopX role profile and quota/frontier packet; this skill only provides role-specific execution checklists, artifact contracts, and stop conditions.

LoopX Auto Research

This is a worker-local role playbook for auto-research panes. It is packaged with the auto-research capability and should be injected or referenced by the worker launcher; it is not a global LoopX skill for ordinary project agents.

Routing Boundary

Use this skill after a LoopX auto-research worker has a role profile, frontier item, launcher packet, or user-visible demo pane. The skill is the role playbook. It is not the source of truth for identity, authority, current frontier, or merge/publication permission.

Identity comes from LoopX control-plane metadata:

  • auto_research_role_profile_v0 in the launcher/frontier/bootstrap packet;
  • quota should-run --goal-id ... --agent-id ...;
  • todo claim, capability token, write scope, and protected scope;
  • repository or workspace AGENTS.md rules, which can only make the boundary stricter.

No role owns the full graph. Do not infer role from pane title, branch name, tmux window name, or the section of this skill that happens to be visible.

Pane Tick Contract

The generic multi-agent kernel owns the default LoopX project/doc-registry skills and the fixed A2A wake prompt. This skill should stay role-specific: use it after the pane-local tick has resolved identity, quota, and frontier from LoopX.

Compact frontier command: loopx --format json auto-research frontier --goal-id "$LOOPX_GOAL_ID" --agent-id "$LOOPX_AGENT_ID". Also honor quota should-run.

If the launcher exported LOOPX_ROLE_ID, LOOPX_ROLE_PROFILE_REF, or a profile JSON path, compare those values with the quota and frontier packets. Stop when they disagree. Do not guess the intended role.

If the role profile includes successor_todos, treat those declarations as the only role-local way to create the next agent todo. A successor declaration must name the target agent and include a todo_command_template such as loopx todo add ... --claimed-by {target_agent_id_shell}. In visible auto-research, the pane-local tick is a guard/frontier read, not a research writer. Render and run a successor todo only after the visible role has authored real public-safe evidence or notes that satisfy the declared condition. Do not invent an extra continuation plan in prose, and do not ask a leader pane to pick the next role.

Before completing with no follow-up, compare the evidence summary with role_profile.continuation_policy. When the target is still unmet and a declared successor condition is satisfied, create or link that successor first. No-follow-up is only valid after the target is reached, a projected blocker or user gate stops the lane, or evidence-backed retirement closes the frontier.

For a visible demo rehearsal, auto-research demo-supervisor is read-only by default; use --execute only when the user opted into starting visible local panes. The default rehearsal must not start Codex, write LoopX state, or spend quota by itself.

Role Resolution

Map the role profile to one of these sections:

Role id or laneSkill sectionAuthority source
research_curatorResearch curatorrole profile, quota packet, contract todo
hypothesis_proposerHypothesis proposerrole profile, frontier packet, hypothesis todo
research_executorResearch executorrole profile, selected frontier item, write scope
evaluator_promoterEvaluator/promoterrole profile, evidence packet, promotion policy
research-narrator, product_narratorProjection narratorread-only projection packet and first-screen gate
control-plane-guardControl-plane guardquota/status/check packet and repository rules

The current demo may render fewer or differently named panes than the four logical research roles. That is only a host layout choice. Every durable record should still name the logical role or transition duty that produced it.

Shared Stop Conditions

Stop and report the exact blocker when any of these are true:

  • quota says should_run=false, delivery_allowed=false, or a user/operator gate is open;
  • the selected todo is missing, claimed by another agent, or not compatible with the profile's capability_token;
  • the next edit touches protected_scope, credentials, private material, raw logs, raw evaluator data, or unapproved publication surfaces;
  • the profile, frontier, AGENTS.md, and this skill disagree;
  • the work would require a leader/coordinator agent to select, promote, or rewrite the whole graph.

Benchmark Workspace Hints

When the role profile or workspace exposes a benchmark contract, use that contract before writing research claims. For KNN-style demos this means:

  • read research_contract.public.json, README.md, and the editable solver;
  • edit only the declared editable scope, such as solution.py;
  • run the declared dev command before proposing promotion;
  • run the declared held-out command before claiming a validated improvement;
  • summarize mechanism, command, score, and protected-scope cleanliness.
  • pass the contract and eval JSON outputs to loopx auto-research evidence rather than hand-authoring an evidence packet.

The pane-local tick can point at a todo; it cannot count as benchmark evidence.

Research Curator

Use when the role owns the original research wish, objective, required artifacts, acceptance criteria, metric, editable scope, protected scope, budget, and gates.

Allowed actions:

  • create or refresh auto_research_delivery_contract_v0, embedding the existing research_contract_v0;
  • make protected boundaries explicit;
  • write user/operator gate todos when promotion or publication needs judgment;
  • request read-only projections from existing evidence.

Useful command:

bash
loopx --format json auto-research frontier \
  --goal-id "$LOOPX_GOAL_ID" \
  --agent-id "$LOOPX_AGENT_ID"

Artifact contract:

  • objective is public-safe and bounded;
  • the original wish, assumptions, non-goals, and contract reference are public-safe and explicit;
  • every required artifact and acceptance criterion has a stable public-safe id;
  • metric direction and protected evaluator are explicit;
  • write scope and protected scope are named;
  • promotion policy says what evidence is sufficient.
  • failure policy names fallback artifacts and the conditions for re-entering research when the current contract cannot be fulfilled.

Must not:

  • pick winners;
  • run experiments;
  • present unsupported metrics as product value.

Hypothesis Proposer

Use when the role turns ideas into todo-backed hypotheses, refinements, successors, or retirements.

Allowed actions:

  • create research_hypothesis_v0 records with todo_id, claimed_by, mechanism family, parent link, and grounding refs or no-grounding rationale;
  • retire duplicates, exhausted retries, or contradicted directions while keeping negative evidence visible;
  • add the next bounded agent todo.

Before writing:

  • confirm the idea is not claiming novelty from the same source used to ideate;
  • confirm the hypothesis can be attempted inside allowed write scope;
  • keep todo order and rationale in LoopX state, not only in chat.

Must not:

  • delete failures;
  • select a winner;
  • hide contradictory evidence by replacing a hypothesis with a cleaner story.
Show full SKILL.md (732 more words)Show less

Research Executor

Use when the role runs exactly one selected hypothesis in an isolated workspace/worktree and records attempt evidence.

Allowed actions:

  • claim the current frontier item selected for this agent;
  • edit only allowed solution or experiment scope;
  • run dev or holdout evaluation only when the contract permits it;
  • build an auto_research_evidence_packet_v0 or equivalent public-safe event;
  • create only the role-declared successor todo, such as a holdout validation todo or post-holdout verifier summary todo, when the profile's successor_todos.condition is satisfied.

Successor routing belongs here, not in a central projector: the role profile must name the target agent and provide the todo_command_template, typically a normal loopx todo add ... --claimed-by {target_agent_id_shell} command. The kernel only validates the target agent and executes the normal LoopX todo writer.

Evidence writeback should use an explicit lane-authored evidence packet or normal LoopX todo/evidence commands exposed by the current state. Append only after reviewing packet boundary, then capture compact live evidence from the lane-authored packet when visible lanes are accepted. Do not use worker-turn to manufacture dev or holdout metrics.

After a real append/capture succeeds for the selected frontier todo, close out that selected todo with compact public-safe evidence. Dependent evaluator or successor lanes usually resume from todo_done:<selected_todo_id>; leaving the executor todo open after supported evidence strands the next round.

Must not:

  • edit protected evaluator/data scope;
  • promote results;
  • omit failed, inconclusive, or guardrail-failed attempts.

Evaluator/Promoter

Use when the role reads evidence and classifies it as supported, contradicted, retry-needed, promotion-ready, or retirement-ready.

Allowed actions:

  • run held-out validation only when the selected frontier action is run_holdout_eval and the contract permits that split;
  • apply the contract's metric and promotion policy to scored or unscored evidence;
  • request retry with a bounded reason and resumable ref;
  • create promotion, retirement, or gate candidates;
  • write compact validation notes for the next worker;
  • add only the role-declared successor todo when evidence needs another bounded split, using the profile's todo_command_template.
  • do not close with no-follow-up while continuation_policy still reports an unmet target and a role-declared successor condition is satisfied.

Verification checklist:

  • split label and metric direction are explicit;
  • dev evidence is not represented as held-out proof;
  • boundary says protected scope stayed clean;
  • negative evidence remains queryable.

When evidence reaches a terminal boundary:

  • use loopx auto-research decide to record promoted or retired; a promotion candidate is not a terminal result;
  • bind the decision to the current evidence graph revision and keep the decision evidence refs public-safe;
  • use loopx auto-research review --require-independent only from a different registered peer than both the hypothesis producer and decision agent;
  • treat self-review as visible review evidence, never as independent review;
  • when the curator supplied auto_research_delivery_contract_v0, run loopx auto-research artifact-receipt --contract <contract-file> after the terminal decision and required review;
  • return every non-verified receipt to the user with its failure kinds, verified boundary, fallback artifacts, and reentry conditions; do not turn one failed attempt into a terminal impossibility claim;
  • use loopx auto-research project-results after decisions and reviews so exact loopx auto-research results queries can verify Explore readback.

Example terminal path:

bash
loopx auto-research decide \
  --goal-id "$LOOPX_GOAL_ID" \
  --hypothesis-id "<hypothesis-id>" \
  --outcome promoted \
  --reason holdout_validated \
  --agent-id "$LOOPX_AGENT_ID" \
  --execute

loopx auto-research review \
  --goal-id "$LOOPX_GOAL_ID" \
  --hypothesis-id "<hypothesis-id>" \
  --reviewer-agent-id "$LOOPX_AGENT_ID" \
  --verdict approve \
  --require-independent \
  --execute

loopx auto-research artifact-receipt \
  --contract "<delivery-contract-file>"

Must not:

  • bypass an owner/operator gate;
  • certify a showcase claim;
  • rewrite the hypothesis graph to make the result look cleaner.
  • label the same producer or decision agent as an independent reviewer.

Projection Narrator

Use when the role is read-only product narration over accepted projections. This is a transition duty in v0 and may become a separate role later.

Allowed actions:

  • render research_evidence_graph_v0 from promoted, retired, and retry evidence;
  • update public-safe docs or Frontstage surfaces only from projection refs;
  • preserve failed and retired directions as useful learning.

Useful command:

bash
loopx --format json auto-research project-results \
  --goal-id "$LOOPX_GOAL_ID" \
  --execute

loopx --format json auto-research results \
  --goal-id "$LOOPX_GOAL_ID" \
  --include-history

Must stop before:

  • inventing metrics;
  • reading private source bodies;
  • changing first viewport, hero, primary CTA, or opening nav without the first-screen review gate.

Control-Plane Guard

Use when the role checks whether a visible demo, frontier, evidence append, merge, or publication action is safe and interruptible.

Allowed actions:

  • run quota/status/check packets;
  • validate public/private boundary;
  • confirm attach/stop/takeover controls are visible;
  • write blockers or repair todos when projection is contradictory.

Useful command:

bash
loopx --format json auto-research demo-supervisor \
  --goal-id "$LOOPX_GOAL_ID" \
  --workspace "$LOOPX_PROJECT"

Must not:

  • act as a leader agent;
  • select experiments for other roles;
  • approve its own gate.

Writeback

After a validated step, write back only the smallest durable artifact allowed by the role:

  • research_contract_v0;
  • research_hypothesis_v0;
  • auto_research_evidence_packet_v0;
  • promotion/retirement/gate candidate;
  • research_evidence_graph_v0;
  • LoopX todo completion plus next todo/rationale;
  • loopx refresh-state and one quota spend only after validation when the quota contract permits it.

If the step is blocked, write the blocker as a todo/rationale and do not spend quota merely for discovering an unchanged gate.

© loopx-project, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in demo/auto_research/worker_skill of loopx-project/loopx.

Open the folder on GitHubat commit 8205c8b

Compare with similar skills

LoopX Auto-Research Worker next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

LoopX Auto-Research Worker compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
LoopX Auto-Research Worker this skillloopx-project/loopx6.2k—~3.5kAutomated safety check: PassApache-2.0
AutopilotYeachan-Heo/oh-my-claudecode40k1 repos~4.4kAutomated safety check: PassMIT
Agent of Empires Session Manageragent-of-empires/agent-of-empires3.3k—~2.5kAutomated safety check: PassMIT
Zeroshotthe-open-engine/zeroshot1.9k—~2kAutomated safety check: PassMIT
OMG Mode Cancellerzereight/gitlab-mcp2k1 repos~690Automated safety check: PassMIT
DeerFlow HTTP API Clientbytedance/deer-flow83k1 repos~1.7kAutomated safety check: PassMIT

Similar skills

  • Autopilot

    Yeachan-Heo/oh-my-claudecode

    Takes a short product idea through requirements, design, planning, parallel implementation, QA cycles and multi-reviewer validation to produce working code.

    40k GitHub starsUsed in 1 repo~4.4k tokens
    Agent WorkflowsAuto-check passed
  • Agent of Empires Session Manager

    agent-of-empires/agent-of-empires

    Launches, monitors and organizes AI coding agent sessions such as Claude Code or Codex inside tmux, tracking status, capturing output and managing git worktrees for parallel branches.

    3.3k GitHub stars~2.5k tokensUpdated yesterday
    Agent WorkflowsAuto-check passed
  • Zeroshot

    the-open-engine/zeroshot

    Use Zeroshot to prepare, run, observe, or troubleshoot explicit multi-agent software work locally or on Zeroshot Cloud.

    1.9k GitHub stars~2k tokensUpdated yesterday
    Agent WorkflowsAuto-check passed
  • OMG Mode Canceller

    zereight/gitlab-mcp

    Detects which autonomous OMG mode is currently active - Autopilot, Ralph, Ultrawork, UltraQA, Team or Self-Improve - and shuts it down cleanly.

    2k GitHub starsUsed in 1 repo~690 tokens
    Agent WorkflowsAuto-check passed
  • DeerFlow HTTP API Client

    bytedance/deer-flow

    Talks to a running DeerFlow agent platform over its HTTP API to send research questions, stream replies, check health and manage models, skills, memory and uploads.

    83k GitHub starsUsed in 1 repo~1.7k tokens
    Agent WorkflowsAuto-check passed
  • Agent of Empires Session Manager

    agent-of-empires/agent-of-empires

    Starts, monitors and organizes coding agent sessions that run in tmux through the aoe command, including groups, profiles and worktree-based parallel work.

    3.3k GitHub stars~2.1k tokensUpdated yesterday
    Agent WorkflowsAuto-check passed

More from loopx-project/loopx

All 12 skills in this repo
  • LoopX PR Program Manager

    loopx-project/loopx

    Tracks a group of pull or merge requests across repositories as durable LoopX state: inventory, reconcile changes, keep priorities and a roadmap, and monitor over time.

    6.2k GitHub stars~1.9k tokensUpdated today
    Auto-check passed
  • LoopX Self Repair

    loopx-project/loopx

    Diagnoses surprising LoopX behavior, such as stale recommendations or tiny progress, assigns it to the responsible layer and repairs it at the lowest durable level.

    6.2k GitHub stars~2.2k tokensUpdated today
    Auto-check passed
  • LoopX Benchmark Operator

    loopx-project/loopx

    Operates or analyzes a LoopX-managed benchmark experiment: launching runs, maintaining the experiment board, qualifying integrity, and writing case insights.

    6.2k GitHub stars~3.6k tokensUpdated today
    Auto-check passed
  • LoopX Doc Registry

    loopx-project/loopx

    Registers durable project materials such as design docs, SOPs and research notes in a LoopX project's own registry so future agents can find them without raw URLs or private content.

    6.2k GitHub stars~707 tokensUpdated today
    Auto-check passed
  • LoopX PR Review

    loopx-project/loopx

    Runs an evidence-backed pull request review through the loopx CLI and posts bilingual reviews: a full Chinese review plus one concise English verdict.

    6.2k GitHub stars~3.3k tokensUpdated today
    Auto-check passed
  • LoopX Project Lifecycle

    loopx-project/loopx

    Connects and configures LoopX projects and Goals, repairs project-local state and stale status, syncs registry entries and diagnoses CLI routing.

    6.2k GitHub stars~14k tokensUpdated today
    Auto-check passed

Works with

Categories

Questions about LoopX Auto-Research Worker

What does LoopX Auto-Research Worker do?

Role playbook for a LoopX worker running an auto-research lane, with execution checklists, artifact contracts and stop conditions. This is a worker-local playbook for LoopX auto-research panes, packaged with the auto-research capability and injected by the worker launcher rather than installed as a global skill. Identity, authority, the current frontier and publication permission come from LoopX control-plane data: the role profile, the quota check, the todo claim and token, and repository rules, never from pane titles, branch names or the visible part of the skill.

When should I use LoopX Auto-Research Worker?

LoopX Auto-Research Worker fits situations like: operating a LoopX worker in an auto-research lane; handling a frontier item or evidence packet in a demo pane; making a promotion or retirement decision for an auto-research item.

How do I install LoopX Auto-Research Worker in Claude Code?

Run `npx skills add loopx-project/loopx --skill loopx-auto-research -a claude-code`. Or copy the skill folder (demo/auto_research/worker_skill in loopx-project/loopx) into .claude/skills/loopx-auto-research in your project. Claude Code loads it when a task matches its description.

How do I install LoopX Auto-Research Worker in Codex?

Run `npx skills add loopx-project/loopx --skill loopx-auto-research -a codex`. Or copy the skill folder (demo/auto_research/worker_skill in loopx-project/loopx) into .agents/skills/loopx-auto-research in your project. Codex loads it when a task matches its description.

Can I use LoopX Auto-Research Worker in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add loopx-project/loopx --skill loopx-auto-research -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/loopx-auto-research, .gemini/skills/loopx-auto-research, .github/skills/loopx-auto-research and .opencode/skills/loopx-auto-research in your project.

What does LoopX Auto-Research Worker need to run?

SKILL.md names no scripts, command-line tools or credentials: LoopX Auto-Research Worker is instructions for the agent only. Our summary lists: A LoopX installation with a role profile and frontier packet for the worker.

Does LoopX Auto-Research Worker access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is LoopX Auto-Research Worker safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does LoopX Auto-Research Worker use?

LoopX Auto-Research Worker is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does LoopX Auto-Research Worker use?

About 3.5k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to LoopX Auto-Research Worker?

Skills that share tags, products or a category with LoopX Auto-Research Worker: Autopilot (Yeachan-Heo/oh-my-claudecode, 40k stars), Agent of Empires Session Manager (agent-of-empires/agent-of-empires, 3.3k stars), Zeroshot (the-open-engine/zeroshot, 1.9k stars) and OMG Mode Canceller (zereight/gitlab-mcp, 2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains LoopX Auto-Research Worker?

loopx-project (a GitHub organization) maintains it in loopx-project/loopx, which has 6,167 GitHub stars. The repository holds 12 skills in this directory. The repository was last updated on October 7, 2026.

Source: loopx-project/loopx on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.