AGENT SKILL

mise-tasks

This skill should be used when the user asks to orchestrate multi-step project workflows using mise task definitions with dependency management and argument handling. Use whenever the user wants to create, edit, or debug mise tasks, wire up task dependencies with depends/depends_post, or run workflows via 'mise run'. Also use when setting up task runners or automating build pipelines through mise. Do NOT use for mise environment variable configuration (use mise-env-config instead) or for general shell scripting unrelated to mise.

License 许可
MIT
最近更新
2026-08-03
Stars
★ 1
Forks
0

01 前言 Front Matter

name
mise-tasks
description
This skill should be used when the user asks to orchestrate multi-step project workflows using mise task definitions with dependency management and argument handling. Use whenever the user wants to create, edit, or debug mise tasks, wire up task dependencies with depends/depends_post, or run workflows via 'mise run'. Also use when setting up task runners or automating build pipelines through mise. Do NOT use for mise environment variable configuration (use mise-env-config instead) or for general shell scripting unrelated to mise.
allowed-tools
Read, Bash, Glob, Grep, Edit, Write

02 资源文件 42

03 SKILL.md 正文

mise Tasks Orchestration

<!-- ADR: 2025-12-08-mise-tasks-skill -->

Orchestrate multi-step project workflows using mise [tasks] section with dependency management, argument handling, and file tracking.

When to Use This Skill

Explicit triggers:

  • User mentions mise tasks, mise run, [tasks] section
  • User needs task dependencies: depends, depends_post
  • User wants workflow automation in .mise.toml
  • User mentions task arguments or usage spec

AI Discovery trigger (prescriptive):

When mise-config-settings skill detects multi-step workflows (test suites, build pipelines, migrations), prescriptively invoke this skill to generate appropriate [tasks] definitions.

Quick Reference

Task Definition

[tasks.build]
description = "Build the project"
run = "cargo build --release"

Running Tasks

mise run build          # Run single task
mise run test build     # Run multiple tasks
mise run test ::: build # Run in parallel
mise r build            # Short form

Dependency Types

Type Syntax When
depends depends = ["lint", "test"] Run BEFORE task
depends_post depends_post = ["notify"] Run AFTER task succeeds
wait_for wait_for = ["db"] Wait only if running

Key Task Properties

Property Purpose Example
description AI-agent discoverability (CRITICAL) "Run pytest with coverage. Exits non-zero on failure."
alias Short name alias = "t"
dir Working directory dir = "packages/frontend"
env Task-specific env vars (NOT passed to deps) env = { LOG_LEVEL = "debug" }
hide Hidden from mise tasks output hide = true
sources File tracking for caching sources = ["src/**/*.rs"]
outputs Skip if newer than sources outputs = ["target/release/myapp"]
confirm Prompt before execution confirm = "Delete all data?"
quiet Suppress mise output quiet = true
silent Suppress ALL output silent = true
raw Direct stdin/stdout (disables parallelism) raw = true
tools Task-specific tool versions tools = { python = "3.9" }
shell Custom shell shell = "pwsh -c"
usage Argument spec (preferred over Tera) See Task Arguments

Namespacing

mise run 'test:*'      # All tasks starting with test:
mise run 'db:**'       # Nested: db:migrate:up, db:seed:test
mise tasks --hidden    # View hidden tasks (prefixed with _)

For detailed examples and patterns for all levels, see Task Levels Reference.


Level 10: Monorepo (Experimental)

Requires: MISE_EXPERIMENTAL=1 and experimental_monorepo_root = true

mise run //projects/frontend:build    # Absolute from root
mise run :build                       # Current config_root
mise run //...:test                   # All projects
mise run '//projects/...:build'       # Build all under projects/

Tasks in subdirectories are auto-discovered with path prefix (packages/api/.mise.toml tasks become packages/api:taskname).

For complete monorepo documentation, see: advanced.md


Level 11: Polyglot Monorepo with Pants + mise

For Python-heavy polyglot monorepos (10-50 packages), combine mise for runtime management with Pants for build orchestration and native affected detection.

Tool Responsibility
mise Runtime versions (Python, Node, Rust) + environment variables
Pants Build orchestration + native affected detection + dependency inference
# Native affected detection (no manual git scripts)
pants --changed-since=origin/main test
pants --changed-since=origin/main lint
pants --changed-since=origin/main package
Scale Recommendation
< 10 packages mise + custom affected (Level 10 patterns)
10-50 packages (Python-heavy) Pants + mise (this section)
50+ packages Consider Bazel

