cuelo 0.8.2 → 0.9.0

package/Tools/OMP_Global_Config/agent/rules/omp-harness.md

@@ -53,6 +53,11 @@ globs: ["Tools/OMP_Global_Config/**", "Tools/CUELO_Setup/**"]
 목표는 최신판 추종이 아니라 upstream 개선을 가져오면서 기존 해결책과 고유 작업 계약을 보존하고,
 upstream이 해결한 workaround를 제거해 patch debt를 줄이는 것이다.
 
+사용자가 “최신으로 올려줘”라고만 해도 내장 코어의 새 API·상태·데이터 흐름에 맞춘 호출부 이관,
+기존 패치의 KEEP/ADAPT/RETIRE/BLOCK 판정, 회귀·실행 검증을 요청에 포함한다. 충돌 조정은 별도
+재지시를 기다리지 않는다. CLI 실행 파일 교체와 CUELO 내장 코어 이식의 완료 증거는 구분한다.
+이 기본 범위가 배포·삭제·비용·인증 변경의 별도 승인 경계를 낮추지는 않는다.
+
 ### 판단 정본과 upstream 조사
 
 현재 설치 버전만으로 판단하지 않는다. 다음 미러와 실제 Known-Good runtime을 먼저 대조한다.

package/Tools/OMP_Global_Config/agent/rules/subagent.md

@@ -35,7 +35,7 @@ description: SubAgent 위임 판단, 병렬 실행, 검수 계약과 Git·통신
 
 - 단일 정의 `agent/sop/maker.md`는 `model:"@implSonnet"`를 기본으로 하며 발주별 `tasks[].model`로
   `config.yml` `modelRoles`의 slot을 고른다. 등급은 `NORMAL`·`HARD`, 후보 이름은 실제 모델 계열을 담는다.
-  `NORMAL_SONNET`(`implSonnet`)·`HARD_CODE_SONNET`(`makerHardCodeSonnet`)은 medium~xhigh, Opus 세 후보(`implOpus`·`makerHardUiOpus`·`makerHardCodeOpus`)와 `NORMAL_DEEPSEEK`(`implDeepSeek`)는 high다.
+  `NORMAL_SONNET`(`implSonnet`)·`HARD_CODE_SONNET`(`makerHardCodeSonnet`)·`NORMAL_SOL`(`implSol`)은 medium~xhigh, `HARD_CODE_ASTRA`(`makerHardCodeAstra`)는 high~xhigh, Opus 세 후보(`implOpus`·`makerHardUiOpus`·`makerHardCodeOpus`)는 high~max(기본 high, max는 기본값이 아님), `NORMAL_DEEPSEEK`(`implDeepSeek`)는 high다.
   **NORMAL이라도 UI/UX 판단 경계에 걸리면 `NORMAL_OPUS`를 선택한다.** 레이아웃·반응형·정보구조·시각 디자인·
   접근성·포커스·터치 표적·사용자 상호작용의 판단이 남는지 보며, 코드 판단과 섞인 경우도 포함한다.
   파일 확장자나 이미 확정된 문구 복사만으로 판정하지 않고, Opus를 쓰려고 HARD로 등급을 부풀리지 않는다.
@@ -44,8 +44,10 @@ description: SubAgent 위임 판단, 병렬 실행, 검수 계약과 Git·통신
   기존 NORMAL Opus 명시 선택은 `ROUTING_REASON` 경로를 유지한다. UI/UX의 Opus unavailable은 명시하고
   다른 모델로 조용히 대체하지 않는다.
   HARD는 `HARD_UI_OPUS`(`makerHardUiOpus`)·`HARD_CODE_OPUS`(`makerHardCodeOpus`)를 분야에 따라 고른다.
