These instructions are for AI assistants working in this project.
Always open @/openspec/AGENTS.md when the request:
- Mentions planning or proposals (words like proposal, spec, change, plan)
- Introduces new capabilities, breaking changes, architecture shifts, or big performance/security work
- Sounds ambiguous and you need the authoritative spec before coding
Use @/openspec/AGENTS.md to learn:
- How to create and apply change proposals
- Spec format and conventions
- Project structure and guidelines
Keep this managed block so 'openspec update' can refresh the instructions.
When the user provides a production bug report for Android/Termux behavior, follow this workflow by default:
- Mandatory rule: for all subsequent bug fixes in this repository, execute Bug Retest Memory before and after code changes (repro first, then fix validation), unless the user explicitly opts out.
- Convert the report into an automated repro assertion first (script/test) before changing runtime logic.
- Use GitHub Actions workflow
Bug Retest (Android-Constrained Simulation)for repro and regression checks. - Keep non-root execution constraints in CI (Android-like limitation).
- For deploy-path repro, use
scope=deploy-repro:- Repro phase:
deploy_expect=reproduced - Fix validation phase:
deploy_expect=fixed - Execute via README install path and installed
docker/docker-composecommands (avoid directpython -mfor deploy replay). - Use
docker-compose up -d+ container logs and container state snapshots (docker ps -a) for assertion, thendocker-compose downcleanup. - Do not treat
createdas runtime-ready; collect final evidence only after observingrunningorexited.
- Repro phase:
- Upload and inspect artifacts/logs for every run before concluding.
Progressive disclosure:
- Detailed playbook:
docs/bug-retest-playbook.md
When the user says "记住" / "remember" for a project-specific workflow:
- Persist it to repository docs in the same turn (do not keep it only in chat context).
- Add a short rule in
AGENTS.mdand link to a detailed document underdocs/. - Prefer appending to an existing playbook; create a new doc only when scope is different.
- Report back with exact file paths and line-level references.