95c299df64
* move claude rules and commands to assets/claude * update claude profile to copy assets/claude to .claude * fix formatting * feat(profiles): Implement unified profile system - Convert Claude and Codex profiles to use createProfile() factory - Remove simple vs complex profile distinction in rule transformer - Unify convertAllRulesToProfileRules() to handle all profiles consistently - Fix mcpConfigPath construction in base-profile.js for null mcpConfigName - Update terminology from 'simpleProfiles' to 'assetOnlyProfiles' throughout - Ensure Claude .claude directory copying works in both CLI and MCP contexts - All profiles now follow same execution flow with proper lifecycle functions Changes: - src/profiles/claude.js: Convert to createProfile() factory pattern - src/profiles/codex.js: Convert to createProfile() factory pattern - src/utils/rule-transformer.js: Unified profile handling logic - src/utils/profiles.js: Remove simple profile categorization - src/profiles/base-profile.js: Fix mcpConfigPath construction - scripts/modules/commands.js: Update variable naming - tests/: Update all tests for unified system and terminology Fixes Claude profile asset copying issue in MCP context. All tests passing (617 passed, 11 skipped). * re-checkin claude files * fix formatting * chore: clean up test Claude rules files * chore: add changeset for unified profile system * add claude files back * add changeset * restore proper gitignore * remove claude agents file from root * remove incorrect doc * simplify profiles and update tests * update changeset * update changeset * remove profile specific code * streamline profiles with defaults and update tests * update changeset * add newline at end of gitignore * restore changes * streamline profiles with defaults; update tests and add vscode test * update rule profile tests * update wording for clearer profile management * refactor and clarify terminology * use original projectRoot var name * revert param desc * use updated claude assets from neno * add "YOUR_" before api key here * streamline codex profile * add gemini profile * update gemini profile * update tests * relocate function * update rules interactive setup Gemini desc * remove duplicative code * add comma
1.6 KiB
1.6 KiB
Execute a pipeline of commands based on a specification.
Arguments: $ARGUMENTS
Command Pipeline Execution
Parse pipeline specification from arguments. Supported formats:
Simple Pipeline
init → expand-all → sprint-plan
Conditional Pipeline
status → if:pending>10 → sprint-plan → else → next
Iterative Pipeline
for:pending-tasks → expand → complexity-check
Smart Pipeline Patterns
1. Project Setup Pipeline
init [prd] →
expand-all →
complexity-report →
sprint-plan →
show first-sprint
2. Daily Work Pipeline
standup →
if:in-progress → continue →
else → next → start
3. Task Completion Pipeline
complete [id] →
git-commit →
if:blocked-tasks-freed → show-freed →
next
4. Quality Check Pipeline
list in-progress →
for:each → check-idle-time →
if:idle>1day → prompt-update
Pipeline Features
Variables
- Store results:
status → $count=pending-count - Use in conditions:
if:$count>10 - Pass between commands:
expand $high-priority-tasks
Error Handling
- On failure:
try:complete → catch:show-blockers - Skip on error:
optional:test-run - Retry logic:
retry:3:commit
Parallel Execution
- Parallel branches:
[analyze | test | lint] - Join results:
parallel → join:report
Execution Flow
- Parse pipeline specification
- Validate command sequence
- Execute with state passing
- Handle conditions and loops
- Aggregate results
- Show summary
This enables complex workflows like:
parse-prd → expand-all → filter:complex>70 → assign:senior → sprint-plan:weighted