Measure Wado's performance or the size of the Wasm it generates, and refresh the benchmark/ and wasm-size/ README files. Use for any benchmarking or size-measurement request, whichever benchmark it names.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
The only way to merge origin/main into a branch, conflicts or not. Use it every time main comes in — a PR reported conflicting or DIRTY, a branch behind origin/main, a CI failure to reproduce on the merged tree. Never run `git merge origin/main` or `git pull origin main` by hand.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
실행 점수 미검증
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Merge origin/main into the current branch. Follow every step whether or not the merge conflicts: a clean merge still ends with the sanity check.
If the branch is on origin, pull it first: CI's tidy job may have pushed
chore: tidy onto it. If that pull conflicts, take it through steps 2 and 3,
then start again here, so origin/main is merged too. Then move the checked-out submodules to the pointers the
merge recorded, so the next git add -A does not stage a stale checkout.
b=$(git branch --show-current)
if git ls-remote --exit-code --heads origin "$b" > /dev/null; then
git pull --no-rebase origin "$b" || exit 1 # a conflict stops here
fi
git fetch origin main
git -c merge.conflictstyle=zdiff3 merge origin/main
git submodule update --recommend-shallow
If the merge produces conflicts, commit the conflict markers without resolving them first. This records the raw conflict state in a dedicated commit, separate from the resolution.
git add -A
git diff --cached origin/main -- vendor
git commit -m "merge origin/main (conflicts unresolved)"
The vendor diff prints nothing unless the branch bumps a submodule itself.
Anything else is a stale checkout that git add -A staged, reverting main's
bump. Restore main's pointer for each such path before committing, and check
again after every git add -A, step 3's included:
git update-index --cacheinfo 160000,"$(git rev-parse origin/main:vendor/wasmtime)",vendor/wasmtime
After committing the unresolved state:
git add -A
git diff --cached origin/main -- vendor # as in step 2
git commit -m "resolve merge conflicts"
mise run test for sanity checkCI applies clippy and format, so a quick sanity check is sufficient.
-c merge.conflictstyle=zdiff3 so the merge base is visible in conflict markers (with zealous zdiff3 reducing noise)on-task-done / CI.git restore to clean the
tree or quiet a hook). Commit it, or ask. Discarding generated work without
asking is always wrong.아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Measure Wado's performance or the size of the Wasm it generates, and refresh the benchmark/ and wasm-size/ README files. Use for any benchmarking or size-measurement request, whichever benchmark it names.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Measure how long GitHub Actions jobs and steps took across past runs, and find the pull request that made CI slower. Use for any question about CI duration, a slow job, or when CI got slow.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
How to answer code review feedback — a human reviewer, CodeRabbit, or any review bot. Verify the findings, report the classes they are instances of to the user before fixing, then fix the class rather than the sites named. Put design decisions to the user, then run /distill. Invoke when responding to review comments on a pull request, or to the findings of a /code-review run.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Investigate and improve code coverage for the wado-compiler crate. Use for any question about what the tests do and do not reach, dead code included.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Review the branch with /code-review at high, then answer the findings with /code-review-response.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use rust-gdb to inspect variables and step through code without modifying it. Prefer it over print debugging for any investigation into what the compiler is actually doing (lldb is unavailable on Claude Code Web).
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.