Agent Startup Procedure
Purpose
This procedure defines how an agent should orient itself before working in the Aptlantis workspace. The goal is to preserve context, reduce accidental drift, and make work recoverable.
Agent compatibility is a WGS requirement. Agents should be able to understand workspace identity, project intent, lifecycle state, class, governing standard, and next safe action without project-specific training.
Required Read Order
When entering the workspace or a project, read in this order:
D:\AGENTS.md- each nearer
AGENTS.mdfrom the drive root toward the target - nearest entity-named manifest matching its containing directory
Project-README.md, when entering a project or groupProject-README.md- governing standards linked by the manifests
- roadmap, release note, or current task notes
If a required document is missing, record the gap before proceeding.
The manifest establishes machine-readable identity. The project identity document establishes intent and boundaries. The governing standard establishes the rules of engagement.
Workspace Entry
For workspace-level work:
- Read
D:\AGENTS.mdandD:\Development.manifest.toml. - Read
D:\.city_hall\WGSplanning documents. - Identify affected root directory.
- Read that root's entity-named manifest if it exists.
- Read the governing standard for the affected class.
- Record any missing context in the task notes or implementation report.
Project Entry
For project-level work:
- Locate the project root.
- Read parent instructions and the nearest entity-named project manifest.
- Identify lifecycle state, project class, and governing standard from the manifest or parent root.
- Read the proposal, roadmap, release note, or standard-specific planning docs.
- Inspect current code or content only after the governing context is known.
Missing Document Behavior
| Missing item | Agent behavior |
|---|---|
Root AGENTS.md or drive manifest | Stop workspace-wide changes and report the blocker. |
| Directory manifest | Continue only for read-only discovery; record missing directory manifest. |
| Project manifest | Continue only if the task is small or explicitly requested; recommend [ProjectName].manifest.toml creation. |
Project-README.md | Avoid scope-expanding changes; use existing README/docs as fallback. |
| Governing standard | Use WGS defaults and record the missing standard link. |
| Roadmap / current notes | Ask for or infer the narrow task only; avoid unrelated cleanup. |
Agent Work Rules
- Prefer existing standards and templates over improvising new structure.
- Treat manifests as machine records and docs as human recovery records.
- Treat lifecycle state and project class as operating context before broad changes.
- Keep current state and proposed state separate.
- Do not move, rename, or delete project roots without explicit approval.
- Record mismatches instead of silently correcting them.
- When creating new docs, include purpose, scope, required artifacts, and next action.
Handoff Notes
Every substantial agent task should leave enough context for another agent to continue:
- What was inspected.
- What changed.
- What was intentionally left unchanged.
- Which standard governs the work.
- Which documents or manifests are missing.
- What the next safe action is.