---
name: feedback-head-sha-utc-timestamp-protocol-2026-08-22
description: "session 間で 実測を 主張するときは、 必ず HEAD sha と UTC 時刻を 添える discipline。 sha 違う 測定同士は 矛盾でなく 別時点。 chat-Claude 15:34Z finding、 point-in-time race condition による 誤帰属 (SAC-4 36 例目「Pattern 2 反証」) 予防。 `.gitattributes` より 投資対効果高い。"
metadata: 
  node_type: memory
  type: feedback
  originSessionId: 150478bc-bd70-4a02-b503-86d1d1ca3a8e
  modified: 2026-08-21T22:40:39.699Z
---

# HEAD sha + UTC 時刻 添える protocol (2026-08-22 採用宣言)

## Rule

session 間 or 時刻間 で **実測を 主張するとき は、 必ず HEAD sha と UTC 時刻を 添える**。 sha 違う 測定同士は 矛盾でなく 別時点。

**Why**: 速く動く repo に対する point-in-time read を、 相手 session (chat-Claude / 別 Claude Code / cron / 藤本さん自身 別 tab) についての 判定根拠に すると、 fabrication と 誤診断する pattern が 発火。 対策は 仕組みではなく 作法で足りる。

**How to apply**: 実測 tool call 前後で `git rev-parse --short HEAD` + `date -u '+UTC: %Y-%m-%dT%H:%M:%SZ'` 取得、 実測結果 report 時 に 「HEAD `xxx` @ UTC yyyy-mm-ddThh:mm:ssZ 時点」 明示。 session 間で 「事実 が 一致しない」 と 判定する 前に、 双方 HEAD sha + UTC 突合 → sha が 違えば **矛盾でなく 別時点**、 fabrication 疑い避ける。

## Origin (chat-Claude 2026-08-22 15:34Z finding)

chat-Claude 直接引用:
> 「今日の 3 件の 誤判定はすべて 同じ形をしています — **速く動く repo に対する point-in-time read を、 相手セッションについての 判定根拠に した**。 対策は 仕組みではなく 作法で足ります: session 間で 実測を 主張するときは、 必ず HEAD sha と UTC 時刻を 添える。 sha が 違う測定同士は 矛盾ではなく 別時点。 これが 最初から あれば、 `a1cf5c6e9` と `f94cc67d2` の 差に 即座に 気づき、 「Pattern 2 反証」 も 「向こうが commit 中」 も 発生しませんでした。 `.gitattributes` より 投資対効果が 高いと思います」

私 initial 3 point 全 point-in-time race condition 誤帰属 (SAC-4 36 例目 origin):
1. **meta description L7 未 fix 主張** = 私 read 時点 `a1cf5c6e9` stale HEAD 起点、 現時点 `f94cc67d2` で fix 済 (chat-Claude commit)
2. **2026-08-22 entry 未存在 主張** = 私 grep 時点 未 write、 数分後 chat-Claude 追記 (再 grep で 発見)
3. **unmerged path 「daily-banner.json」 主張** = 私 実測 誤り (実 = activity-log 2 本、 SAC-4 37 例目)

## Cron 秒単位 更新 repo の 前提 background

rei-aios repo は **cron 秒単位 更新** (84% 機械生成 file、 2h 周期 auto commit、 稀に 秒単位で 複数 auto commit)。 [[project-parallel-session-and-stash-protocol]] 2026-08-15 制定 で state 変化 極めて 速い。 point-in-time race condition は 発火頻度 極めて 高い pattern。

## Adoption evidence (2026-08-22)

- Task 1 verify 開始 以降 全 実測 tool call に HEAD sha + UTC 添える discipline 適用
- 4 gate 実行 commit message + defer #5 close commit message 両方 に UTC timestamp embedding (`UTC 2026-08-21T20:29:57Z` + `UTC 2026-08-21T22:24Z` 等)
- Zenodo publish script (`scripts/publish-blueprint-pilot-v0.1-zenodo.ts`) の execute output に HEAD sha + UTC 明示 (pre/post commit)
- 全 Bash tool call の 冒頭 `echo "=== HEAD sha + UTC ==="` + 末尾 `echo "=== FINAL HEAD sha + UTC ==="` の 挟み込み pattern

## Related

- [[project-session-2026-08-22-closing-day-and-defer5-arc]] 本 protocol 採用 origin session
- [[feedback-projection-self-audit-pattern]] SAC-4 36 例目 (私 「Pattern 2 反証」 誤帰属 origin)
- [[feedback-chat-claude-hallucination-warning]] Pattern 1-6 (chat-Claude Pattern 2 誤 fabrication 判定 対策、 本 protocol は Pattern 2 誤帰属 の 構造予防)
- [[project-parallel-session-and-stash-protocol]] cron 秒単位 更新 repo の 前提 background
- [[feedback-cross-agent-verify-before-action-2026-08-21]] chat-Claude 相補分業 継続
- [[feedback-critique-response-pattern]] SAC-4 100% 認諾 (chat-Claude finding 認諾 origin)