# Step 11: Abaqus INP Syntax Parser > 과거 개발 계획이다. 아래 작업·상태·예시는 현재 실행 지시가 아니다. > 현재 구현과 검증 한계는 [기능 요약](../../docs/linear-static-3d-euler-beam/README.md)을 따른다. ## 읽어야 할 파일 - `/AGENTS.md` - `../../docs/solver-core/README.md` - `../../docs/solver-core/README.md` - `../../docs/linear-static-3d-euler-beam/README.md` - `../../docs/linear-static-3d-euler-beam/README.md` - `/include/fesa/core/diagnostic.hpp` - `/include/fesa/core/status.hpp` - `/src/fesa/CMakeLists.txt` - `/tests/CMakeLists.txt` - `/reference/cantilever beam/cantilever beam.inp` ## 소유 파일 - Create: `/include/fesa/io/abaqus/input_syntax.hpp` - Create: `/include/fesa/io/abaqus/input_reader.hpp` - Create: `/src/fesa/io/abaqus/input_reader.cpp` - Create: `/tests/unit/io/abaqus/input_syntax_test.cpp` - Create: `/tests/unit/io/abaqus/input_reader_test.cpp` - Modify: `/src/fesa/CMakeLists.txt` - Modify: `/tests/CMakeLists.txt` ## 작업 keyword/data/comment lexical 및 syntax parsing만 위 exact paths에 구현하라. Semantic Domain mapping은 Step 12에 남긴다. 최소 계약은 다음과 같다. ```cpp struct KeywordParameter { std::string name; std::optional value; }; struct DataLine { std::vector fields; SourceLocation location; }; struct KeywordBlock { std::string canonicalName; std::string originalLine; std::vector parameters; std::vector data; SourceLocation location; }; struct ParsedInput { std::vector blocks; }; class AbaqusInputReader { public: Result read(const std::filesystem::path& inputPath) const; }; ``` Keyword와 parameter name은 uppercase canonical form으로 비교하되 parameter value와 data label 원문을 보존한다. `**` comment line은 무시하고 blank line, comma-separated field, valueless parameter, line number와 file identity를 처리한다. Keyword/data 구분, malformed keyword, keyword 전 data line, unreadable file은 structured diagnostic으로 반환한다. Wrapper 의미, keyword allowlist, numeric conversion은 구현하지 않는다. Tests는 mixed case, comments, blank/empty trailing fields, parameters, source locations, malformed syntax, legacy cantilever syntax parse를 포함하고 `InpSyntax` regex로 등록한다. ## Acceptance Criteria RED targeted command: 과거 도구 실행·출력 지시는 정리했으며, 현재 검증 방법은 기능 요약을 따른다. GREEN/VERIFY: 과거 도구 실행·출력 지시는 정리했으며, 현재 검증 방법은 기능 요약을 따른다. ## 검증 절차 1. syntax tests를 먼저 추가하고 reader 부재 RED를 확인한다. 2. semantic 판단이 없는 최소 reader로 GREEN을 만든다. 3. legacy input을 read-only fixture로 읽고 전체 VERIFY를 수행한다. 4. `../../docs/linear-static-3d-euler-beam/README.md`의 Step 11 section에 실제 RED/GREEN/VERIFY command, exit code, 핵심 output과 변경 파일을 기록한다. 5. Step 11을 `completed`로 갱신하고 parsed syntax/source-location evidence를 summary에 기록한다. ## 금지사항 - B33/B31 또는 supported keyword 정책을 syntax reader에 넣지 마라. 이유: semantic mapper 책임이다. - source label/value case를 canonicalize하지 마라. 이유: stable source identity를 보존해야 한다. - `*INCLUDE` 같은 미승인 기능을 추가하지 마라. 이유: scope 밖이다. - reference input을 수정하지 마라. 이유: read-only fixture다. - 직접 commit하지 마라. 이유: Harness executor가 담당한다.