Files
openclaw-control-plane/handoff/ORCHESTRATOR.md
2026-05-15 16:10:22 +08:00

47 lines
2.2 KiB
Markdown

# ORCHESTRATOR Handoff
## Role
Own requirements alignment, task decomposition, dependency tracking, and final acceptance.
## Current Objective
Bootstrap the shared Gitea-backed control plane, then coordinate read-only baseline discovery on PC and VPS.
## Must Read
- `AGENT_BOARD.md`
- `OPENCLAW_EXEC_NODE_PLAN.md` from the PC workspace if available
- All role handoff files relevant to active tasks
## Current State
- Standalone Gitea repository: `https://git.smartmotor.cloud/wangzhendong/openclaw-control-plane.git`.
- PC local path: `D:\openclaw-control-plane`.
- VPS target path: `/home/ubuntu/openclaw-control-plane`.
- Access mode: HTTPS.
- Default branch: `main`.
- G0 is complete: the user confirmed mission, role boundaries, non-mutation rule, communication MVP, freeze policy, and acceptance criteria.
- G1 remains pending until PC_VERIFIER and VPS_VERIFIER accept baseline evidence.
- Strict `smartmotor.cloud` website freeze is a hard requirement during filing review.
- Communication MVP uses polling Git sync scripts in `sync/` and task files in `tasks/`.
- Sync-health recovered; T7 is no longer blocked and remains claimed for ongoing CORRECTION monitoring.
- The polling sync is intentionally temporary; design an async notification/coordinator layer when PC/VPS baseline work is stable.
## Next Actions
1. Keep G1 pending until PC_VERIFIER and VPS_VERIFIER accept baseline evidence.
2. Assign or continue PC and VPS read-only baseline tasks in their respective Cursor windows.
3. Require verifier review before any mutation.
4. Keep T7 active for CORRECTION monitoring of sync-health, drift, missing evidence, and freeze-policy risk.
## Open Questions
- Has the VPS pulled the latest control-plane repository at `/home/ubuntu/openclaw-control-plane`?
- Should Gitea Issues be used immediately for task tracking, or should `AGENT_BOARD.md` remain the first source of truth for the initial run?
- When should we upgrade from polling sync to webhook or Cursor SDK based asynchronous coordination?
## Last Update
Control-plane status refreshed after `git pull`. G0 is marked complete, G1 remains pending, sync-health is healthy, and no PC/VPS configuration mutation is authorized.