When using chrome-devtools MCP or any browser automation, always use the port defined in vite.config.ts (currently 6124). Do NOT assume default ports like 5173.
http://localhost:6124
NEVER run git revert without explicit user permission.
This command rewrites history and can cause significant problems. If you think a revert is needed:
- STOP and explain why you think a revert is necessary
- ASK the user: "I believe we need to revert [commit]. May I proceed?"
- WAIT for explicit approval before running any revert command
Other destructive git commands that also require explicit permission:
git reset --hardgit push --forcegit clean -fdgit checkout -- .(discarding all changes)
IMPORTANT: This project uses Dex for ALL issue tracking. Do NOT use markdown TODOs, task lists, or other tracking methods.
- Repo-native tasks stored in
.dex/and committed - No git hooks required
- Simple CLI with rich context/results
- Prevents duplicate tracking systems and confusion
List work:
npx -y @zeeg/dex list
npx -y @zeeg/dex list --allCreate new tasks:
npx -y @zeeg/dex create -d "Title" --context "Full context..."
npx -y @zeeg/dex create -d "Subtask" --context "Details" --parent <task-id>Complete work:
npx -y @zeeg/dex complete <task-id> --result "What changed + verification"- Check work:
npx -y @zeeg/dex list - Create tasks with rich context when new work is discovered
- Work on it: Implement, test, document
- Complete:
npx -y @zeeg/dex complete <task-id> --result "..." - Commit together: Always commit the
.dex/directory with code changes so task state stays in sync
AI assistants often create planning and design documents during development:
- PLAN.md, IMPLEMENTATION.md, ARCHITECTURE.md
- DESIGN.md, CODEBASE_SUMMARY.md, INTEGRATION_PLAN.md
- TESTING_GUIDE.md, TECHNICAL_DESIGN.md, and similar files
Best Practice: Use a dedicated directory for these ephemeral files
Recommended approach:
- Create a
history/directory in the project root - Store ALL AI-generated planning/design docs in
history/ - Keep the repository root clean and focused on permanent project files
- Only access
history/when explicitly asked to review past planning
Example .gitignore entry (optional):
# AI planning documents (ephemeral)
history/
Benefits:
- ✅ Clean repository root
- ✅ Clear separation between ephemeral and permanent documentation
- ✅ Easy to exclude from version control if desired
- ✅ Preserves planning history for archeological research
- ✅ Reduces noise when browsing the project
Run npx -y @zeeg/dex <command> --help to see all available flags for any command.
For example: npx -y @zeeg/dex create --help shows --parent and --blocked-by.
- ✅ Use Dex for ALL task tracking
- ✅ Dex tasks live in
.dex/and are committed - ✅ No git hooks required
- ✅ Dex IDs are ephemeral; do NOT put them in commits/PRs
- ✅ Use rich
--contextand--result - ✅ Store AI planning docs in
history/directory - ❌ Do NOT create markdown TODO lists
- ❌ Do NOT use external issue trackers
- ❌ Do NOT duplicate tracking systems
- ❌ Do NOT clutter repo root with planning documents
For more details, see README.md and QUICKSTART.md.