Skip to content

t1357.2: Create /mission command#2508

Merged
marcusquinn merged 2 commits intomainfrom
feature/mission-command
Feb 27, 2026
Merged

t1357.2: Create /mission command#2508
marcusquinn merged 2 commits intomainfrom
feature/mission-command

Conversation

@marcusquinn
Copy link
Owner

@marcusquinn marcusquinn commented Feb 27, 2026

Summary

  • Creates scripts/commands/mission.md — the /mission command that bridges "I have an idea" to "tasks are dispatched and executing"
  • Implements interactive scoping interview with mission classification (greenfield/migration/research/enhancement/infrastructure), mode selection (POC/Full), budget input (time + cost), constraint gathering, and latent requirement probing
  • Milestone decomposition using opus-tier reasoning with sequential milestones and parallel features, budget feasibility analysis with tiered outcomes
  • Mission state file creation with full lifecycle tracking (planning → active → paused → completed)
  • Optional repo creation for homeless missions (git init + aidevops init)
  • Headless mode for supervisor dispatch with auto-classification and default assumptions
  • Cross-platform hash fix for mission ID generation (md5 on macOS, md5sum on Linux)

Details

The /mission command bridges the gap between "I have an idea" and "tasks are dispatched and executing". It takes a high-level goal (e.g., "Build a CRM"), runs a structured interview (reusing /define probe techniques at project scope), decomposes it into sequential milestones with parallelisable features, creates a mission state file, and optionally sets up a new repo.

Key features:

  • 5 mission types: greenfield, migration, research, enhancement, infrastructure — each with type-specific probes
  • 2 execution modes: POC (skip ceremony, commit to main) and Full (worktree/PR/review workflow)
  • Budget analysis: time, cost, and token budgets with tiered outcome recommendations
  • Milestone decomposition: sequential milestones, parallel features within, validation criteria per milestone
  • Mission state file: markdown-based (consistent with "GitHub + TODO.md are the database" principle)
  • Self-organisation: research/, agents/, scripts/, assets/ directories created as needed
  • Headless mode: auto-classify, apply defaults, skip interview, output machine-readable summary

Closes #2496

@gemini-code-assist
Copy link

Summary of Changes

Hello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces a foundational /mission command designed to automate and streamline the entire lifecycle of a multi-day project, from initial concept to execution. It provides a robust framework for defining, scoping, and decomposing complex goals into manageable, actionable steps for AI agents. By integrating interactive interviews, intelligent decomposition, and state management, this command significantly enhances the system's capability to autonomously plan and coordinate large-scale development efforts.

Highlights

  • New /mission Command: Introduced a new /mission command to facilitate autonomous multi-day project orchestration, bridging the gap between a high-level idea and dispatched tasks.
  • Interactive Scoping Interview: Implemented a structured interview process for mission classification (greenfield, migration, research, enhancement, infrastructure), execution mode selection (POC or Full), and gathering budget/infrastructure constraints.
  • Opus-tier Milestone Decomposition: Developed a sophisticated decomposition mechanism that breaks down missions into sequential milestones with parallelizable features, including budget feasibility analysis and tiered outcome recommendations.
  • Headless Mode Support: Added a headless mode for supervisor dispatch, allowing for automated mission creation with sensible defaults and machine-readable output, bypassing interactive prompts.
  • Mission State File Generation: Automated the creation of a markdown-based mission state file, which tracks mission details, constraints, milestones, budget, and a decision log.
  • Optional Repository Creation and Task Mapping: Included functionality for optional new repository creation for greenfield missions and automatic task mapping to TODO.md entries for features in Full execution mode.
Changelog
  • .agents/scripts/commands/mission.md
    • Created the /mission command, defining its purpose, workflow, and various operational modes.
Activity
  • No specific activity (comments, reviews, progress) was provided in the context.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Feb 27, 2026

Warning

Rate limit exceeded

