2026-07-12 作業ログ

Monthly Review（2026-07）

policy §11 月次レビュー（初回実施）。手順は logseq-graph/pages/00_System/operations.md の月初チェックリストに従った。

• ✅ policy §11 月次レビュー実施（guard.log・evidence-log.ndjson の実測）
  • guard.log: 695 行 / 190KB / 最終更新 2026-07-11 22:50。初回エントリは 2026-07-07T01:44Z（issue #79 ハーネス自己保護の有効化以降）のため前月比較は今回なし
  • 判定内訳: BLOCK 570 / OVERRIDE 95 / WARN 30。日別では 7/7（340件）と 7/11（301件）に集中しており、いずれもガード自体の開発・検証作業（issue #79・PR #184 の guard-corpus テスト実行）由来。通常作業での発火は少数
  • 誤爆候補（要観察・今回はガード変更なし）:
    • 読み取り専用操作のBLOCK: ls .ai-harness/scripts/ や gh api ...contents/.github/workflows/agent-review.yml（workflow の閲覧）が機密パス判定でBLOCKされている。書込みでなく閲覧までブロックするのが意図通りかは次回レビューで再判定
    • .ai-harness/state/guard.log という誤ったパス指定（正: .ai-harness/logs/guard.log）へのアクセスが機密ディレクトリBLOCKになった例あり（実害なし）
• ✅ guard.log ローテーション確認: 行数ベースの自動ローテーション（5,000 行超で切詰め、guard_lib.sh）実装済み・現在 695 行で未発動。チェックリストの目安「100KB 以上で要ローテーション」とは基準が不一致（現在 190KB だが行数では余裕）→ 基準をどちらかに統一すべき（operations.md 側の記載更新を検討）
• ❌ evidence-log.ndjson 更新状況: 最終エントリ 2026-06-28T08:34（14日前）。「7日以上更新なしは異常」に該当。evidence-log を書いていた仕組み（Antigravity SDK 側）が 6/28 以降動いていない
• ❌ launchd ジョブ確認: 両ジョブとも失敗中
  • journals-sync: runs=7・last exit code 78 (EX_CONFIG)。stderr に /bin/bash: .../scripts/sync-journals-hourly.sh: Operation not permitted（2026-07-04 12:23）。最後の正常完了ログは 2026-07-05 11:45（「no content changes, nothing to push」）で、以降約7日間サイレント故障。#138 で観測されたのと同型の再発
  • gitlab-mirror: launchd 経由の実行 4 回すべて fatal: Unable to read current working directory: Operation not permitted / exit=128。launchd 経由での成功実績なし（ログ末尾の成功 push は手動実行由来とみられる）
  • 原因は両者共通で macOS TCC（launchd から起動されたプロセスに ~/Documents へのアクセス権がない）。要ユーザー対応: システム設定 → プライバシーとセキュリティで、ジョブの実行バイナリ（/bin/bash を直接指定するのではなく、可能ならスクリプトを Documents 外へ移すか、JournalsSync.app / sh にファイルアクセス権を付与）を許可する。恒久策としてはスクリプト・作業コピーを TCC 保護外のパス（例: ~/antigravity-jobs/）に置く構成変更を検討
• ✅ journal に月初レコードを作成: 本エントリ

次回（2026-08 月初）への申し送り

• 8月レビューでは guard.log の前月比較が初めて可能になる（7月分: 695 行、うち大半はガード開発由来）
• 読み取り専用操作の機密パスBLOCKが通常作業でも頻発するようなら §11 に基づき緩和を検討
• evidence-log と launchd 2 ジョブの復旧確認を必須項目にする