See polyglot-affected.md for complete Pants + mise integration guide and tool comparison.


Integration with [env]

Tasks automatically inherit [env] values. Use _.file for external env files and redact = true for secrets.

[env]
DATABASE_URL = "postgresql://localhost/mydb"
_.file = { path = ".env.secrets", redact = true }

[tasks._check-env]
hide = true
run = '[ -n "$API_KEY" ] || { echo "Missing API_KEY"; exit 1; }'

[tasks.deploy]
depends = ["_check-env"]
run = "deploy.sh"  # $DATABASE_URL and $API_KEY available

For full env integration patterns, see Environment Integration.


Anti-Patterns

Anti-Pattern Why Bad Instead
Replace /itp:go with mise tasks No TodoWrite, no ADR tracking, no checkpoints Use mise tasks for project workflows, /itp:go for ADR-driven development
Hardcode secrets in tasks Security risk Use _.file = ".env.secrets" with redact = true
Giant monolithic tasks Hard to debug, no reuse Break into small tasks with dependencies
Skip or minimal description AI agents cannot infer task purpose from name alone Write rich descriptions: what it does, requires, produces, when to run
Publish without build depends Runtime failure instead of DAG prevention Add depends = ["build"] to publish tasks
Orchestrator without all phases "Run X next" messages get ignored Include all phases in release:full depends array

For release-specific anti-patterns and patterns, see Release Workflow Patterns.


Cross-Reference: mise-config-settings

Prerequisites: Before defining tasks, ensure [env] section is configured.

PRESCRIPTIVE: After defining tasks, invoke mise-env-config skill to ensure [env] SSoT patterns are applied.

The mise-env-config skill covers:

  • [env] - Environment variables with defaults
  • [settings] - mise behavior configuration
  • [tools] - Version pinning
  • Special directives: _.file, _.path, _.python.venv

Additional Resources


Troubleshooting

Issue Cause Solution
Task not found Typo or wrong mise.toml Run mise tasks to list available tasks
Dependencies not run Circular dependency Check task depends arrays for cycles
Sources not working Wrong glob pattern Use relative paths from mise.toml location
Watch not triggering File outside sources list Add file pattern to sources array
Env vars not available Task in wrong directory Ensure mise.toml is in cwd or parent
Run fails with error Script path issue Use absolute path or relative to mise.toml

04 同仓库更多 Skills

ray-manaloto
ray-manaloto/macos-development-environment

next-workflow-step

Use this skill when the user wants to transition to the next workflow step, wrap up a session cleanly, prepare a handoff, or says things like "next step", "continue the workflow", "wrap up", "hand off", "move to the next phase", "what's next in embrace", or "prepare for /clear". Also triggers when the current octo:embrace phase appears complete and no explicit next action is set.

Skill与智能体开发
★ 1
ray-manaloto
ray-manaloto/macos-development-environment

source-discovery

This skill should be used when the user asks to "find sources", "discover URLs", "catalog a source", "classify a URL", "search for libraries", "check what exists", or mentions source discovery, URL cataloging, source classification, or research source management.

★ 1
ray-manaloto
ray-manaloto/macos-development-environment

review-synthesis

This skill should be used when the user asks to "summarize review findings", "prioritize fixes", "rank review issues", "combine reviewer feedback", "create action items from review", or mentions review synthesis, finding prioritization, severity ranking, or review result summarization.

★ 1
ray-manaloto
ray-manaloto/macos-development-environment

research-scoring

This skill should be used when the user asks to "score research", "check research quality", "evaluate coverage", "measure improvement", "assess research completeness", or mentions research scoring, quality metrics, coverage gaps, improvement baseline, or research pipeline status.

资料检索与研究
★ 1
ray-manaloto
ray-manaloto/macos-development-environment

notebooklm-integration

This skill should be used when the user asks to "ingest into NotebookLM", "query NotebookLM", "add sources to notebook", "cross-source synthesis", "check stale sources", or mentions NotebookLM, notebook integration, source ingestion, or knowledge consolidation.

★ 1
ray-manaloto
ray-manaloto/macos-development-environment

evidence-synthesis

This skill should be used when the user asks to "synthesize findings", "combine research", "cross-reference sources", "summarize evidence", "write a deep review", or mentions evidence synthesis, finding consolidation, cross-source analysis, or research summarization.

资料检索与研究
★ 1