T01 · Skill Instruction Hijacking
- Location
SKILL.md:102- Finding
Untrusted External Agent Definitions Are Adopted as Governing Instructions
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill should be reviewed carefully because it delegates authority to missing external agent files and describes autonomous live trading changes without enough safeguards.
Install only if you intend to use broad multi-agent orchestration with trading-related workflows and can enforce your own guardrails. Before use, require bundled or allowlisted agent definitions, keep trading and configuration changes read-only or sandboxed by default, add explicit human approval before any live deployment or trade-related action, and bound autonomous experiment loops with budgets and stop conditions.
SKILL.md:102Untrusted External Agent Definitions Are Adopted as Governing Instructions
TEAM-CORE.md:3Skill-Defined CEO Persona Is Declared Final Authority Over Agent Workflows
TEAM-RESEARCH.md:15Unbounded Autonomous Experiment Loop Can Promote Changes to Live Trading Configuration
Referenced artifact was not completely inspected
| `SKILL.md` | This file — overview and quick start |
This section materially expands the skill from team discovery/composition into autonomous strategy optimization and promotion of winning configurations to live systems. In a team-builder context, documenting an agent workflow that iterates on trading parameters and can push changes live creates a dangerous capability mismatch and could enable unauthorized or high-impact operational actions.
The documentation explicitly states that winning trading configurations can be promoted to live via a Config Write API, introducing write access and real-world impact far beyond a team-builder's stated purpose. If followed by an agent, this could lead to unsafe or unauthorized live trading changes, financial loss, and governance bypass.
The skill explicitly says it can handle "any job, project, or request," which creates an unbounded activation surface with no eligibility checks, safety boundaries, or excluded domains. In an agentic system, this can cause the planner to route sensitive, high-risk, or inappropriate tasks to downstream specialists without first determining whether the task should be refused, escalated, or constrained.
The Research Lab is described as applicable to "any domain with a measurable metric," which is overly broad and encourages autonomous experiment loops in domains where optimization against a metric can be unsafe or misaligned. This is especially risky because the same section cites trading, model tuning, and data analysis, all of which can have real-world side effects if the loop is run without domain-specific guardrails and stop conditions.
The instruction to 'activate any specialist' by reading a definition file and adopting its role is a broad delegation mechanism with no trust boundary, allowlist, or validation step. In an agentic system, this can enable prompt-injection or unsafe behavior inheritance from referenced agent files, especially because all referenced content must be treated as potentially adversarial.
The activation template uses generic imperative phrasing ('Activate [Agent Name]... Read the full agent definition...') that makes it easy for downstream users or untrusted content to trigger role-loading from arbitrary referenced files. Because the mechanism encourages importing full behavioral instructions from external markdown, it increases the risk of unintended invocation, prompt injection, and policy override attempts.
The top-level description endorses an experiment loop that can 'loop forever,' implying unbounded autonomous execution. In agent systems, this can cause resource exhaustion, runaway costs, persistent modification attempts, or repeated interaction with sensitive systems unless strict runtime controls exist elsewhere.
# Research Lab — Autonomous Experiment Methodology
Adapted from Karpathy's [autoresearch](https://github.com/karpathy/autoresearch) framework. The core idea: set up a measurable experiment, run it in a fixed time budget, keep improvements, discard failures, and loop forever.
This methodology is **not limited to ML training**. It applies to any domain with a measurable metric: trading strategies, image analysis pipelines, prompt engineering, configuration tuning, data processing, and more.
The file introduces a general-purpose autonomous experimentation framework spanning multiple operational domains, which is outside the declared purpose of a team-builder skill. Such scope expansion increases the chance that downstream agents treat the skill as authorization or guidance for autonomous modification tasks it should not perform.
The explicit 'LOOP FOREVER' instruction operationalizes unbounded autonomous behavior rather than describing a bounded review process. Combined with the document's cross-domain and live-system examples, this increases the likelihood of indefinite resource use and repeated unsafe changes.
LOOP FOREVER:
1. Review current state (baseline metric, recent experiments)
2. Propose a hypothesis — what change might improve the metric?
3. Implement the change (modify only the in-scope file/config)
The line describes promotion of winning configurations into live use without any explicit warning, approval checkpoint, rollback control, or statement of risk. In the context of trading, omitting such safeguards can normalize autonomous high-impact changes and mislead operators or agents into treating them as routine.
The phrase broadens the methodology to nearly any measurable domain, signaling uncontrolled capability expansion beyond the advertised team-builder function. While not directly exploitable on its own, this scope creep makes misuse more likely by legitimizing unrelated autonomous actions under the skill.
Adapted from Karpathy's [autoresearch](https://github.com/karpathy/autoresearch) framework. The core idea: set up a measurable experiment, run it in a fixed time budget, keep improvements, discard failures, and loop forever.
This methodology is **not limited to ML training**. It applies to any domain with a measurable metric: trading strategies, image analysis pipelines, prompt engineering, configuration tuning, data processing, and more.
Source reference: `reference/autoresearch-master/program.md` and `reference/autoresearch-master/README.md`
No suspicious patterns detected.