Quick start
You do not need to adopt every optional tool on day one. Start with the smallest loop that creates durable state:0. Make GitHub reachable
Session continuity depends on both sides being able to read and update repository-scoped GitHub Issues.- ChatGPT needs GitHub repository access for Work Packet creation/update.
- Cursor
/resumeneeds an available GitHub integration or authenticatedgh. - If neither is available, stop and configure access instead of rebuilding state from pasted historical handoffs.
1. Add the repository entrypoint
A base Engineering System adoption needs:2. Add session continuity only if you use it
For ChatGPT ↔ Cursor resume workflow, add:3. Keep ChatGPT instructions short
ChatGPT does not need a copy of the entire standard in Custom Instructions. The global instruction only needs to route work correctly:- identify the target repository first
- use the canonical Engineering System
- load minimal task-relevant context
- use the repository Work Packet for handoff/resume
- verify current Git/GitHub state before acting
- never claim unexecuted or different-HEAD evidence as PASS
4. Run the first workflow
5. Add optional layers when they solve a real problem
Desktop Commander
Add direct development-server audit when GitHub alone cannot prove local runtime or worktree state.
Athena
Add searchable decision/history knowledge when rationale must be recovered across projects.
tmux + Phone SSH
Add a persistent remote execution path when work must continue away from the desk.
Telegram
Add completion notifications when long-running implementation or tests should run unattended.
Before implementation
The owner and AI should know:The owner retains product scope, final decisions, release approval, and human UX judgment. AI assists the engineering process; it does not silently broaden product scope.