Skip to content

docs: 워크로그 «부재» 기계 강제 판정 — 넣지 않는다(사전 등록 임계 둘 다 미발화) [rustjava-worklog-absence-machine-enforcement-decision] - #30

Merged
Jun025 merged 2 commits into
mainfrom
feat/rustjava-worklog-absence-decision
Sep 4, 2026
Merged

Conversation

@Jun025

Copy link
Copy Markdown
Owner

판정

채택 제안 2026-09-04-worklog-mandate-and-local-gate#p0 에 대한 판정 회차다.

워크로그 «부재」를 잡는 기계 강제를 «지금은 넣지 않는다».
check-worklog-json.py 의 「존재하는 .json 만 검사한다」 설계와 «소급 금지»는 그대로 둔다.

검사기 무접촉(6축 무회귀 · rc=0) · .rs 0줄 · 과거 backfill 0.

★사전 등록된 «재측 시점»에 도달했다

AGENTS.md 가 의무화 회차에서 데이터를 보기 전에 적어 둔 것: 「recount at the 10th round landed after 2026-09-04」.
실측 = 11회차 ⇒ 충족. ⇒ ★그때 등록한 두 임계를 «그대로» 재서 판정한다(골대를 옮기지 않았다).

지금 잰 수 — 창과 분모를 밝힌다

창 = b3a4cf4..origin/main(규약 착지 → 4b91e8f) · 분모 = git rev-list --first-parent 착지 회차.

임계(사전 등록)실측판정
⒜ 미작성 회차≥ 2 (>20%)1 / 15 (6.7%)미달
⒜′ 규약을 «알 수 있었던» 회차만0 / 14 = 100%
⒝ 열린 카드< 513(기준선 5)미달(의무가 카드를 늘렸다)

