v1.36.24

**결함(실피해 재현)**: requests 계열만 positional 경로를 지원하지 않아 requests add "text" C:/other/proj 가 **경로 인자를 조용히 무시하고 cwd 프로젝트에 기록** 후 성공을 보고했다. task/rule 은 _taskPositionalPath 로 지원 → 표면 간 불일치가 실수를 유도(1.36.21 라운드에서 본인이 직접 당해 leerness-pkg 에 UR-0060 오기록·정리한 건).

**수정(배선 1줄)**: rule 선례(arg('--path', null) || _taskPositionalPath(args, 2) || process.cwd())와 동일 배선. 인프라는 이미 전부 존재 — _taskPositionalPath 는 선행 구분자(path-like)만 인정해 ID(UR-0001)/텍스트/내부 슬래시 제목(src/auth …)을 경로로 오인하지 않고, requests add 는 _parseAddTitle(1.9.416)이 텍스트를 path-like 에서 끊어 텍스트/경로 분리도 기존과 동일. UR-0027 이 경고한 "존재 디렉토리 인식"(bare 이름) 은 도입하지 않음 — FP 없는 기존 계약 유지.

**검증**: selftest 294/294(배선 소스가드 + 순수 행위 3종: 절대경로 인정/ID 미오인/내부슬래시 미오인). 실측 — 피해 케이스 재현: cwd=내 프로젝트에서 requests add "…" <다른경로> → **대상 프로젝트에 기록 + 내 프로젝트 바이트 불변**, list/drop positional 동작, --path 우선 유지, path-only 빈 텍스트 거부(exit 1) 무회귀. 게이트 e2e, 게시본 클린룸.