T06 · System Persistence
- Location
scripts/setup.sh:422- Finding
Default Installation Creates a Persistent Background Watcher
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill mostly fits multi-agent orchestration, but its default setup adds persistent background jobs and broad agent delegation that should be reviewed before installation.
Install only if you are comfortable with this skill changing OpenClaw configuration, granting broad subagent delegation, and creating recurring background jobs. Before running setup, consider setting watcher.enabled=false and dailySummary.enabled=false or using --no-watch, and narrow allowAgents to the intended team roster.
scripts/setup.sh:422Default Installation Creates a Persistent Background Watcher
scripts/setup.sh:490Setup Registers a Daily Autonomous Main-Agent Job by Default
scripts/watch-install.sh:239Unvalidated Watcher Configuration Is Injected into Scheduler Definitions
scripts/setup.sh:215Setup Grants the Main Agent Wildcard Delegation Authority
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The periodic watch/reconciliation loop adds autonomous monitoring behavior that is not obvious from the top-level orchestration description. Even if intended for reliability, unattended execution changes the trust model and can create ongoing resource use or repeated actions without fresh user approval.
The prompt builder directly injects upstream task results into downstream prompts without sanitization, delimiting, or trust separation. If an upstream result contains prompt-injection content or malicious instructions, it can manipulate downstream agents, causing privilege confusion, unsafe actions, or data leakage across task boundaries.
for depId in task.dependsOn: dep = findTask(depId) prompt += "\n\n[{dep.id}] ({dep.agentId}): {dep.result}" return prompt
### Step 4: 并行派发注意事项
Referenced artifact was not completely inspected
| `scripts/doctor.sh` | 环境健康检查 | `bash <SKILL_DIR>/scripts/doctor.sh` |
The file defines a domain-specific research analyst agent, while the skill metadata says this skill is for multi-agent workflow orchestration. This mismatch is dangerous because the wrong instructions can cause the system to invoke or configure an agent with capabilities and constraints unrelated to orchestration, leading to incorrect task routing, broken isolation assumptions, and unsafe cross-agent behavior in a dispatcher context.
This bootstrap file is materially misaligned with the declared purpose of the skill. Instead of multi-agent workflow orchestration, it instructs identity construction, user profiling, memory creation, and optional messaging onboarding, which expands the skill's behavioral scope and can cause an agent to perform unauthorized data collection or account-linking tasks under a misleading label.
The file clearly redefines the team-dispatch skill as a dedicated security-audit agent instead of a multi-agent orchestration skill, which is a scope-confusion and policy-integrity issue. In an agent framework, this can cause incorrect routing, privilege misuse, or execution under false assumptions about the skill’s purpose, especially if callers trust the metadata and invoke it for orchestration behavior that it does not implement.
This bootstrap file is materially misaligned with the declared purpose of a team-dispatch orchestration skill. Instead of task decomposition and workflow coordination, it redirects the agent into persona formation, user profiling, persistent memory creation, and optional external account onboarding, which expands capability and data access beyond what users would reasonably expect.
The file's behavior is materially misaligned with the stated purpose of the 'team-dispatch' skill. Instead of orchestrating multi-agent workflows, it performs persona bootstrapping, persistent memory setup, and onboarding to external chat channels, which can cause the agent to take actions outside expected scope and collect/store unnecessary personal data.
The file content does not match the declared skill purpose: instead of multi-agent workflow orchestration, it defines a trading-agent persona and operating guidance. This kind of skill/manifest mismatch is dangerous because it can cause the wrong capability to be invoked, bypass user/operator expectations, and route sensitive requests into an unrelated domain with financial-risk implications.
Skill modifies its own code, configuration, or behavior at runtime. Self-modification enables an agent to escalate privileges, disable safety constraints, or install persistent backdoors.
## Why Separate?
Skills are shared. Your setup is yours. Keeping them apart means you can update skills without losing your notes, and share skills without leaking your infrastructure.
---
Skill modifies its own code, configuration, or behavior at runtime. Self-modification enables an agent to escalate privileges, disable safety constraints, or install persistent backdoors.
## Why Separate?
Skills are shared. Your setup is yours. Keeping them apart means you can update skills without losing your notes, and share skills without leaking your infrastructure.
---
Skill modifies its own code, configuration, or behavior at runtime. Self-modification enables an agent to escalate privileges, disable safety constraints, or install persistent backdoors.
## Why Separate?
Skills are shared. Your setup is yours. Keeping them apart means you can update skills without losing your notes, and share skills without leaking your infrastructure.
---
Skill modifies its own code, configuration, or behavior at runtime. Self-modification enables an agent to escalate privileges, disable safety constraints, or install persistent backdoors.
## Why Separate?
Skills are shared. Your setup is yours. Keeping them apart means you can update skills without losing your notes, and share skills without leaking your infrastructure.
---
Skill modifies its own code, configuration, or behavior at runtime. Self-modification enables an agent to escalate privileges, disable safety constraints, or install persistent backdoors.
## Why Separate?
Skills are shared. Your setup is yours. Keeping them apart means you can update skills without losing your notes, and share skills without leaking your infrastructure.
---
Skill modifies its own code, configuration, or behavior at runtime. Self-modification enables an agent to escalate privileges, disable safety constraints, or install persistent backdoors.
## Why Separate?
Skills are shared. Your setup is yours. Keeping them apart means you can update skills without losing your notes, and share skills without leaking your infrastructure.
---
Tool parameters are crafted to achieve unintended or unsafe behavior. Parameter abuse can bypass intended safety checks (e.g. shell=True, --force, dangerous glob patterns).
else
systemctl --user disable --now team-dispatch-watch.service >/dev/null 2>&1 || true
fi
run rm -f "$HOME/.config/systemd/user/team-dispatch-watch.service"
run systemctl --user daemon-reload
say "✅ systemd service removed: team-dispatch-watch.service"
}
The overview advertises automatic DAG creation, project tracking file generation, parallel dispatch via sessions, retries, result injection, and auto-delivery without corresponding safety warnings or consent boundaries. Because these behaviors affect files, subprocesses, and other agents, describing them as automatic can normalize system-impacting actions without making the user aware of the side effects.
The installation instructions create a persistent symlink under the skill directory and initialize durable task storage under ~/.openclaw/workspace/tasks. This establishes persistence across sessions/context compaction, which is core to the skill's design but also means the skill leaves state behind and can continue influencing future runs if not clearly controlled.
cd ~/skills
git clone git@github-vvusu:vvusu/team-dispatch.git
# 2. Create symlink
ln -s ~/skills/team-dispatch/ ~/.openclaw/skills/team-dispatch
# 3. Initialize task directory