Agent skill

Conduxt

by LeoYeAI in LeoYeAI/openclaw-master-skills

Orchestrate full-duplex coding agent sessions via ACPX (preferred) or tmux (fallback), composing OpenClaw native tools and community Skills.

MITAuto-check passedDevelopment

Install Conduxt

skills CLI
$ npx skills add LeoYeAI/openclaw-master-skills --skill conduxt -a claude-code

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

GitHub CLI
$ gh skill install LeoYeAI/openclaw-master-skills conduxt --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/LeoYeAI/openclaw-master-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/conduxt .claude/skills/conduxt && 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
conduxt
GitHub stars
2.2k
Token cost
~4.9k tokens
SKILL.md length
1,522 words
Files
5 (incl. scripts)
Skills in repo
972
Repo updated
First seen
Licence
MIT

At a glance

Orchestrate full-duplex coding agent sessions via ACPX (preferred) or tmux (fallback), composing OpenClaw native tools and community Skills.

  • Works in 12 steps: Your Role → Dual-Backend Architecture: ACPX vs tmux → Toolbox → …
  • : implement feature X
  • SKILL.md covers 1. Your Role, 2. Dual-Backend Architecture:…, 3. Toolbox and 4. Full-Duplex Communication…, plus 4 more sections
  • Runs Shell scripts from its folder; calls git, gh and npx

What it does

Conduxt is an agent skill from LeoYeAI/openclaw-master-skills. Orchestrate full-duplex coding agent sessions via ACPX (preferred) or tmux (fallback), composing OpenClaw native tools and community Skills. Handles any coding task: requirements, bug fixes, refactoring, investigations. Use when: "implement feature X", "fix this bug", "refactor the API layer", "start agent", "open a session", "code this", "fix issue N".

Its SKILL.md is about 4.9k tokens, which your agent loads only when the skill is triggered. The skill folder holds 5 other files, including scripts (for example `_meta.json`, `scripts/launch.sh` and `scripts/setup.sh`).

It sits in Development, covering Refactoring and Debugging. It works with tmux. The repository describes itself as: 🧠 Curated collection of 1209+ best OpenClaw skills — weekly updated by MyClaw.ai. The licence is MIT.

When your agent uses it

  • : implement feature X
  • Refactor the API layer

Example prompts

  • “implement feature X”
  • “fix this bug”
  • “refactor the API layer”
  • “/conduxt”

Requirements

  • Node.js
  • A Bash shell

Workflow steps

12 steps, taken from the step headings in SKILL.md.

  1. Your Role
  2. Dual-Backend Architecture: ACPX vs tmux
  3. Toolbox
  4. Full-Duplex Communication Model
  5. Scenario Playbook
  6. Structured Callback Protocol
  7. State Persistence
  8. Crash Detection
  9. Optional Helper Scripts
  10. Command Reference
  11. Relationship with Existing Skills
  12. Evolution Roadmap

What it can do on your machine

Read from SKILL.md and the folder at commit e5199b5. 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

    Ships 3 files in scripts/ (Shell), which the agent can run.

    Shell commands in SKILL.md call:

    • git
    • gh
    • npx
    • gemini

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

  • Network

    No URLs in SKILL.md. Its commands use git, gh and npx, which can reach the network depending on how they are called.

    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

Conduxt loads about 4.9k tokens when it runs. Until then it costs about 91 tokens; SKILL.md has 1,522 words of instructions outside code blocks.

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

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); the scripts in this folder are not scanned.

SKILL.md

The full file from LeoYeAI/openclaw-master-skills at commit e5199b5, republished under its MIT licence (© LeoYeAI). 1,522 words, ~4,930 tokens.

Download SKILL.mdSave it as .claude/skills/conduxt/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.
name
conduxt
description
Orchestrate full-duplex coding agent sessions via ACPX (preferred) or tmux (fallback), composing OpenClaw native tools and community Skills. Handles any coding task: requirements, bug fixes, refactoring, investigations. Use when: "implement feature X", "fix this bug", "refactor the API layer", "start agent", "open a session", "code this", "fix issue #N".
user-invocable
true
homepage
https://github.com/xuezhouyang/conduxt

