القائمة
Use when returning to LawnBerry Pi after time away, starting substantial maintenance, or needing a fast project re-entry workflow. Covers docs to read first, runtime ports, hardware baseline, simulation vs hardware mode, important files by task, and validation planning.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Use for LawnBerry Pi simulation vs real-hardware validation. Covers SIM_MODE selection, .env and config checks, simulation-safe test-first workflow, hardware preflight expectations, and avoiding false claims that local success proves on-device behavior.
Use for improving LawnBerry Pi AI result quality without breaking the existing backend contract. Covers ai_service review, model artifact or rule improvement, conservative evaluation, performance notes, and avoiding premature accelerator-specific churn.
Review regression-sensitive LawnBerry Pi manual control and camera paths: RoboHAT USB handoff, watchdog feeding, motor authorization, joystick responsiveness, MJPEG and snapshot fallback, camera ownership, and stream backpressure handling.
Keep LawnBerry Pi maintainer documentation synchronized with implementation. Use when runtime behavior, supported hardware scope, subsystem maturity, immediate focus, two-week plan, release notes, or callable interfaces have changed and docs must be updated in the same pass.
Use when a LawnBerry Pi task spans re-entry, specialist routing, implementation, documentation sync, and validation. Covers choosing the right specialist workflow and sequencing investigation, changes, doc updates, and test planning.
Use for LawnBerry Pi mission persistence and recovery work. Covers what mission state should survive restart, safe restart semantics, paused vs running recovery behavior, lifecycle validation, and persistence-backed tests.
| name | maintainer-reentry |
| description | Use when returning to LawnBerry Pi after time away, starting substantial maintenance, or needing a fast project re-entry workflow. Covers docs to read first, runtime ports, hardware baseline, simulation vs hardware mode, important files by task, and validation planning. |
| argument-hint | What task or subsystem are you re-entering for? |
| user-invocable | true |
This skill turns docs/developer-toolkit.md into a repeatable re-entry checklist so the agent regains project context before making changes.
README.mddocs/OPERATIONS.mddocs/TESTING.mddocs/hardware-integration.mdspec/hardware.yamldocs/code_structure_overview.mddocs/RELEASE_NOTES.mddocs/hallucination-audit.mdCONTRIBUTING.md.github/copilot-instructions.md808130004173SIM_MODE=1 for local development, CI, and first-pass validationSIM_MODE=0 as real-hardware mode with Pi/device expectationsbackend/src/main.py, backend/src/core/config_loader.py, config/, docs/OPERATIONS.mdbackend/src/safety/, backend/src/services/robohat_service.py, backend/src/services/blade_service.pybackend/src/services/sensor_manager.py, telemetry services, RTK scripts, NTRIP docsfrontend/src/views/ControlView.vue, frontend/src/stores/control.ts, API and WebSocket servicesfrontend/src/views/MapsView.vue, PlanningView.vue, MissionPlannerView.vue, mission/navigation servicesspec/hardware.yaml over prose.docs/developer-toolkit.md in the same pass.backend/src/**, frontend/src/**, or scripts/**, update docs/code_structure_overview.md too.spec/hardware.yaml, not assumption