Create Plan Module1 Ros2.plan.prompt
---
id: 0003
title: Create Plan for Module 1 ROS 2 Basics
stage: plan
date: 2025-12-10
surface: agent
model: gemini
feature: 001-module1-ros2-basics
branch: 001-module1-ros2-basics
user: unknown
command: /sp.plan
labels: ["plan", "ros2", "docusaurus", "architecture"]
links:
spec: specs/001-module1-ros2-basics/spec.md
ticket: null
adr: null
pr: null
files:
- specs/001-module1-ros2-basics/plan.md
- specs/001-module1-ros2-basics/research.md
- specs/001-module1-ros2-basics/data-model.md
- GEMINI.md
tests:
- none
---
## Prompt
/sp.plan
Create:
- High-level architecture for the book (Docusaurus structure, module → chapters layout)
- Section outline for each module
- Quality checks: technical accuracy, consistency with constitution, and runnable code snippets
Decisions needing documentation:
- Docusaurus structure (sidebar organization, folder layout)
- How modules map to chapters (2–3 chapters each)
- Code example format and testing (ROS 2, rclpy, URDF)
- Chatbot placement in final book (integration point, UI/UX considerations)
- Hosting choices for GitHub Pages build
Testing strategy:
- Validate chapter content against success criteria in constitution/specify
- Run all example commands/code to ensure correctness
- Confirm Docusaurus build passes locally and on GitHub Pages
- Check consistency between book content and RAG ingestion requirements
Technical details:
- Use iterative spec-driven drafting (write + refine per module)
- Organize plan by phases: Structure → Draft → Validate → Build → Publish
- Ensure compatibility with Docusaurus markdown/MDX conventions
## Response snapshot
I have created the implementation plan for "Module 1: ROS 2 Robotic Nervous System".
## Outcome
- ✅ Impact: Created a detailed plan for the first module, including the technical stack, project structure, and key architectural decisions.
- 🧪 Tests: none
- 📁 Files:
- `specs/001-module1-ros2-basics/plan.md` (Created)
- `specs/001-module1-ros2-basics/research.md` (Created)
- `specs/001-module1-ros2-basics/data-model.md` (Created)
- `GEMINI.md` (Created)
- 🔁 Next prompts: `/sp.tasks`
- 🧠 Reflection: The planning phase is crucial for translating the specification into a concrete technical approach. Documenting key decisions in `research.md` provides clarity and a historical record.
## Evaluation notes (flywheel)
- Failure modes observed: none
- Graders run and results (PASS/FAIL): N/A
- Prompt variant (if applicable): N/A
- Next experiment (smallest change to try): N/Awhen to use it
Community prompt sourced from the open-source GitHub repo Waqar-5/AI_PHYSICAL_BOOK (no explicit license). A "Create Plan Module1 Ros2.plan.prompt" style prompt — adapt the placeholders and specifics to your task. Imported as-is and not independently retested here, so check the output before relying on it.
tags
productivitycommunitydeveloper
source
Waqar-5/AI_PHYSICAL_BOOK · no explicit license
more in Productivity
Productivity✓ tested
Summarize a doc into decisions & actions
chief of staff who extracts what to DO, not just what was said
Productivity✓ tested
Draft a reply to a hard email
calm, direct communicator who de-escalates without caving
Productivity✓ tested
Turn a brain-dump into a weekly plan
planning coach who protects your focus, not just your calendar