@marcusquinn has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 23 minutes and 41 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Reviewing files that changed from the base of the PR and between 1bfa012d08253dcb88f55b22577339f46a2598cf and 453b92d.

📒 Files selected for processing (1)
  • .agents/scripts/commands/mission.md

Walkthrough

Adds a comprehensive Markdown guide for mission scoping and orchestration workflows, detailing decomposition of high-level goals into sequential milestones and parallelizable features, mission state management, model routing strategies, lifecycle states, and execution patterns within the autonomous DevOps framework.

Changes

Cohort / File(s) Summary
Mission Orchestration Guide
.agents/scripts/commands/mission.md
New 650-line guide documenting complete mission workflow: goal scoping via interactive interview, POC/full mode flags, classification probes (greenfield, migration, research, enhancement, infrastructure), budget feasibility analysis, milestone/feature decomposition rules, mission.md state file structure with JSON front-matter and markdown sections, optional repository bootstrapping, model routing strategies (opus for orchestration, sonnet for workers, haiku for cost-sensitive steps), mission lifecycle states (planning, active, paused, blocked, completed, cancelled), headless/dispatcher flow patterns, and concrete command examples with expected output formats.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Poem

🚀 From lofty goals to milestone chains,
Missions carved through reasoning's veins,
Budget tells what dreams may be—
Autonomous delivery, sequential and free! ✨

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 't1357.2: Create /mission command' accurately describes the primary change: adding a new /mission command documented in the mission.md file.
Linked Issues check ✅ Passed The PR implements the /mission command from issue #2499 scope but does not address the integration requirements (check active missions phase, pulse cycle integration, feature dispatch tagging, milestone validation) which are blocked dependencies (t1357.3, t1357.5).
Out of Scope Changes check ✅ Passed The changes are entirely within scope—adding only the mission.md guide file for the /mission command as specified in t1357.2 with no extraneous modifications.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feature/mission-command

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@github-actions
Copy link

🔍 Code Quality Report