-  `HARD_CODE_SONNET`(`makerHardCodeSonnet`)는 명시적 대안이며 `ROUTING_REASON`이 필요하다.
-  후보별 허용 강도·registry 지원 구간을 지키며 max나 별도 접근 모드를 쓰지 않는다. Main 계열만으로
+  `HARD_CODE_SONNET`(`makerHardCodeSonnet`)·`HARD_CODE_ASTRA`(`makerHardCodeAstra`)는 명시적 대안이며 `ROUTING_REASON`이 필요하다.
+  `HARD_CODE_ASTRA`는 복잡한 비-UI 코드·시스템 추론에서 그 모델 계열을 쓰려 할 때, `NORMAL_SOL`은 명세가 분명한 비-UI 코드에서 지연보다 비용이 중요할 때 Main이 고른다.
+  기존 eval은 소표본(n=1)과 오래된 Main 벤치라 어느 쪽도 우월하다는 근거가 아니며 자동 승격·상시 게이트를 만들지 않는다.
+  후보별 허용 강도·registry 지원 구간을 지키며 max는 Opus 세 후보에서만 허용한다(`task.maxEffort: max`). 별도 접근 모드는 쓰지 않는다. Main 계열만으로
   배정을 뒤집지 않고, 구체적인 독립 판단이 필요한 cross-frontier 선택은 그 근거를 남긴다.
   작업 중 UI/UX 경계가 드러나면 기존 owner의 실제 모델을 확인한다. 비-Opus owner의 미완 변경·증거를
   freeze하고 소유권을 명시적으로 넘긴 뒤 Opus가 이어간다. active owner와 새 writer를 겹치거나 실행 중
@@ -115,7 +117,7 @@ description: SubAgent 위임 판단, 병렬 실행, 검수 계약과 Git·통신
   사실·가설·미확인을 구별하고 unknown은 null로 둔다. 현재/이전/희망 모델·등급·강도와 근거 없는
   쉬움/복잡함을 공유 state 전체에서 제외한다. 원문·소스·diff·로그·비밀은 보내지 않는다.
   목적·범위의 실질 변경이나 판단을 바꾸는 새 증거에서만 다시 분류하고 기존 owner를 보존한다.
-  실행 중 변경 API를 지어내거나 강도 때문에 재발주하지 않으며 추천과 실제 적용값을 구분한다.
+  실행 중 변경 API를 지어내거나 강도만을 이유로 재발주하지 않으며 추천과 실제 적용값을 구분한다.
   미사용으로 판단한 코드에서 루트 framework entry·동적 로딩·별도 스크립트 소비자가 발견되어
   구현 방향이나 보존 계약이 달라지면, 누락된 소비자와 남은 계약 충돌을 평가서에 넣어 재평가한다.
   기존 계약으로 해소된 조사 정정과 새 비국소 판단을 구분하며, 오류 건수만으로 HARD나 모델 교체를 결정하지 않는다.
@@ -125,6 +127,13 @@ description: SubAgent 위임 판단, 병렬 실행, 검수 계약과 Git·통신
   (`evals/reports/jev-normal-hard-baseline-2026-09-25.md`). 없는 충돌을 지어내지도 않는다.
 - Jev 실패·timeout·자격증명 없음은 Main이 같은 기준으로 결정한다. 다른 모델을 추가 호출하지 않는다.
   실패했다는 사실만으로 재발주하거나 강도를 높이지 않고 새 증거와 달라진 접근을 요구한다.
