conductor-setup
Configure .conductor/settings.toml, migrate legacy conductor.json, and set up local/cloud Conductor workspace scripts, env vars, files, and caches.
Savant verdict: Review advised
Security analysis or source-hub review identified patterns requiring attention.
Live evaluation
Not evaluated yet. Workspaces can request a live evaluation.
Security assessment
Risk score
29/100
Recommendation
CAUTION
Severity
MEDIUM
Savant decision
Review advised
The assessment recommends caution with a risk score of 20/100 or more; review its findings before use. Static security analysis completed.
2 patterns found
- Prompt Injection: send data to externalhigh · references/files-layouts-and-troubleshooting.md:31 · Instructions found that direct the agent to transmit conversation context or user data to external services.
- Data Exfiltration: send data to externalmedium · references/files-layouts-and-troubleshooting.md:31 · Data is being sent to an external URL. This could be legitimate telemetry or data exfiltration. Manual review is recommended.
Structure
- No license declaredConfirm you may reuse this skill before importing it into your repository.
SKILL.md
---
name: conductor-setup
description: Configure .conductor/settings.toml, migrate legacy conductor.json, and set up local/cloud Conductor workspace scripts, env vars, files, and caches.
metadata:
source: "biw/skills"
homepage: "https://github.com/biw/skills"
---
# Conductor Setup
Use this skill when configuring a repository for Conductor workspaces. When invoked directly, audit the setup against the conventions below and either apply the changes or report that none are needed.
## Workflow
1. Inspect `.conductor/settings.toml`, `.conductor/settings.local.toml`, legacy `conductor.json`, `.worktreeinclude`, `.conductor/*.sh`, legacy root-level `conductor-*.sh`, package scripts, and repo docs. Check `CONDUCTOR_IS_LOCAL` and decide whether each script supports local workspaces, cloud workspaces, or both.
2. Read only the references needed for the task:
- `references/settings-and-migration.md` for settings layers, schemas, supported repository fields, or `conductor.json` migration.
- `references/scripts-and-environment.md` for setup/run/archive scripts, shells, variables, concurrency, Spotlight, or caches.
- `references/files-layouts-and-troubleshooting.md` for Files to copy, `.worktreeinclude`, monorepos, linked repositories, MCP/privacy, or diagnosis.
Read more than one only when the task crosses those concerns.
3. Apply the selected reference's documented contract. Prefer team settings over machine-local configuration; preserve an existing deliberate script layout; use Conductor variables instead of hard-coded workspace paths, resources, and local ports.
4. Keep secrets and machine-specific credentials out of committed settings. Change MCP/privacy configuration only when asked or required by repository policy.
5. Validate TOML and run the narrowest relevant check for every script changed. Report when the existing setup already satisfies the requested outcome.
## Resources
- `references/settings-and-migration.md`: settings scope, precedence, fields, schemas, and legacy migration.
- `references/scripts-and-environment.md`: script roles, local/cloud shells and variables, run behavior, caches, and cleanup.
- `references/files-layouts-and-troubleshooting.md`: copied files, repository layouts, privacy boundaries, and diagnosis.