�[0;35m[MONITOR]�[0m Code Review Monitoring Report

�[0;34m[INFO]�[0m Latest Quality Status:
SonarCloud: 0 bugs, 0 vulnerabilities, 36 code smells

�[0;34m[INFO]�[0m Recent monitoring activity:
Fri Feb 27 23:23:20 UTC 2026: Code review monitoring started
Fri Feb 27 23:23:20 UTC 2026: SonarCloud - Bugs: 0, Vulnerabilities: 0, Code Smells: 36

📈 Current Quality Metrics

  • BUGS: 0
  • CODE SMELLS: 36
  • VULNERABILITIES: 0

Generated on: Fri Feb 27 23:23:23 UTC 2026


Generated by AI DevOps Framework Code Review Monitoring

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a comprehensive design document for a new /mission command. The document is well-structured and detailed, covering the entire workflow from scoping to execution. My review focuses on improving the efficiency and adherence to best practices in the provided shell script examples. I've suggested optimizing git command usage to avoid redundant calls and to align with repository conventions for cleaner output.

Comment on lines +270 to +276
if git rev-parse --show-toplevel 2>/dev/null; then
# Repo-attached mission
MISSION_HOME="$(git rev-parse --show-toplevel)/todo/missions"
else
# Homeless mission (no repo yet)
MISSION_HOME="$HOME/.aidevops/missions"
fi

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

This block of code executes git rev-parse --show-toplevel twice: once in the if condition and again to set MISSION_HOME. This is inefficient. You can achieve the same result with a single call by capturing the output in the if condition, which also makes the code more concise.

Suggested change
if git rev-parse --show-toplevel 2>/dev/null; then
# Repo-attached mission
MISSION_HOME="$(git rev-parse --show-toplevel)/todo/missions"
else
# Homeless mission (no repo yet)
MISSION_HOME="$HOME/.aidevops/missions"
fi
if top_level=$(git rev-parse --show-toplevel 2>/dev/null); then
# Repo-attached mission
MISSION_HOME="$top_level/todo/missions"
else
# Homeless mission (no repo yet)
MISSION_HOME="$HOME/.aidevops/missions"
fi

REPO_DIR="$HOME/Git/$REPO_NAME"

mkdir -p "$REPO_DIR"
git -C "$REPO_DIR" init

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The git init command prints an informational message to standard output. To keep the output clean, especially in automated contexts, it's good practice to use the --quiet (or -q) flag. This aligns with the project's general rule to use -q with git commands like init to suppress standard output.

Suggested change
git -C "$REPO_DIR" init
git -C "$REPO_DIR" init -q

# Claim task ID
output=$(~/.aidevops/agents/scripts/claim-task-id.sh \
--title "$feature_title" \
--repo-path "$(git rev-parse --show-toplevel)")

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The git rev-parse --show-toplevel command is executed on every iteration of the loop. This is inefficient as the repository path will not change. You should execute this command once before the loop and store its output in a variable to be reused.

For example:

# Before the loop
repo_path=$(git rev-parse --show-toplevel)

# Inside the loop
... --repo-path "$repo_path"

…tration

Add scripts/commands/mission.md implementing the /mission command that bridges
the gap between a high-level goal and dispatched tasks. Features:

- Interactive scoping interview reusing /define probe techniques at project scope
- Mission classification (greenfield/migration/research/enhancement/infrastructure)
- Mode selection: POC (fast, skip ceremony) vs Full (worktree/PR workflow)
- Budget and constraint gathering (time, cost, infrastructure, external deps)
- Latent requirement probing with type-specific pre-mortem/user-journey/non-negotiable questions
- Opus-tier milestone decomposition with parallel feature groups
- Budget feasibility analysis with tiered outcome recommendations
- Mission state file creation with full lifecycle tracking
- Optional repo creation for homeless greenfield missions
- Feature-to-task mapping with claim-task-id.sh integration (Full mode)
- Headless mode for supervisor dispatch with sensible defaults
- Model routing guidance (opus for decomposition, sonnet for implementation)
- Self-organisation support (research/, agents/, scripts/, assets/ directories)

Closes #2499
@marcusquinn marcusquinn force-pushed the feature/mission-command branch from 1bfa012 to 453b92d Compare February 27, 2026 23:26
@github-actions
Copy link

🔍 Code Quality Report

�[0;35m[MONITOR]�[0m Code Review Monitoring Report

�[0;34m[INFO]�[0m Latest Quality Status:
SonarCloud: 0 bugs, 0 vulnerabilities, 36 code smells

�[0;34m[INFO]�[0m Recent monitoring activity:
Fri Feb 27 23:26:39 UTC 2026: Code review monitoring started
Fri Feb 27 23:26:40 UTC 2026: SonarCloud - Bugs: 0, Vulnerabilities: 0, Code Smells: 36

📈 Current Quality Metrics

  • BUGS: 0
  • CODE SMELLS: 36
  • VULNERABILITIES: 0

Generated on: Fri Feb 27 23:26:42 UTC 2026


Generated by AI DevOps Framework Code Review Monitoring

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

🧹 Nitpick comments (1)
.agents/scripts/commands/mission.md (1)

279-279: Use portable MD5 hashing for cross-platform macOS/Linux compatibility

md5sum availability varies across macOS versions—newer releases include it, but older systems only provide md5. For DevOps framework consistency across mixed environments, use a version-agnostic pattern:

if command -v md5sum >/dev/null 2>&1; then
  HASH=$(echo "$MISSION_DESC" | md5sum | awk '{print $1}')
else
  # Fallback for macOS (BSD md5)
  HASH=$(echo "$MISSION_DESC" | md5 -q)
fi
MISSION_ID="m-$(date +%Y%m%d)-${HASH:0:6}"

This ensures operator workflows work reliably on any DevOps host.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.agents/scripts/commands/mission.md at line 279, The MISSION_ID assignment
uses the non-portable md5sum command which may not exist on macOS; update the
logic around MISSION_ID and the md5 usage so it detects whether md5sum exists
and falls back to the BSD md5 -q invocation, compute HASH from MISSION_DESC
accordingly, then build MISSION_ID as "m-$(date +%Y%m%d)-${HASH:0:6}" to ensure
cross-platform compatibility (reference MISSION_ID, MISSION_DESC, md5sum).
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In @.agents/scripts/commands/mission.md:
- Around line 390-391: Before moving the mission directory, ensure the
destination parent exists: add a step to create "$REPO_DIR/todo/missions" (use
mkdir -p) prior to calling mv "$MISSION_DIR"
"$REPO_DIR/todo/missions/$MISSION_ID", then update MISSION_DIR to
"$REPO_DIR/todo/missions/$MISSION_ID"; also check the mkdir and mv exit statuses
and fail with a clear error message if either command fails so repo-bootstrap
doesn't silently proceed on first run.
- Around line 404-405: The loop currently uses the literal token "features" (for
feature in features; do) so it never iterates real mission features; update the
loop to iterate over the actual feature list read from mission state (e.g.,
expand the variable or command that produces the features array/list) and ensure
the variable/name used to hold mission features is populated before the loop;
specifically replace the literal "for feature in features; do" with a construct
that iterates the populated features variable/command output (the same name you
use to load mission state) and keep the inner logic that claims task IDs
unchanged.
- Around line 643-650: The "Related" section lists eight documentation files
that are missing; update the references in .agents/scripts/commands/mission.md
by either adding the referenced docs (create scripts/commands/define.md,
scripts/commands/full-loop.md, scripts/commands/pulse.md, workflows/plans.md,
templates/brief-template.md, templates/mission-template.md,
tools/build-agent/build-agent.md, and reference/orchestration.md) with
appropriate content or remove/replace the broken entries with existing file
paths; ensure the filenames used in the list (e.g., scripts/commands/define.md,
workflows/plans.md, templates/mission-template.md,
tools/build-agent/build-agent.md, reference/orchestration.md) match the actual
repo structure and update any links in mission.md accordingly.

---

Nitpick comments:
In @.agents/scripts/commands/mission.md:
- Line 279: The MISSION_ID assignment uses the non-portable md5sum command which
may not exist on macOS; update the logic around MISSION_ID and the md5 usage so
it detects whether md5sum exists and falls back to the BSD md5 -q invocation,
compute HASH from MISSION_DESC accordingly, then build MISSION_ID as "m-$(date
+%Y%m%d)-${HASH:0:6}" to ensure cross-platform compatibility (reference
MISSION_ID, MISSION_DESC, md5sum).

ℹ️ Review info

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between a2cd8da and 1bfa012d08253dcb88f55b22577339f46a2598cf.

📒 Files selected for processing (1)
  • .agents/scripts/commands/mission.md

Comment on lines +390 to +391
mv "$MISSION_DIR" "$REPO_DIR/todo/missions/$MISSION_ID"
MISSION_DIR="$REPO_DIR/todo/missions/$MISSION_ID"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🔴 Critical

mv can fail because destination parent directory is never created

$REPO_DIR/todo/missions is not guaranteed to exist before move, so repo-bootstrap can fail on first run.

Suggested fix
 # Move mission from homeless to repo-attached
+mkdir -p "$REPO_DIR/todo/missions"
 mv "$MISSION_DIR" "$REPO_DIR/todo/missions/$MISSION_ID"
 MISSION_DIR="$REPO_DIR/todo/missions/$MISSION_ID"
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
mv "$MISSION_DIR" "$REPO_DIR/todo/missions/$MISSION_ID"
MISSION_DIR="$REPO_DIR/todo/missions/$MISSION_ID"
# Move mission from homeless to repo-attached
mkdir -p "$REPO_DIR/todo/missions"
mv "$MISSION_DIR" "$REPO_DIR/todo/missions/$MISSION_ID"
MISSION_DIR="$REPO_DIR/todo/missions/$MISSION_ID"
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.agents/scripts/commands/mission.md around lines 390 - 391, Before moving
the mission directory, ensure the destination parent exists: add a step to
create "$REPO_DIR/todo/missions" (use mkdir -p) prior to calling mv
"$MISSION_DIR" "$REPO_DIR/todo/missions/$MISSION_ID", then update MISSION_DIR to
"$REPO_DIR/todo/missions/$MISSION_ID"; also check the mkdir and mv exit statuses
and fail with a clear error message if either command fails so repo-bootstrap
doesn't silently proceed on first run.

Comment on lines +404 to +405
for feature in features; do
# Claim task ID
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟠 Major

Feature dispatch loop is non-functional as written

for feature in features; do iterates a literal word, so Full-mode task creation won’t map real mission features into TODO entries.

Suggested fix (read from mission state)
-for feature in features; do
+while IFS= read -r feature_title; do
   # Claim task ID
   output=$(~/.aidevops/agents/scripts/claim-task-id.sh \
     --title "$feature_title" \
     --repo-path "$(git rev-parse --show-toplevel)")
@@
-  # Format: - [ ] {task_id} {feature_title} `#mission`:{mission_id} ~{est} ref:{ref}
-done
+  # Format: - [ ] {task_id} {feature_title} `#mission`:{mission_id} ~{est} ref:{ref}
+done < <(awk '/^- \[ \] F[0-9]+:/{sub(/^- \[ \] F[0-9]+: /,""); print}' "$MISSION_DIR/mission.md")
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
for feature in features; do
# Claim task ID
while IFS= read -r feature_title; do
# Claim task ID
output=$(~/.aidevops/agents/scripts/claim-task-id.sh \
--title "$feature_title" \
--repo-path "$(git rev-parse --show-toplevel)")
# Format: - [ ] {task_id} {feature_title} `#mission`:{mission_id} ~{est} ref:{ref}
done < <(awk '/^- \[ \] F[0-9]+:/{sub(/^- \[ \] F[0-9]+: /,""); print}' "$MISSION_DIR/mission.md")
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.agents/scripts/commands/mission.md around lines 404 - 405, The loop
currently uses the literal token "features" (for feature in features; do) so it
never iterates real mission features; update the loop to iterate over the actual
feature list read from mission state (e.g., expand the variable or command that
produces the features array/list) and ensure the variable/name used to hold
mission features is populated before the loop; specifically replace the literal
"for feature in features; do" with a construct that iterates the populated
features variable/command output (the same name you use to load mission state)
and keep the inner logic that claims task IDs unchanged.

Comment on lines +643 to +650
- `scripts/commands/define.md` — Interview technique (reused for scoping)
- `scripts/commands/full-loop.md` — Worker execution (dispatched per feature)
- `scripts/commands/pulse.md` — Supervisor dispatch (mission-aware)
- `workflows/plans.md` — Planning patterns for decomposition
- `templates/brief-template.md` — Brief format (Full mode features)
- `templates/mission-template.md` — Mission state file template (t1357.1)
- `tools/build-agent/build-agent.md` — Agent lifecycle (draft tier for mission agents)
- `reference/orchestration.md` — Model routing for mission workers
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟠 Major

🧩 Analysis chain

🏁 Script executed:

# First, check if the mission.md file exists and view the relevant lines
if [ -f ".agents/scripts/commands/mission.md" ]; then
  echo "=== File found: .agents/scripts/commands/mission.md ==="
  echo "Lines 643-650:"
  sed -n '643,650p' ".agents/scripts/commands/mission.md"
else
  echo "File not found: .agents/scripts/commands/mission.md"
  # Try to find it
  echo "Searching for mission.md files..."
  fd -t f "mission\.md"
fi

Repository: marcusquinn/aidevops

Length of output: 711


🏁 Script executed:

# Verify each referenced path exists
targets=(
  "scripts/commands/define.md"
  "scripts/commands/full-loop.md"
  "scripts/commands/pulse.md"
  "workflows/plans.md"
  "templates/brief-template.md"
  "templates/mission-template.md"
  "tools/build-agent/build-agent.md"
  "reference/orchestration.md"
)

echo "=== Verifying referenced documentation paths ==="
for t in "${targets[@]}"; do
  if [ -f "$t" ]; then
    echo "✓ FOUND: $t"
  else
    echo "✗ MISSING: $t"
  fi
done

Repository: marcusquinn/aidevops

Length of output: 420


🏁 Script executed:

# Search for these files anywhere in the repo with various extensions
echo "=== Searching for referenced files with various extensions ==="
for basename in "define" "full-loop" "pulse" "plans" "brief-template" "mission-template" "build-agent" "orchestration"; do
  echo "Searching for: $basename"
  fd -t f "$basename" --extensions md,txt,json 2>/dev/null | head -5 || echo "  (not found)"
done

Repository: marcusquinn/aidevops

Length of output: 333


🏁 Script executed:

# Check if these directories exist at all
echo "=== Checking referenced directories ==="
dirs=(
  "scripts/commands"
  "workflows"
  "templates"
  "tools/build-agent"
  "reference"
)

for d in "${dirs[@]}"; do
  if [ -d "$d" ]; then
    echo "✓ Directory exists: $d"
    ls -la "$d" | head -10
  else
    echo "✗ Directory missing: $d"
  fi
done

Repository: marcusquinn/aidevops

Length of output: 743


All referenced documentation files are missing from the repository

The 8 files referenced in the "Related" section (lines 643-650) do not exist:

  • scripts/commands/ directory itself is missing
  • workflows/plans.md — directory missing
  • templates/brief-template.md and templates/mission-template.md — files missing from existing templates directory
  • tools/build-agent/build-agent.md — directory missing
  • reference/orchestration.md — directory missing

Either create these documentation files or remove/correct the broken references.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.agents/scripts/commands/mission.md around lines 643 - 650, The "Related"
section lists eight documentation files that are missing; update the references
in .agents/scripts/commands/mission.md by either adding the referenced docs
(create scripts/commands/define.md, scripts/commands/full-loop.md,
scripts/commands/pulse.md, workflows/plans.md, templates/brief-template.md,
templates/mission-template.md, tools/build-agent/build-agent.md, and
reference/orchestration.md) with appropriate content or remove/replace the
broken entries with existing file paths; ensure the filenames used in the list
(e.g., scripts/commands/define.md, workflows/plans.md,
templates/mission-template.md, tools/build-agent/build-agent.md,
reference/orchestration.md) match the actual repo structure and update any links
in mission.md accordingly.

@sonarqubecloud
Copy link

@marcusquinn marcusquinn merged commit 50325ad into main Feb 27, 2026
26 checks passed
@github-actions github-actions bot mentioned this pull request Feb 27, 2026
16 tasks
@alex-solovyev
Copy link
Collaborator

Pulse supervisor review: CodeRabbit's CHANGES_REQUESTED flags are stale — the current code already addresses all three issues:

  1. md5sum portability: The current code uses a sequential counter (ls todo/missions/m*-*.md | sort -n | tail -1), not md5sum. The md5 approach was replaced before this PR was opened.
  2. 'for feature in features' literal: This pattern does not exist in the current code.
  3. Missing referenced docs: All referenced files exist in the branch (mission-template.md, define.md, full-loop.md, brief-template.md, orchestration.md).

All CI checks are green. Merging.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

t1357.2: Create /mission command

2 participants