Lighter Documentation Pipeline
When a GitHub issue has documentation labels (docs, documentation, or readme), Sequant automatically uses a lighter workflow pipeline optimized for docs-only work.
Prerequisites
Section titled “Prerequisites”- Sequant installed —
npx sequant --version - GitHub issue with a docs label — one of:
docs,documentation,readme
What Changes
Section titled “What Changes”Documentation issues get a streamlined two-phase pipeline instead of the standard three-phase pipeline:
| Issue Type | Pipeline | Phases |
|---|---|---|
| Standard | spec → exec → qa | 3 phases |
| Bug fix | exec → qa | 2 phases (skips spec) |
| Documentation | exec → qa | 2 phases (skips spec) |
Additionally, the QA phase adapts when running on docs issues:
| QA Behavior | Standard Issues | Docs Issues |
|---|---|---|
| Type safety check | Yes (sub-agent) | Skipped |
| Security scan | Yes (sub-agent) | Skipped |
| Scope/size check | Yes (sub-agent) | Yes (1 sub-agent) |
| Sub-agents spawned | 3 | 1 |
No configuration needed. The lighter pipeline activates automatically when autoDetectPhases is enabled (the default).
To verify auto-detection is on:
cat .sequant/settings.json | grep autoDetectPhases# Expected: "autoDetectPhases": trueWhat You Can Do
Section titled “What You Can Do”Run a documentation issue through the lighter pipeline
Section titled “Run a documentation issue through the lighter pipeline”sequant run 123If issue #123 has a docs, documentation, or readme label, Sequant will:
- Skip the spec phase entirely
- Run exec (implementation)
- Run QA with a single sub-agent focused on scope/size and link validation
Verify detection is working
Section titled “Verify detection is working”Look for this log line during execution:
Docs issue detected: exec → qaIf you see Running spec to determine workflow... instead, the issue labels may not include a docs label.
What to Expect
Section titled “What to Expect”- Faster runs: ~30-50% faster due to skipping spec and running fewer QA sub-agents
- Same exec behavior: The implementation phase runs identically
- Lighter QA: Focuses on content accuracy, completeness, formatting, and link validity instead of type safety and security scanning
- No spec output: Since spec is skipped, there’s no spec plan comment on the issue
How It Works
Section titled “How It Works”- Label detection: Sequant checks issue labels against
docs,documentation,readme(case-insensitive) - Phase shortcut: If matched, phases are set to
["exec", "qa"]— same pattern as bug fixes - Metadata propagation:
SEQUANT_ISSUE_TYPE=docsenvironment variable is passed to skills - QA adaptation: The QA skill reads the env var and uses a single sub-agent instead of three
Recognized Labels
Section titled “Recognized Labels”| Label | Detected As |
|---|---|
docs | Documentation |
documentation | Documentation |
readme | Documentation |
DOCS (any case) | Documentation |
Labels are matched case-insensitively via substring. A label like docs-update would also trigger the lighter pipeline.
Troubleshooting
Section titled “Troubleshooting”Issue runs full pipeline despite having a docs label
Section titled “Issue runs full pipeline despite having a docs label”Symptoms: Log shows Running spec to determine workflow... instead of Docs issue detected
Solution: Verify autoDetectPhases is enabled in .sequant/settings.json. If set to false, explicit phases override label detection:
jq '.run.autoDetectPhases' .sequant/settings.json# Should output: trueQA still runs 3 sub-agents on a docs issue
Section titled “QA still runs 3 sub-agents on a docs issue”Symptoms: QA spawns type-safety, security, and scope agents
Solution: This happens when running QA standalone (not via sequant run). The SEQUANT_ISSUE_TYPE env var is only set when the orchestrator manages the pipeline. Standalone /qa runs use the full pipeline by default.
Generated for Issue #451 on 2026-03-26