그 1건의 정상 참작도 «인용이 아니라 실측»이다11ef5010(PR #13 · S2 · 스쿼시 착지):
createdAt2026-08-23T23:37:41Z ↔ 규약 착지 2026-08-26T02:57:28Z ⇒ ★약 2.6일 먼저 갈라졌다.

⇒ ★★두 임계가 «둘 다» 발화하지 않는다. 데이터를 본 뒤 기계를 넣는 것은 이 저장소가 반복해 규탄한 골대 옮기기다.

★약점을 숨기지 않는다 — 재개 조건의 근거

  • ⒤★**「100%」는 «단일 집행 주체»의 습관일 수 있다** — 리니지는 13개로 갈렸으나 git author 가 하나라 «누가 집행했나»를 못 가린다.
  • ⒥★정본 술어가 느슨하다 — 「docs/worklog/ 를 만졌다」는 옛 워크로그 한 줄 추가도 통과시킨다.
    ★엄격 술어(새 .json 추가)로 다시 재니 같은 14 라 이번 창엔 안 물렸을 뿐이다.
  • ⒦★실패는 여전히 «조용하다» ⇒ 「위험이 없다」가 아니라 **「임계가 아직 발화하지 않았다」**이다.

★재개 조건 — 세는 명령 + 오늘의 값

★**「규약을 알 수 있었던 회차 중 미작성」이 «1건이라도» 나오면 다시 연다**(= 아래 값이 2 이상).
★**「오래됐다」·「불안하다」는 재개 사유가 아니다.**

forcin$(git rev-list --first-parent b3a4cf4..origin/main);do
git diff --name-status "$c^1""$c" \
| /usr/bin/grep -q '^A[[:space:]]*docs/worklog/.*\.json$'||echo"$c no-worklog"done| /usr/bin/grep -c .

오늘의 값 = 1 — ★문서에 적은 값을 «실행해» 확인했다.

★재개하면 «무엇을» 만들지 미리 적어 뒀다

baseline sha 를 쓰지 마라(소급 금지를 깨고 기준선이 낡는다) ·
⒝★PR diff 로 «조건부» 판정: 「REPORT.md 후속 추천 구역을 만졌으면 docs/worklog/새 쌍도 있어야 한다」
— 의무가 조건부이므로 검사도 조건부여야 한다(baseline 불요 · 소급 0) ·
⒞정상 참작은 createdAt 으로(★제목·라벨로 봐주지 마라) · ⒟기존 6축 보존.

★측정 함정 1건 기록

「회차 = 부모 2개 머지커밋」으로 세면 ★스쿼시 착지를 놓친다 — 그 술어로는 12/12(미작성 0) 였고,
AGENTS.md 정본 술어(first-parent 전건)로 다시 재서 15/1 을 얻었다. ★그 차가 정확히 PR #13 이다.

착지 형태

등재 repo ⇒ --squash 금지(스쿼시는 계보를 접는다) · 게이트③은 merge_strategy: merge.

jun0 added 2 commits September 5, 2026 03:51
…nforcement-decision]
채택 제안 2026-09-04-worklog-mandate-and-local-gate#p0 에 대한 판정.
검사기 무접촉(6축 무회귀) · .rs 0줄 · 과거 backfill 0.
★사전 등록된 재측 시점에 도달했다 — AGENTS.md 가 의무화 회차에서 「2026-09-04 이후
열 번째 착지 회차에 재측하라」를 미리 적어 뒀고, 실측 11회차로 충족됐다. 그래서 그때
등록한 두 임계를 그대로 재서 판정한다(골대를 옮기지 않았다).
⒜ 미작성: 창 b3a4cf4..origin/main 의 first-parent 착지 회차 15건 중 1건(6.7%).
임계 ≥2 미달. 그 1건은 11ef501(PR #13 · S2 · 스쿼시 착지)이고 규약보다 먼저
갈라졌다 — 옮겨 적지 않고 쟀다: PR createdAt 2026-08-23T23:37:41Z ↔ 규약 착지
2026-08-26T02:57:28Z(약 2.6일 먼저). ⇒ 규약을 알 수 있었던 회차만 보면 0/14 = 100%.
⒝ 열린 카드: .json 15개 · proposals 26 − disposed 13 = 13 open(기준선 5). 임계 <5
미달 — 의무가 카드를 줄이지 않고 늘렸다.
⇒ 두 임계가 둘 다 발화하지 않으므로 문안을 그대로 두고 기계 강제를 넣지 않는다.
데이터를 본 뒤 기계를 넣는 것은 이 저장소가 반복해 규탄한 골대 옮기기다.
★약점은 숨기지 않는다: ⒤「100%」는 단일 집행 주체의 습관일 수 있다(리니지는 13개로
갈렸지만 git author 가 하나라 누가 집행했나를 못 가린다) ⒥정본 술어가 느슨하다
(「docs/worklog/ 를 만졌다」는 옛 워크로그 한 줄 추가도 통과 — 엄격 술어로 재도 이번
창은 같은 14 라 안 물렸을 뿐이다) ⒦실패는 여전히 조용하다. ⇒ 「위험이 없다」가 아니라
「임계가 아직 발화하지 않았다」이다.
★재개 조건을 엄격 술어 명령과 오늘의 값 1 로 AGENTS.md 에 박았다(2 이상이면 재개).
그 명령을 그 자리에서 실행해 값이 문서 기재와 일치함을 확인했다.
★재개하면 만들 것도 미리 적었다: baseline sha 금지(소급 금지를 깨고 기준선이 낡는다) ·
PR diff 로 조건부 판정(REPORT.md 후속 추천 구역을 만졌으면 docs/worklog/ 에 새 쌍도
있어야 한다 — 의무가 조건부이므로 검사도 조건부여야 한다) · 정상 참작은 createdAt 으로
판정하고 제목·라벨로 봐주지 마라 · 기존 6축 보존.
★측정 함정 1건 기록: 「회차 = 부모 2개 머지커밋」으로 세면 스쿼시 착지를 놓친다.
처음 그 술어로 12/12(미작성 0)를 얻었고 정본 술어로 다시 재서 15/1 을 얻었다.
그 차가 정확히 PR #13 이다.
…machine-enforcement-decision]
STATE.md 진행중 → 완료(게이트③ PR #30 · --merge · 등재 repo · 게이트② 1회차 approve ·
반려 0 · 착지로 재개 조건이 AGENTS.md 에 상주한다 — 엄격 술어 값이 2 이상이면 재개하고
오늘의 값은 1) + worklog .json 게이트③ 집행 1줄(동봉 전 head 가 핀과 일치했음 ·
fetch 를 먼저 쳐 거짓 일치를 막았음 · check-worklog-json.py 무접촉). 코드 변경 0.
@Jun025
Jun025 merged commit 0a01e4b into mainSep 4, 2026
10 checks passed
@Jun025
Jun025 deleted the feat/rustjava-worklog-absence-decision branch September 4, 2026 19:38
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@Jun025