Convert Develop
Intake
- •Extract the step number from the request and normalize to 4 digits (e.g., 17 -> 0017).
- •Open
docs/convert/convert-progress.mdand locate the matching STEP section to capture target/plan/implementation. - •Read
docs/convert/convert-architecture.mdanddocs/convert/convert-workflow.mdto align with the current design and flow. - •Identify dependencies or prior steps that are being revised; plan to mark superseded content with strikethroughs.
- •Ask for clarification when the STEP definition is missing or ambiguous.
Implementation
- •Follow
AGENTS.mdand existing patterns ininclude/convert.hpp,src/convert.cpp, and related files. - •Keep includes minimal; use C++20, 4-space indentation, and same-line braces.
- •Keep comments terse and avoid non-ASCII identifiers.
Tests
- •Add or extend tests under
tests/convert/with fixtures intests/data/convert/. - •Register new test targets in
CMakeLists.txtfollowing the existingconvert-*pattern and compile definitions. - •Proactively run configure/build/tests:
cmake -S . -B build(if needed),cmake --build build -j$(nproc), thenctest --test-dir build --output-on-failure(orctest -R convert-...). - •If the user requests not to run tests or the environment blocks execution, explicitly state what was skipped and why.
Documentation Updates
- •Update
docs/convert/convert-architecture.mdas a static, top-down description of components and relationships. - •Update
docs/convert/convert-workflow.mdas a runtime, front-to-back description of execution flow. - •Keep documentation organized from general to specific; after stating principles, add a concrete example.
- •Append a new STEP section to
docs/convert/convert-progress.mdafter the separator; preserve target/plan/implementation/finish status fields.
Review Handoff
- •Summarize code/test/doc changes and list tests executed.
- •Ask the user to review or confirm next actions.