CLI Coding Orchestrator

You are the orchestrator. Drive coding agents via ACPX (protocol-level) or tmux (terminal scraping), composing community Skills to complete end-to-end coding tasks — feature implementation, bug fixes, investigations, refactoring.


1. Your Role

You are the OpenClaw Main model. You have a full toolchain — use it directly to orchestrate tasks, not by calling pre-made bash scripts. Scripts in the scripts/ directory exist only as optional helpers.

2. Dual-Backend Architecture: ACPX vs tmux

This Skill supports two agent communication backends. Prefer ACPX, use tmux as fallback.

Why ACPX First
DimensionACPX (Protocol)tmux (Terminal Scraping)
CommunicationFull-duplex JSON-RPC over stdioHalf-duplex PTY scraping
OutputTyped ndjson (tool_call/text/done)Raw ANSI text (burns 30-40% Context)
Mid-task instructionsPrompt queue: submit anytime, queuedsend-keys: timing issues, may be treated as user input
Completion detectionNative [done] signalRegex matching or Callback injection
CancellationCooperative session/cancel (preserves state)C-c (unreliable, may corrupt state)
Crash recoveryAuto-restart + load serialized sessionSession survives but agent death goes unnoticed
Permissions--approve-all / --deny-all policy-basedInteractive TTY popups (block unattended flows)
Visual monitoringndjson pipe to external toolstmux split-pane (advantage)

ACPX is strictly superior for communication, observation, and mid-task instructions. tmux only wins on maturity and visual monitoring.

When to Use Which
ScenarioBackend
Default / new tasksACPX
ACPX unavailable or unstabletmux (fallback)
Need visual split-pane monitoringtmux (or ACPX + external dashboard)
Agent doesn't support ACPtmux

3. Toolbox

Native Tools
ToolPurposeKey Usage
execRun shell commandsacpx prompt, tmux send-keys, git worktree, gh
exec pty:trueInteractive terminalSimple one-off tasks (do NOT nest tmux inside PTY)
processBackground processesbackground:true for long tasks, process action:log limit:20
read/write/editFile operationsMEMORY.md, active-tasks.json
ghGitHub CLIgh issue view, gh pr create
gitVersion controlgit worktree add/remove, git branch, git push
ACPX Commands
CommandPurpose
acpx prompt -s <session> "<instruction>"Send prompt (creates session if new, appends if existing)
acpx prompt -s <session> --no-wait "<msg>"Fire-and-forget (returns immediately)
acpx prompt -s <session> --format json "<msg>"Structured ndjson output
acpx sessions listList all active sessions
acpx sessions show -s <session>Show session details
acpx cancel -s <session>Cooperative cancel of current task
acpx prompt -s <session> --approve-all "<msg>"Auto-approve all permission requests
Community Skills (Composable)
SkillWhen to UseCore Capability
coding-agentAgent lifecycle management (tmux backend)tmux session + Callback wakeup + worktree
tmuxLow-level tmux operationsSocket management, send-keys, wait-for-text
tmux-agentsMulti-agent types (tmux backend)Codex, Gemini, local models
geminiGemini CLI codingLong-context tasks
resilient-coding-agentGateway restart recoverytmux session persistence

Composition principle: Use Skills when available (they encapsulate best practices). Fall back to native tools when Skills don't cover your needs. coding-agent / tmux-agents use tmux backend — if using ACPX backend, use acpx commands directly.


4. Full-Duplex Communication Model

