Help finish this repository cleanly. Prioritize hardening, consistency, and removal of stale surfaces over feature expansion.
- Read the relevant capability specs in
openspec/specs/. - Work inside an OpenSpec change under
openspec/changes/. - Prefer aggressive cleanup when a file or workflow is stale, duplicated, or no longer part of the final repo story.
- Keep user-facing guidance aligned across:
README.mdREADME.zh-CN.mddocs/AGENTS.md.github/copilot-instructions.md
- Use
/reviewbefore merge or after a large cleanup phase.
- Docs stack: VitePress, published via GitHub Pages
- Build system: CMake + presets
- Language server: clangd
- Primary maintenance target: Linux
- Repo posture: archive-ready / low-frequency maintenance
cmake --preset=debug && cmake --build build/debug && ctest --preset=debug
cmake --preset=release && cmake --build build/release && ctest --preset=release
cmake --preset=asan && cmake --build build/asan && ctest --preset=asan
cmake --preset=tsan && cmake --build build/tsan && ctest --preset=tsan
cmake --preset=ubsan && cmake --build build/ubsan && ctest --preset=ubsan
./scripts/format.sh
./scripts/setup-hooks.sh- Do not add new generic documentation just to fill space.
- Do not reintroduce GitBook / HonKit /
.kiroassumptions. - Keep workflows meaningful; delete low-value automation rather than preserving it.
- Prefer one long-running implementation session to quota-heavy parallelism unless the work clearly benefits from it.