+- **재작업 강도 상향**(2026-10-04 사용자 결정): 재작업을 새 attempt로 재발주할 때 아래 관측 신호가
+  하나라도 있으면 Main은 같은 후보의 강도를 허용 구간 안에서 한 단계 올린다. ① 수정 뒤 같은 검사가
+  같은 원인으로 다시 실패했다. ② Main 검수에서 원인 오진이나 수용 조건 누락이 증거로 확인됐다.
+  ③ 그 Maker가 실행 중일 때 Main이 범위를 늘리는 지시를 보냈다. ④ Maker가 막혔거나 확신이 없다고
+  스스로 보고했다. 재작업 횟수·경과 시간·실패 건수만으로는 올리지 않고, 실행 중인 attempt의 강도는
+  바꾸지 않는다. 이미 후보 상한(max는 Opus 후보만)이면 강도 대신 모델·분할·브리프를 다시 본다.
+  올린 근거 신호는 `routing_verdict` rework 사유와 새 발주의 ROUTING_REASON에 남긴다.
 - 조각 수는 독립성으로 정한다. 추론 강도를 올리는 대신 조각을 쪼개거나 슬롯을 채우지 않는다.
 - Main 개입은 코드 성질·통합 위험·증거로 결정하며 모델 등급에 묶지 않는다.
   코드 성질 트리거, 공유 계약·상태의 통합 위험, 해소되지 않은 대상·계약 가정이 있으면
@@ -286,6 +295,21 @@ Task Guard lock·budget·소유권·`FINDING_ID`, exit status, 파일·권한·
 - 조각 간 인터페이스·시그니처·파일 소유권·출력 형식은 배치 `context`에 미리 확정한다.
 - 짧은 결정·변경분과 artifact 링크로 충분하면 전체 대화나 상류 보고서를 복사하지 않는다.
 
+### Skill 인계
+
+- Main은 자신이 읽고 활용한 Skill 중 맡길 조각과 관련된 것만 브리프에 인계한다. `skill://이름`과
+  필요한 절·문서 locator, 적용한 판단, 아직 불명확한 점을 짧게 적는다. 원문 전체나 설치된 Skill
+  목록을 복사하지 않는다.
+- 현재 규칙·작업에 따라 필수인 참조와 선택적인 참고를 구분한다. Maker는 필수 Skill을 관련
+  작업에 착수하기 전에 직접 읽는다. Main의 요약·원문을 읽었다는 설명은 Maker의 직접 참조를
+  대체하지 않는다. 같은 조각에서 이미 읽은 원문과 locator는 재사용한다.
+- 적용 방법이 헷갈리거나 Main의 요약과 현재 코드·규칙이 어긋나면 해당 Skill의 필요한 절을
+  다시 확인한다. “헷갈릴 때 참조”는 필수 선독을 생략하는 조건이 아니다. 원문을 확인해도
+  승인·보존 계약과 충돌하면 그 지점만 Main에게 근거와 함께 알리고 독립 작업은 계속한다.
+- Maker는 적용한 판단과 해당 변경·검증 근거를 기존 보고에 연결한다. Main은 그 근거로
+  적용 여부를 확인하며, 브리프에 이름을 적었다는 사실만으로 사용했다고 보고하지 않는다.
+  이 절은 새 자동 차단 gate나 관계없는 Skill까지 읽는 의무를 만들지 않는다.
+
 ## 병렬과 대기
 
 - `task.maxConcurrency`는 ceiling이다. ready인 진짜 독립 조각을 빈 슬롯까지 `tasks[]` feed로

package/Tools/OMP_Global_Config/agent/sop/_writer.md

@@ -59,6 +59,8 @@
 - Answer every finding that names your change with the fix you made and the raw output of the check
   that now covers it, keeping the same finding id — no separate messenger or new reporting stage.
   Never weaken an expectation, relax a fixture, or hide a failure to make validation pass.
+- Follow `rule://subagent` 「Skill 인계」 for relevant skills handed over in the brief:
+  required direct reading before implementation, reuse of known locators, and reconsultation when unclear.
 - 관련 Skill을 먼저 읽고 이번 조치에 적용되는 주의사항만 이름·절/locator·위험 요약으로 추린다.
   pre-retry advisory를 보충하다가(Common Rules) 검증 약화나 Skill 충돌·적용 불가가 나오면 문제 된
   조치만 보류하고 기존 blocker/조향 DM으로 원문 오류 locator·Skill locator·제안 조치·보존할 수용