omm

omm log

모든 omm 명령이 남기는 로컬 실행 로그를 읽습니다 — 뭘 언제 실행했고, 성공했는지, 얼마나 걸렸는지. 아무 데도 전송하지 않습니다.

01 / 06

개요

omm을 실행할 때마다 ~/.omm/logs/history.log에 요약 블록이 하나씩 쌓이고, 그 실행의 전체 세부 내용은 ~/.omm/logs/<타임스탬프>_<pid>_<명령>.jsonl 파일에 따로 남습니다. log는 그걸 다시 읽는 명령입니다: 기본은 최근 40회, -n으로 개수 조절, --grep으로 특정 문자열이 든 실행만. 인자는 값 대신 <arg>로 기록되므로 모델 이름이나 검색어가 로그에 남지 않습니다. 이 로그는 로컬 전용이고, omm setting upload 정책이 뭐든 절대 업로드되지 않습니다 — 화면이 이미 스크롤돼 사라진 뒤에도 omm이 실제로 뭘 했는지 확인하려고 있는 기능입니다.

02 / 06

옵션

이 명령이 받는 모든 옵션과, 생략했을 때의 기본값입니다.

  • --linesN기본값: 40

    최근 실행 몇 개를 보여줄지.

  • --grepTEXT기본값: no filter

    블록 안에 이 문자열이 든 실행만 보여줍니다 — 명령 이름, 버전, 에러 등.

  • --rebuild—기본값: off

    실행별 JSONL 파일에서 history.log를 다시 만듭니다. 합쳐진 파일이 없거나 잘렸을 때 씁니다.

03 / 06

예제

기본 검색부터 스크립트에 넣을 만한 형태까지.

최근 40회 실행.

$ omm log

최근 5회만.

$ omm log -n 5

install이 언급된 실행만.

$ omm log --grep install

실행별 상세 파일에서 합본 로그를 다시 만듭니다.

$ omm log --rebuild

04 / 06

실제 실행 예시

2026-09-01, 임시 OMM_HOME 기준으로 실제로 실행한 omm log입니다 — 연속으로 실제 실행한 네 번(list·doctor·search·setting)이 기록되고 그대로 다시 읽힌 결과이며, 소요 시간과 PID까지 실제 값입니다. 같은 로그에 있던 다른 두 블록(omm help --all 실행과 숨김 백그라운드 버전 확인)은 길이 때문에 뺐고, 실린 내용은 하나도 손대지 않았습니다. search와 setting 블록의 <arg>를 보세요 — omm이 검색어가 아니라 저렇게 기록합니다.

06 / 06

문제가 생겼다면

아래 메시지는 모두 이 명령이 실제로 출력하는 것들입니다. 해당하는 메시지를 찾아 원인을 읽고, 마지막 줄대로 하면 됩니다.

  1. No run log yet.
    원인
    이 OMM_HOME에는 아직 기록된 실행이 없습니다 — 새로 설치했거나, 로그 디렉터리를 비운 경우입니다.
    대처
    omm 명령을 아무거나 한 번 실행한 다음 다시 읽으세요.
    출처
    src/omm/cli.py:6365-6366
  2. Rebuilt history.log from 12 run(s).
    원인
    에러가 아닙니다: --rebuild가 실행별 JSONL 파일 몇 개를 history.log로 다시 합쳤는지 알려주는 줄입니다.
    대처
    할 일 없습니다 — 그 숫자가 새로 만든 로그가 담고 있는 실행 횟수입니다.
    출처
    src/omm/cli.py:6362-6363

그래도 해결되지 않는다면, 화면에 뜬 메시지 그대로를 첨부해 이슈를 등록하세요.

전체 명령어