ACPX Path (Preferred)
User ←→ You (Main) ←→ acpx ←→ ACP Adapter ←→ Coding Agent
          ↕              ↕
       MEMORY.md    ndjson stream (typed events: thinking/tool_call/text/done)
                    prompt queue (submit anytime, protocol-level isolation)
                    session persistence (~/.acpx/sessions/*.json)
  • User → Agent: acpx prompt -s <session> "<instruction>" enters the prompt queue
  • Agent → User: [done] event in ndjson stream → you are woken up → notify user
  • True full-duplex: Submit new instructions while previous task is running, queued without timing issues
tmux Path (Fallback)
User ←→ You (Main) ←→ tmux session ←→ Coding Agent
          ↕                ↕
       MEMORY.md      send-keys (inject instructions)
                      capture-pane (read output)
                      Callback event (completion notification)
  • User → Agent: tmux send-keys -t <session> "<text>" Enter
  • Agent → User: Callback JSON or capture-pane polling
  • Timing caveat: When agent is busy, send-keys may be treated as user input. Send Escape first and wait for idle.

5. Scenario Playbook

Each scenario provides both ACPX (preferred) and tmux (fallback) paths.

Scenario A: Execute Coding Task

Triggers (task source is flexible):

  • "Implement pagination for the users API"
  • "Investigate this performance issue"
  • "Refactor the API layer to RESTful"
  • "Fix issue #78" (optional, low priority)
1. Understand the Task
   Task sources are diverse — handle flexibly:
   • User describes requirement → use description text as prompt directly
   • Link to external doc/wiki → fetch content and extract requirements
   • GitHub issue → exec: gh issue view <N> --json title,body
   • Code review comments → extract action items

2. Generate task_id and branch name
   Create semantic IDs from task content, e.g.:
   • "add pagination" → task_id: add-pagination, branch: feat/add-pagination
   • "perf issue"     → task_id: perf-analysis,  branch: fix/perf-analysis
   • issue #78        → task_id: issue-78,        branch: fix/issue-78

3. Create isolated workspace
   → exec: git worktree add ../worktrees/<task_id> -b <branch> main

4. Start Coding Agent

   ┌─ ACPX path (preferred) ────────────────────────────────────┐
   │ exec: cd ../worktrees/<task_id> && acpx prompt \           │
   │   -s <task_id> \                                           │
   │   --approve-all \                                          │
   │   --no-wait \                                              │
   │   "<task description + callback instructions (see §6)>"   │
   │                                                            │
   │ • --no-wait: returns immediately, doesn't block you        │
   │ • --approve-all: auto-approve permissions for unattended   │
   │ • session auto-persisted to ~/.acpx/sessions/<task_id>.json│
   └────────────────────────────────────────────────────────────┘

   ┌─ tmux path (fallback) ─────────────────────────────────────┐
   │ a) Use coding-agent Skill (recommended)                    │
   │ b) Use tmux-agents Skill (for Gemini/Codex)                │
   │ c) Direct exec:                                            │
   │    tmux new-session -d -s <task_id> -c ../worktrees/<id>  │
   │    tmux send-keys -t <task_id> "claude" Enter              │
   │    tmux send-keys -t <task_id> "<prompt + callback>" Enter │
   └────────────────────────────────────────────────────────────┘

5. Write MEMORY.md task entry (see §7)

6. Inform user
   → "Session <task_id> started, agent is working. Will notify on completion."

7. Wait for completion
   ACPX: [done] in ndjson stream → read result → route
   tmux: Callback arrives or 30min timeout → capture-pane → notify

Parallel tasks: Repeat the above for each task. ACPX natively supports named parallel sessions. Before creating PRs, check for file conflicts between branches with git diff --name-only.

Scenario B: Interactive Session (Human-in-the-Loop)

Trigger: "Start a session for API refactoring"

ACPX:
  exec: acpx prompt -s api-refactor "You are my coding assistant, await instructions."
  → Creates named session, agent enters wait state

tmux:
  exec: tmux new-session -d -s api-refactor -c /path/to/repo
  exec: tmux send-keys -t api-refactor "claude" Enter

Report to user:
  "Session api-refactor started. You can:
   • 'Tell api-refactor to start with interface definitions'
   • 'How is api-refactor doing?'
   • 'Stop api-refactor'"
Scenario C: Mid-Task Intervention (Full-Duplex Core)

Trigger: "Tell <session> to do Y" / "Change <session>'s direction"

ACPX (no timing issues, protocol-level isolation):
  Append instruction:  acpx prompt -s <session> --no-wait "Focus on interface definitions, skip DB layer"
  Cancel current:      acpx cancel -s <session>

tmux (watch for timing):
  Append instruction:  tmux send-keys -t <session> "Focus on interface definitions" Enter
  Interrupt current:   tmux send-keys -t <session> Escape
  Force stop:          tmux send-keys -t <session> C-c
Scenario D: Check Progress

Trigger: "How is <session> doing?" / "status"

ACPX:
  exec: acpx sessions show -s <session>
  → Structured session state, no ANSI stripping needed
  → Or use --format json for recent ndjson events

tmux:
  exec: tmux capture-pane -p -t <session> -S -20
  → Strip ANSI: sed 's/\x1b\[[0-9;]*[a-zA-Z]//g'
  → Summarize for user (don't paste raw terminal output)

List all sessions:
  ACPX: acpx sessions list
  tmux: tmux list-sessions
Scenario E: Agent Selection
ConditionRecommended AgentACPX Launchtmux Launch
Default / best codingClaude Codeacpx prompt -s X --agent claudecoding-agent Skill
Long context neededGemini CLIacpx prompt -s X --agent geminigemini Skill
Need CodexCodex CLIacpx prompt -s X --agent codextmux-agents Skill
Simple one-offDirect execNo session neededexec pty:true

ACPX-supported agent adapters:

  • Claude Code: npx @zed-industries/claude-agent-acp (adapter)
  • Codex CLI: npx @zed-industries/codex-acp (adapter)
  • Gemini CLI: gemini --experimental-acp (native support)
Scenario F: PR Creation

Trigger: [done] signal or Callback shows completed + tests pass

1. Independently verify tests (don't trust agent's self-report)
   → cd <worktree> && <auto-detect test runner>

2. Push branch
   → git push -u origin <branch>

3. Create PR
   → gh pr create --title "fix: <title>" --body "..." --base main --head <branch>

4. Update MEMORY.md: status=completed, add PR link

5. Notify user
Scenario G: Cleanup
ACPX:
  End session (history preserved in ~/.acpx/sessions/)
  → No need to kill processes, ACPX manages lifecycle

tmux:
  tmux kill-session -t <session>

Common:
  git worktree remove <dir> --force
  git branch -d <branch> (optional)
  Edit MEMORY.md: status → abandoned or completed

6. Structured Callback Protocol

ACPX Path

ACPX ndjson stream natively provides [done] signals, but we still inject the Callback JSON instruction for unified processing logic. The JSON can be extracted directly from the ndjson stream — no regex matching against terminal output.

tmux Path

Requires injection and detection of callback-json keyword via capture-pane.

Injection Content (Shared by Both Paths)

Append to the end of the agent prompt:

When you complete this task, you MUST output the following JSON block
wrapped in triple backticks with language tag "callback-json":

{
  "task_id": "<task_id>",
  "status": "completed|failed|need_clarification",
  "branch": "<branch>",
  "files_changed": ["file1.go", "file2_test.go"],
  "test_results": { "passed": 42, "failed": 0, "skipped": 1 },
  "duration_minutes": 12,
  "summary": "Brief description of what was done"
}

Commit your code and run tests BEFORE outputting this JSON. This is mandatory.
Routing Rules
ConditionYour Action
completed + failed=0Independently verify tests → create PR → notify user
completed + failed>0Append instruction: "N tests failing, please fix and re-output callback"
failedUpdate MEMORY.md → notify user of failure reason
need_clarificationForward summary to user, wait for reply, then send to agent

Pure if/else — no LLM interpretation of natural language needed.

Completion Detection Comparison
MethodACPXtmux
Primaryndjson [done] signalcoding-agent Skill built-in Callback
FallbackExtract callback-json from ndjsoncapture-pane regex matching
BackgroundN/A (stream is continuous)scripts/watchdog.sh

7. State Persistence

MEMORY.md Task Entry
markdown
## In-Flight Tasks

### add-pagination: Implement pagination for /api/users
- **Status**: in-progress
- **Branch**: feat/add-pagination
- **Session**: add-pagination
- **Backend**: ACPX | tmux
- **Agent**: Claude Code | Gemini CLI
- **Started**: 2026-03-10T14:30:00Z
- **Latest Milestone**: 14:42 - Running tests
- **Callback**: pending
Show full SKILL.md (631 more words)Show less
When to Write
EventAction
Task createdAdd entry, status=pending
Agent startedstatus → in-progress, record backend type
User asks for progressUpdate Latest Milestone
Completion signal receivedstatus → completed/failed
PR createdAdd PR link
Cleanupstatus → completed/abandoned

MEMORY.md must be written under any backend — it is the only shared state across sessions and agents. ACPX session history is per-agent and does not share across sessions.


8. Crash Detection

ACPX Path

ACPX has built-in crash recovery — auto-restarts agent and loads serialized session. You only need to check if the session is still active:

bash
acpx sessions list              # check if session exists
acpx sessions show -s <session> # check detailed status

If session disappeared (ACPX itself crashed), recover context from MEMORY.md and recreate.

tmux Path

tmux session survives but agent may have died:

bash
tmux has-session -t <session> 2>/dev/null  # is session alive
tmux capture-pane -p -t <session> -S -1    # any output

Optional: scripts/watchdog.sh background loop (zero token).


9. Optional Helper Scripts

Three scripts in scripts/ with dual-backend support. You can use them but don't have to:

ScriptPurpose
setup.sh <task_id> <branch> <worktree_dir> [task_desc] [backend]Create branch + worktree + initialize MEMORY.md
launch.sh <task_id> <worktree_dir> <prompt_file> [backend] [agent]ACPX-first agent launch with auto tmux fallback
watchdog.sh [task_id]Background zero-token monitoring (ACPX/tmux aware)

Parameters:

  • backend: acpx (default if available) | tmux | auto
  • agent: claude | gemini | codex | aider | auto

10. Command Reference

ACPX Commands
ActionCommand
Send promptacpx prompt -s <name> "<text>"
Fire-and-forgetacpx prompt -s <name> --no-wait "<text>"
Structured outputacpx prompt -s <name> --format json "<text>"
Auto-approve permsacpx prompt -s <name> --approve-all "<text>"
List sessionsacpx sessions list
Show sessionacpx sessions show -s <name>
Cancel taskacpx cancel -s <name>
tmux Commands
ActionCommand
Create sessiontmux new-session -d -s <name> -c <dir>
Send instructiontmux send-keys -t <name> "<text>" Enter
Read outputtmux capture-pane -p -t <name> -S -30
List sessionstmux list-sessions
Send interrupttmux send-keys -t <name> C-c
Kill sessiontmux kill-session -t <name>
Common Commands
ActionCommand
Fetch issuegh issue view <N> --json title,body,labels
Create worktreegit worktree add <dir> -b <branch> main
Remove worktreegit worktree remove <dir>
Push branchgit push -u origin <branch>
Create PRgh pr create --title "..." --body "..." --base main --head <branch>

11. Relationship with Existing Skills

SkillBackendYour Usage
coding-agenttmuxPreferred agent launch for tmux fallback
tmuxtmuxLow-level operations (custom socket, wait-for-text)
tmux-agentstmuxMulti-agent types (Codex, Gemini, local models)
geminitmuxGemini CLI for long-context tasks
resilient-coding-agenttmuxGateway restart recovery

When using ACPX backend, these tmux-based Skills don't apply. Use acpx commands directly. When ACPX is unavailable, fall back to these Skills.


12. Evolution Roadmap

Phase 1 (Current): ACPX and tmux in parallel
  • New tasks prefer ACPX
  • ACPX instability → tmux fallback
  • Validate ACPX session persistence and crash recovery

Phase 2: High-value migration
  • Migrate half-duplex and context-pollution-heavy scenarios to ACPX
  • tmux demoted to visual monitoring only

Phase 3 (End state): ACPX as primary path
  • tmux optional (visual only)
  • ACPX becomes the standard interface for all agent communication

13. Important Notes

  1. ACPX stability: ACPX is still early-stage and may have breaking changes. Fall back to tmux immediately on issues.
  2. No PTY nesting: Do NOT start tmux inside exec pty:true (double PTY allocation)
  3. tmux send-keys timing: When agent is busy, send Escape first and wait for idle before appending
  4. Don't pull full logs: Use capture-pane -S -20, ACPX use --format json pipe
  5. Security: Never pass API keys or secrets via send-keys or acpx prompt
  6. ACPX permissions: Use --approve-all for unattended; --approve-reads when security matters
  7. Context pollution: ACPX ndjson can pipe to external monitoring without entering Context; tmux capture-pane is zero-token

14. User Command Mapping

User SaysWhat You Do
"Implement feature X for project Y"Scenario A: understand requirement → create task → start agent
"Investigate this performance issue"Scenario A: analyze problem → create investigation task
"Do these three tasks in parallel"Scenario A × N (parallel named sessions)
"Fix issue #78" (optional)Scenario A: fetch issue description
"Start a session for X"Scenario B: interactive
"Tell <session> to do Y"Scenario C: acpx prompt / tmux send-keys
"How is <session> doing?"Scenario D: acpx sessions show / capture-pane
"Use Gemini for this task"Scenario E: acpx --agent gemini / gemini Skill
"Create PR"Scenario F
"Stop <session>" / "cleanup"Scenario G
"status"List all sessions + MEMORY.md in-flight tasks
"retry <task>"Scenario G cleanup + Scenario A restart

© LeoYeAI, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 4 other files (scripts) in skills/conduxt of LeoYeAI/openclaw-master-skills.

  • SKILL.md
  • _meta.json
  • scripts/launch.sh
  • scripts/setup.sh
  • scripts/watchdog.sh

Open the folder on GitHubat commit e5199b5

Compare with similar skills

Conduxt 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.

Conduxt compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Conduxt this skillLeoYeAI/openclaw-master-skills2.2k—~4.9kAutomated safety check: PassMIT
Git History Bug Auditben-manes/caffeine18k—~3.3kAutomated safety check: PassApache-2.0
Qwen Code Memory Leak DebuggerQwenLM/qwen-code28k—~1.3kAutomated safety check: PassApache-2.0
Code Review Graph Navigatorhandsontable/handsontable22k—~939Automated safety check: PassCustom licence
Andrej Karpathy Skillduolahypercho/andrej-karpathy-skills248—~793Automated safety check: PassMIT
Verdaccio Change Implementationverdaccio/verdaccio18k—~1.3kAutomated safety check: PassMIT

Similar skills

  • Git History Bug Audit

    ben-manes/caffeine

    Audits a module by walking its git history commit by commit, tracking unresolved issues forward, and reporting the ones that survive to HEAD as findings.

    18k GitHub stars~3.3k tokensUpdated 3 days ago
    DevelopmentAuto-check passed
  • Walks through capturing and comparing V8 heap snapshots to find memory leaks in the Qwen Code Node.js CLI, using tmux and the chrome-devtools CLI.

    28k GitHub stars~1.3k tokensUpdated today
    DevelopmentAuto-check passed
  • Code Review Graph Navigator

    handsontable/handsontable

    Queries a pre-built, Tree-sitter-based code graph of the whole monorepo instead of grepping call chains, for exploring, debugging, refactoring or reviewing code.

    22k GitHub stars~939 tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Andrej Karpathy Skill

    duolahypercho/andrej-karpathy-skills

    Apply Andrej Karpathy-inspired coding-agent guidelines in Codex.

    248 GitHub stars~793 tokensUpdated 4 mo ago
    DevelopmentAuto-check passed
  • A workflow for implementing a Verdaccio bug fix, feature or refactor: pick the release lines, check existing options, edit the owning layer, test and add a changeset.

    18k GitHub stars~1.3k tokensUpdated 2 days ago
    DevelopmentAuto-check passed
  • Roam

    Cranot/roam-code

    Codebase comprehension via roam-code CLI. An agent skill from Cranot/roam-code.

    517 GitHub stars~2.4k tokensUpdated 5 days ago
    DevelopmentAuto-check passed

More from LeoYeAI/openclaw-master-skills

All 972 skills in this repo
  • DevOps Pipeline Management

    LeoYeAI/openclaw-master-skills

    Manages pipelines on a DevOps quality and efficiency platform through its OpenAPI: list workspaces and templates, create, update, run and cancel pipelines, and read run records.

    2.2k GitHub stars~4.2k tokensUpdated 2 mo ago
    Auto-check: notes
  • Feishu Document Collaboration

    LeoYeAI/openclaw-master-skills

    Patches OpenClaw's Feishu extension so an edited document triggers an isolated agent session that reads the doc and replies inline, turning it into a live chat space.

    2.2k GitHub stars~2k tokensUpdated 2 mo ago
    Auto-check passed
  • Files Memory System

    LeoYeAI/openclaw-master-skills

    Multi-context memory management system for OpenClaw agents with group-isolated storage, global shared memory, workspace organization, and group-specific skills isolation.

    2.2k GitHub stars~3.8k tokensUpdated 2 mo ago
    Auto-check passed
  • GEO-Claw AI Visibility Agent

    LeoYeAI/openclaw-master-skills

    Runs a brand's AI-search visibility work end to end: diagnosing how AI platforms represent it, repositioning it, producing AI-optimized content and monitoring ongoing mentions.

    2.2k GitHub stars~4.7k tokensUpdated 2 mo ago
    Auto-check passed
  • Google Workspace CLI

    LeoYeAI/openclaw-master-skills

    Installs and authenticates the gws CLI, then automates Gmail, Drive, Sheets, Calendar, Docs, Chat and Tasks with ready-made recipes, persona bundles and security audits.

    2.2k GitHub stars~2.6k tokensUpdated 2 mo ago
    Auto-check: notes
  • HealthFit Health Advisors

    LeoYeAI/openclaw-master-skills

    Runs four advisor roles, a fitness coach, nutritionist, data analyst and TCM practitioner, to build a health profile and track workouts, diet and wellness over time.

    2.2k GitHub stars~4.4k tokensUpdated 2 mo ago
    Auto-check passed

Works with

Categories

Questions about Conduxt

What does Conduxt do?

Orchestrate full-duplex coding agent sessions via ACPX (preferred) or tmux (fallback), composing OpenClaw native tools and community Skills. Conduxt is an agent skill from LeoYeAI/openclaw-master-skills. Orchestrate full-duplex coding agent sessions via ACPX (preferred) or tmux (fallback), composing OpenClaw native tools and community Skills.

When should I use Conduxt?

Conduxt fits situations like: : implement feature X; refactor the API layer.

How do I install Conduxt in Claude Code?

Run `npx skills add LeoYeAI/openclaw-master-skills --skill conduxt -a claude-code`. Or copy the skill folder (skills/conduxt in LeoYeAI/openclaw-master-skills) into .claude/skills/conduxt in your project. Claude Code loads it when a task matches its description.

How do I install Conduxt in Codex?

Run `npx skills add LeoYeAI/openclaw-master-skills --skill conduxt -a codex`. Or copy the skill folder (skills/conduxt in LeoYeAI/openclaw-master-skills) into .agents/skills/conduxt in your project. Codex loads it when a task matches its description.

Can I use Conduxt 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 LeoYeAI/openclaw-master-skills --skill conduxt -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/conduxt, .gemini/skills/conduxt, .github/skills/conduxt and .opencode/skills/conduxt in your project.

What does Conduxt need to run?

Going by SKILL.md and its folder, Conduxt needs a shell for the scripts in its folder and the command-line tools its instructions call (git, gh, npx and gemini). Our summary lists: Node.js; A Bash shell.

Does Conduxt access the network?

SKILL.md contains no URLs. Its commands use git, gh and npx, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Conduxt 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. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Conduxt use?

Conduxt is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Conduxt use?

About 4.9k tokens (SKILL.md is roughly 20k 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 Conduxt?

Skills that share tags, products or a category with Conduxt: Git History Bug Audit (ben-manes/caffeine, 18k stars), Qwen Code Memory Leak Debugger (QwenLM/qwen-code, 28k stars), Code Review Graph Navigator (handsontable/handsontable, 22k stars) and Andrej Karpathy Skill (duolahypercho/andrej-karpathy-skills, 248 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Conduxt?

LeoYeAI (a GitHub user) maintains it in LeoYeAI/openclaw-master-skills, which has 2,159 GitHub stars. The repository holds 972 skills in this directory. The repository was last updated on July 20, 2026.

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