docs: report agent and CI efficiency gains - #2089
Conversation
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 4020f88c89
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| <article class="metric"><span>PR + merge wall time</span><strong>−47.4%</strong><small>19m 24s → 10m 12s</small></article> | ||
| <article class="metric"><span>runner consumption</span><strong>−58.6%</strong><small>41m 39s → 17m 14s</small></article> |
There was a problem hiding this comment.
이 리포트는 docs/competitive 아래에 있으므로 성능 비교에는 docs/competitive/README.md:120의 원시 샘플, run count, warm/cold 상태, 환경 stamp 같은 필드가 필요합니다. 그런데 여기의 핵심 개선율은 단일 Actions run 링크와 요약 시간만으로 “추정이 아님”을 전제하므로, 캐시 상태나 runner 변동이 섞인 일회성 수치가 비교 가능한 실험 근거로 재사용될 수 있습니다. 원시 job 시간 표와 환경/샘플 조건을 추가하거나 해당 수치를 inferred/unverified로 낮춰 주세요.
Useful? React with 👍 / 👎.
| <article><h3>Linux test suite 측정 기반 분할</h3><p>unit / architecture / native validation을 별도 job으로 병렬화하되 fixture 간 숨은 순서 의존성을 먼저 제거합니다.</p></article> | ||
| <article><h3>clean-host 계약 독립성 강화</h3><p>테스트가 이전 테스트의 repository·authority 상태에 기대지 않도록 fixture setup을 자체 완결형으로 바꿉니다.</p></article> | ||
| <article><h3>분류 경로 회귀 감사</h3><p>새 최상위 디렉터리와 workflow 파일이 추가될 때 unknown→full 동작을 유지하고, 월 1회 action SHA를 갱신합니다.</p></article> | ||
| <article><h3>cache 효율 관측</h3><p>restore key 적중률과 cache 크기를 기록해 오래된 target artifact 때문에 restore가 느려지는 시점을 판단합니다.</p></article> |
Summary
Validation
node scripts/agent-plan.mjs→docsgit diff --checkThe browser plugin blocks local
file://navigation, so visual rendering was not bypassed; structural validation and a real docs-only PR run are used instead.