# Step 7: Vector3 Value Type

> 과거 개발 계획이다. 아래 작업·상태·예시는 현재 실행 지시가 아니다.
> 현재 구현과 검증 한계는 [기능 요약](../../docs/cpp-object-oriented-modular-refactoring/README.md)을 따른다.

## 읽어야 할 파일

- `/AGENTS.md`
- `../../docs/solver-core/README.md`
- `../../docs/solver-core/README.md`
- `../../docs/solver-core/README.md`
- `../../docs/cpp-object-oriented-modular-refactoring/README.md`
- `/include/fesa/math/vector.h`
- `/src/fesa/math/vector.cpp`
- `/tests/unit/math/vector_test.cpp`
- `/src/fesa/CMakeLists.txt`, `/tests/CMakeLists.txt`
- `/phases/cpp-object-oriented-modular-refactoring/index.json`
- `/phases/cpp-object-oriented-modular-refactoring/step7.md`

## 작업

Requirement `R-DUP-001`의 reusable value type만 구현한다. Existing consumers는 아직
migrate하지 않는다.

1. `/tests/unit/math/vector3_test.cpp`를 먼저 만들고 `C-VEC3-001`을 작성한다.
2. Test는 component access, exact add/subtract/scalar operations, Dot, Cross orientation,
   Norm, finite/nonfinite, zero/nonfinite normalization rejection을 검증한다.
3. Test가 missing `fesa/math/vector3.h`로 compile failure가 나는 RED를 기록한다.
4. Candidate interface는 다음 의미를 제공한다.

```cpp
class Vector3 {
 public:
  constexpr Vector3() noexcept;
  constexpr Vector3(double x, double y, double z) noexcept;
  constexpr double X() const noexcept;
  constexpr double Y() const noexcept;
  constexpr double Z() const noexcept;
  constexpr double operator[](std::size_t index) const noexcept;
  constexpr Vector3 operator+(const Vector3& rhs) const noexcept;
  constexpr Vector3 operator-(const Vector3& rhs) const noexcept;
  constexpr Vector3 operator*(double scalar) const noexcept;
  double Dot(const Vector3& rhs) const noexcept;
  Vector3 Cross(const Vector3& rhs) const noexcept;
  double Norm() const noexcept;
  std::optional<Vector3> Normalized() const noexcept;
  bool IsFinite() const noexcept;
};
```

5. `Normalized()`는 arbitrary tolerance, clamp, diagnostic을 소유하지 않는다. Exact zero
   또는 nonfinite norm만 empty result로 거부하고 scale-aware geometry rejection은 caller에
   남긴다.
6. Trivial implementation은 header-only로 둘 수 있다. 별도 `.cpp`를 만들면 CMake에
   등록하고 두 경우 모두 production Doxygen를 작성한다.

## Acceptance Criteria

과거 도구 실행·출력 지시는 정리했으며, 현재 검증 방법은 기능 요약을 따른다.

## 검증 및 상태 갱신

- Missing header RED, arithmetic GREEN, tidy/format/full CTest를 summary에 기록한다.
- 성공 시 현재 Step만 `completed`로 갱신한다.
- normalization policy가 승인 설계와 충돌하면 `blocked`로 기록한다.
- timestamp, retry, commit, advancement는 Executor 소유다.

## 금지사항

- Dynamic `Vector` storage/API를 Vector3에 합치지 마라. 이유: 서로 다른 ownership/size 계약이다.
- Tolerance 또는 FESA diagnostic을 Vector3에 넣지 마라.
- Beam/shell/results/I/O consumers를 수정하지 마라. 이유: Step 8–9 소유다.
- 직접 commit하거나 hook script를 수동 실행하지 마라.