指示書AZ — 指示書AX の実装をコミットし、レビューの指摘（契約・コメント・テストの穴・見た目・資料）を直す

日付: 2026-10-19 / 担当: Cursor（指示書AX を実装した担当がそのまま続ける）/ 基点: develop 88ed0c2 ＋ 作業ツリーにある ★未コミットの指示書AX の実装★ 前提: 指示書AX（docs/handoff/指示書AX_D-Secアラートをrobot_error_reportsから読む_20261019.md）／D-180（docs/decisions.md:13037 以降。作業ツリーで追記済み・未コミット）／ D-091 項3（docs/decisions.md:3510-3551）／第11回 P-8・P-10（D-158）／CLAUDE.md §0・§3・§4.7・§6・§7・§9.4

★行番号はすべて 2026-10-19 に、develop 88ed0c2 の上に AX の未コミットの変更が載った作業ツリーで確かめたもの★。 段階0 のコミットでは行番号は変わらない。段階1 以降で同じファイルを直すと後ろの行はずれるので、★文（引用した文言）で探し直すこと★。

★本書は「書いてあることを全部やる」前提で、直す場所を1つずつ挙げてある★。「ほかにも同じ記述があれば直す」とは書かない — ★見つけたら§2 のルールで直し、作業報告に書く★。

0. 何をするか

★変えないもの★: AX の仕様（U1〜U8・D1〜D15・表1〜表5）／ルート・データ層・画面の ★ロジック★（本書で直すのはコメント・契約・テスト・CSS・資料だけ）／ lib/db/robot-error-write.ts／prisma/schema.prisma／施設名・分類の解決（罠7）／/alerts（範囲外）／ ★AW の表1 E8 のシリアル '0'（app/api/errors/__tests__/route.test.ts:275・app/api/errors/[error_id]/status/__tests__/route.test.ts:199-200 :263-265）★ — ★テストの中の行なので変えない★（指示書AX §12-2-4）。

1. 背景

• 指示書AX は Cursor で実装済み（★未コミット★。作業ツリーの39ファイルの変更＋7つの新規ファイル。docs/decisions.md の D-180 の追記を含む）。
• ★実装担当の申告★: tsc 0件・lint 0件・vitest 130ファイル / 3077件 全件通過。
• ★監督の画面確認（2026-10-19。fixtures・:3100。当方の fixtures 由来）★ — すべて合格:
  • D-Sec アラート: 数値カード 未解消3・対応中2・解消2、既定5行
  • 編集モードで保存 → PATCH /api/errors/FX-ERR-12/status 200 → /errors に反映
  • FX-ERR-18・19 は /errors にも /ds-alerts にも出ない。その PATCH は404
  • GET /api/ds-alerts?status=done は422
  • 清掃詳細ログ: 1440px・50行で tableWrap の scrollWidth == clientWidth（1139）。JP / EN とも
• ★監督のコードレビュー（2026-10-19）で、下の指摘が出た★（仕様の誤りは無い。契約・コメント・テスト・見た目・資料の漏れ）。§0 の #1〜#8。

2. ★共通ルール（本書だけでなく、今後のすべての指示書に当てはまる）★

3. 落とし穴

段階0 — 作業ツリーにある AX の実装をコミットする（直す前に）

1. ★develop の本体で作業する★（.claude/worktrees/ の中ではない）。git log --oneline -1 が 88ed0c2（またはその後の docs だけのコミット）であること。
2. git status --short を控える。★2026-10-19 時点では AX の45行（変更38・削除1・未追跡6行）★と、★本書（docs/handoff/指示書AZ_…_20261019.md）の未追跡1行★。これと違えば、違う行が誰のものかを確かめてから進む（3-4）。 ★本書は AX のコミットに含めない★（監督がコミットする。まだコミットされていなければ、そのまま未追跡で残しておく）。
3. npx tsc --noEmit -p . → npm run lint → npm test を走らせ、★テストのファイル数と件数を控える★（AX 後の件数。申告では 130ファイル / 3077件）。通らなければコミットせずに報告。

0-a. 段階7（別件）の CSS — 4ファイルで1コミット

git add -- components/features/detail-log/CleanLogTable.module.css \
  components/features/clean-area/CleanAreaScreen.module.css \
  components/features/facilities/FacilitiesScreen.module.css \
  components/features/ds-logs/DsLogScreen.module.css
git diff --cached --name-status   # この4行だけであること

メッセージの例: style: 清掃詳細ログの施設名の列を 126px → 110px にし、画面幅 1440px で縦スクロールバーが出たときの 11px の横スクロールを消す(指示書AX 段階7・D-180 項10) （★DsLogScreen.module.css:83 の空白は段階4 で別に直す★。ここでは今の内容のままコミットする）

0-b. 残りの AX — 1コミット（★1つも漏らさない★）

git add -- \
  app/api/__tests__/master-filter-dashboard-reports.test.ts \
  app/api/__tests__/master-filter.test.ts \
  app/api/dashboard/__tests__/route.test.ts \
  app/api/dashboard/route.ts \
  app/api/ds-alerts/route.ts \
  app/api/ds-alerts/__tests__/route.fixtures.test.ts \
  app/api/ds-alerts/__tests__/route.test.ts \
  "app/api/errors/[error_id]/status/__tests__/route.test.ts" \
  app/api/errors/__tests__/route.fixtures.test.ts \
  app/api/errors/__tests__/route.test.ts \
  components/features/ds-alerts/DsAlertsScreen.module.css \
  components/features/ds-alerts/DsAlertsScreen.tsx \
  d-watch-api.yaml \
  docs/decisions.md \
  docs/fixtures.md \
  lib/config/index.ts \
  lib/dashboard/__tests__/aggregate.test.ts \
  lib/dashboard/aggregate.ts \
  lib/db/__tests__/ds-alert-mapping.test.ts \
  lib/db/__tests__/ds-status.test.ts \
  lib/db/__tests__/error-report-mapping.test.ts \
  lib/db/__tests__/error-report-visibility.test.ts \
  lib/db/__tests__/fixture-error-reports.test.ts \
  lib/db/__tests__/robot-error-select.test.ts \
  lib/db/ds-alert-mapping.ts \
  lib/db/ds-status.ts \
  lib/db/error-report-mapping.ts \
  lib/db/index.ts \
  lib/db/precheck-mapping.ts \
  lib/db/robot-error-select.ts \
  lib/ds-alerts/__tests__/edit.test.ts \
  lib/ds-alerts/__tests__/query.test.ts \
  lib/ds-alerts/edit.ts \
  lib/ds-alerts/query.ts \
  lib/error-reports/__tests__/query.test.ts \
  lib/error-reports/query.ts \
  lib/fixtures/ds-alerts.ts \
  lib/fixtures/error-reports.ts \
  lib/fixtures/index.ts \
  lib/i18n.ts \
  lib/types/index.ts \
  scripts/seed-local-db.ts
git diff --cached --name-status   # 42行（M 34・D 1・A 7）であること
git status --short                # 何も残っていないこと（他のセッションの変更を除く）

• ★docs/decisions.md の差分は D-180 の追記（:13035-13061 の27行）だけ★であることを git diff --cached -- docs/decisions.md で確かめる。D-179 以前の行が変わっていたら止まって報告
• ★lib/db/precheck-mapping.ts はコメントだけの変更（:28-33）★。AX §9 では「中身を触らない」だったが、D8 で DsAlertStatus を消したので古い説明を直したもの（段階8 の記録に逸脱として書く）

メッセージの例（本文に何を・なぜを書く）:

feat: D-Sec アラートを robot_error_reports(D-S_CONTROL_FAILURE)から読み、D-Sec 画面に編集モードを付ける(指示書AX・D-180)

- 取得元を control_error_histories から robot_error_reports に切り替え(第11回 P-10=A)。SECURITY_ON・NOT_STARTED は出さない(U1・U2)
- DsAlert の契約: id は string・resolution_status はエラー一覧と同じ語彙・memo→note・status=done は422(D8〜D10)
- 書き込みは PATCH /errors/{error_id}/status の1本。YAML の PATCH /ds-alerts/{id}/status を削除(D6・D7)
- 削除済みの施設・清掃エリアの行をエラー一覧と D-Sec の両方から外し、その PATCH は404(U8)
- fixtures を作り直し(FX-ERR-12〜19)、ローカルのシードを追従

0-c. AX 前のテスト件数（段階8 の記録に使う）

★AX 前の件数は 125ファイル / 2,963件★（監督の実測 2026-10-16。D-178 のコミット f07f7bf 時点。その後 AX までのコミットは資料だけなので件数は同じ）。★測り直さない★（git switch で作業ツリーを動かさないこと）。

段階1 — 契約（d-watch-api.yaml）に AX の挙動を書く（指摘1・G1）

★文言は下のとおりにする（意味を変えなければ言い回しは整えてよい）★。YAML のブロック文字列（description: |）の字下げを崩さない。

★確かめること（G1）★:

• grep -n '"0"' d-watch-api.yaml — シリアルの説明として "0" を単独で言っている行が残っていないこと（1-3・1-6 の「P-8 の回答では "0"」は残ってよい）
• grep -n "全行" d-watch-api.yaml — /errors の対象を「全行」と言い切る行が残っていないこと
• grep -n "deleted_at\|削除済み" d-watch-api.yaml — /errors・/errors/{error_id}/status・/ds-alerts の3か所に U8 があること
• ★YAML として読めること★: npx js-yaml d-watch-api.yaml > /dev/null（PowerShell なら > $null）がエラーを出さないこと

コミット（YAML だけで1つ）: docs: エラー一覧の契約に、削除済みの施設・清掃エリアの行を出さない・PATCH は404・シリアルは実データで --- を書く(指示書AZ・D-180)

段階2 — 古い docstring・コメントを直す（指摘2・G2）

★コメントだけ。実行される行は変えない（3-5）★。

• ★2-8・2-9 は app/api/errors/** だが、本書では ★コメントだけ★ 直してよい（AX §9 の「ルートを触らない」はロジックの話。監督判断 2026-10-19）
• ★直したら grep -rn "全行" lib/db/index.ts lib/db/error-report-mapping.ts app/api/errors で、robot_error_reports について「全行」と言い切る行が残っていないこと★（lib/types/index.ts の clean_task_reports の「予定外を含む全行」は別の話なので対象外）

コミット（コメントだけで1つ）: docs: エラー一覧のデータ層・ルートのコメントに、削除済みの施設・清掃エリアの行を外すこと(U8)を書く(指示書AZ)

段階3 — テストの穴を埋める（指摘3・G3）

★既存の期待値は変えない。検査を足すだけ（3-6）★。★各項目で「わざと壊して赤 → 戻して緑」を1回やる★（壊した変更はコミットしない。やったことを作業報告に書く）。

3a. ★V8 が「名前の解決が削除済みの施設を落とした」場合でも緑になる★ — app/api/errors/__tests__/route.test.ts:601-605

いまの V8 は「0件・meta.total 0」だけを見ている。★0件になる理由は2つありうる★: (1) 名前の解決で施設3が解決され、可視性で外れた（正しい）／(2) 名前の解決が施設3を落として facility_id IN [] になった（罠7 の後退）。いまのテストは両方で緑。

直し方: expect(body.meta.total).toBe(0); の後に、★1段目の where に施設3が渡っていること★を足す。

// ★0件の理由が「可視性で外れた」ことを確かめる★ — 名前の解決が削除済みの施設を落とす後退（罠7）だと
//   `facility_id: { in: [] }` になり、上の2行だけでは緑のまま
expect(errorCalls[0].where).toMatchObject({ facility_id: { in: [BigInt(3)] } });

• ★このテストでは db.facilityNameIndex() が vi.spyOn で差し替えてある★（:319-321）ので、lib/db/facility-name-source.ts 自体の後退はここでは見えない（それは lib/db/__tests__/facility-name-source.test.ts の担当）。★ここで守るのは「ルート〜解決〜データ層で、削除済みの施設の ID が落ちないこと」★
• ★壊して確かめる★: V8 の中で一時的に vi.spyOn(dataSource, "facilityNameIndex") を「id 3 を除いた索引」を返すように差し替える → 足した1行で赤になること → 戻す

3b. ★ダッシュボードのセキュリティバナーの検査が「空と空」★ — app/api/__tests__/master-filter-dashboard-reports.test.ts:173-177

いまは all.security_banner も scoped.security_banner も [] を比べているだけで、★ルートの絞り込み（dsAlertsOfScope app/api/dashboard/route.ts:195 → :212）を外しても緑のまま★。 （expect(allowed.size).toBeGreaterThan(0) はバナーの検査ではない）

★db.dsAlerts() を差し替えて、分類の中と外に1件ずつ security_off を置き、絞り込みが効くことを確かめる★。 ★このファイル（fixtures 経路）で行う★ — db.dsAlerts() はデータ層の境目なので経路に依存しない。Prisma 経路（app/api/dashboard/__tests__/route.test.ts）で分類を試すと、モックした @/lib/db/prisma の動的 import の罠を踏む（指示書AX 4-4-1・指示書AW §13-4 #2）。

1. import を足す: import { db } from "@/lib/db";・既存の import type { … } from "@/lib/types";（:14-20）に DsAlert を足す（施設の型は (typeof facilities)[number] で取るので Facility は要らない）
2. この describe（:118 付近 GET /dashboard の分類絞り込み）の afterEach（:129）に ★vi.restoreAllMocks();★ を足す（差し替えを他のテストに漏らさない）
3. :173-177 を次に置き換える（コメントも直す）:

// ★fixtures にも DB にも `security_off` は無い（D-180。バナーは実データでは常に空）★。
//   ★それでもルートの絞り込み（`dsAlertsOfScope`）を守るため、`db.dsAlerts()` を差し替えて
//   分類の中と外に1件ずつ置く★（空と空を比べても絞り込みの検査にならない — 指示書AZ G3）
const inside = facilities.find((f) => allowed.has(f.id))!;
const outside = facilities.find((f) => !allowed.has(f.id))!;
const securityOff = (id: string, f: (typeof facilities)[number]): DsAlert => ({
  id,
  alert_type: "security_off",
  device_serial: "DS-TEST",
  facility_id: f.id,
  facility_name: f.facility_name,
  section_name: "1F売り場",
  detected_at: `${todayJst()}T03:10:00+09:00`,
  resolution_status: "unresolved",
  responded_at: null,
  resolved_at: null,
  note: null,
});
vi.spyOn(db, "dsAlerts").mockResolvedValue([securityOff("T-1", inside), securityOff("T-2", outside)]);
const allB = await dashboard("");
const scopedB = await dashboard("customer_id=1");
expect(allB.security_banner.map((b) => b.facility_name).sort()).toEqual(
  [inside.facility_name, outside.facility_name].sort()
);
expect(scopedB.security_banner.map((b) => b.facility_name)).toEqual([inside.facility_name]);

• ★all / scoped は差し替えの前に取っているので、差し替え後に取り直す（allB / scopedB）★。差し替えをテストの先頭に置いて all / scoped をそのまま使ってもよい（その場合 schedule_progress の検査が影響を受けないことを確かめる — dsAlerts() は予定に関係しない）
• ★inside / outside が見つかることが前提★（allowed は allowedFacilityIds(null, 1)。屋号1とそれ以外の施設が fixtures にあることは同じファイルの「customer_id=1」のテストが保証している）
• ★施設名が fixtures で重複していないこと★を facility_name で突き合わせる前提にしている。重複していたら section_name か since も合わせて比べる
• ★壊して確かめる★: app/api/dashboard/route.ts:212 を一時的に computeSecurityBanner(dsAlerts) にする → scopedB の検査で赤になること → 戻す

3c. （任意。時間があれば）

1. ★app/api/ds-alerts/__tests__/route.test.ts★ — いまのスタブは ★where を無視して全行返す形だけ★（:83）。AX 表5 の注意書きは「where を評価する形と無視する形の両方」。★where の error_type.in・status.in・facility.deleted_at・section.deleted_at を評価する形★を1つ足し、表5 V4〜V7 と表1 R1〜R4・R11〜R13 が同じ結果になることを確かめる（知らないキーは例外にする — app/api/errors/__tests__/route.test.ts:109-145 の matchErrorWhere() と同じ作法。★error_type の比較は SQL の ci・PAD SPACE を真似なくてよい（完全一致でよい）★）
2. ★app/api/errors/__tests__/route.test.ts★ の表5 に、★D-Sec の行（D-S_CONTROL_FAILURE・robot_id NULL）で削除済みのもの（V5〜V7）★を足し、エラー一覧に出ないこと（既定・include_resolved=true・meta.total）を確かめる。guardNullRobotId() は既にスタブに入っている（:171）
3. ★lib/db/__tests__/fixture-error-reports.test.ts★ に、既定（未解消・対応中）の ★並び★ を足す（いまは件数だけ。:132-138）。期待値は段階5 の 5-2 の並び（★表の時刻から手で導いたもの★）

コミット（テストだけで1つ）: test: エラー一覧の V8 で削除済みの施設の ID が where に渡ることと、ダッシュボードのバナーが分類で絞られることを確かめる(指示書AZ G3)

段階4 — 画面の CSS（指摘4・5）

★components/features/ds-alerts/DsAlertsScreen.module.css と components/features/ds-logs/DsLogScreen.module.css だけ★。.tsx は変えない。 ★色は既存の CSS 変数だけ・font-family を宣言しない★（ファイル冒頭の注意書き :1-7）。

• ★エラー一覧（ErrorsScreen.module.css）・アラート（AlertsScreen.module.css）は変えない★（写すだけ）
• ★画面での確認は段階7 の 7-5★

コミット（CSS だけで1つ）: style: D-Sec 画面の編集中のカーソル・バッジの幅・解消日時の寄せ・見出しの下の余白を直す(指示書AZ)

段階5 — docs/fixtures.md（指摘6）

• ★件数・並びは表の時刻（lib/fixtures/error-reports.ts）から手で導き、テストを走らせた結果を写さない★（AX 3-4 と同じ）

コミット（資料だけで1つ。段階6 と一緒でもよい）。

段階6 — 監督の資料を AX に追従させる（指摘8。★監督の依頼で本書に含める★）

★AX §9 では「監督が直す」としていたもの。本書では実装担当が直してよい（監督判断 2026-10-19）★。 ★直す前に 3-4 の確認をする（CLAUDE.md に他人の未コミットの差分があれば止まって報告）★。

6-1. CLAUDE.md

• ★CLAUDE.md:136（更新用アカウントは control_error_histories の4カラムも UPDATE 可）は変えない★（権限の説明として正しい）

6-2. docs/code-map.md

★冒頭の改訂の履歴（:8-21 の「第4版改訂4」の後）に1項目足す★: ★**第4版改訂5: 2026-10-19**（**D-180** / 指示書AX の実装 <段階0-b のコミット> まで）★ — 指示書AX で古くなった D-Sec アラートの記述だけを直しました（取得元を \robot_error_reports` に・編集モード・`PATCH /ds-alerts/{id}/status` の削除・fixtures の `ds-alerts.ts` の削除・削除済みの施設・清掃エリアの行を出さない）。★直した箇所の行番号は <段階0-b のコミット> で確かめました★。それ以外は上のとおりです`

• ★:3683（書いてよいのは robot_error_reports / control_error_histories の4列）は変えない★（権限の説明として正しい）
• ★行番号はこの表を書いた時点のもの★。上から順に直すと後ろがずれないよう、★下（行番号の大きいほう）から直す★
• ★最後に grep -n "control_error_histories\|ds-alerts\.ts\|PATCH /ds-alerts\|resolutionStatusFromControlErrorStatus\|DsAlertStatus" docs/code-map.md を走らせ、残りが :3683 と、改訂5 の説明・「アプリは読まない」等の意図した記述だけであること★

6-3. docs/spec.md

6-4. docs/decisions.md の D-091 項3（★追記だけ。既存の文は変えない★）

:3551（… ★3値は残る★★）の次の行に、字下げを揃えて1項目足す:

- ★★追記（2026-10-19。D-180）★★: ★`SECURITY_ON`（セキュリティ）は D-Sec アラートに出さない★ことでユーザー確定（指示書AX U1）。
  上の「確認が必要なこと」（バナーをどうするか）は、★バナーのコード（`computeSecurityBanner()`）は残す★ことでユーザー確定（U7）。
  ★DB のデータではバナーは常に空★（`security_off` を作らない）。廃止・転用するかは未決のまま。
  ★`disconnected` 側の3値は `robot_error_reports.status`（0/1/2）になった★（`control_error_histories` は読まない。D-180 項6・項8）

コミット（資料だけで1つ。段階5 と一緒でもよい）: docs: CLAUDE.md・code-map・spec・D-091 を指示書AX(D-180)に追従させる(D-Sec アラートの取得元・編集モード・U8・シリアル ---)

段階7 — 全体の確認

1. npx tsc --noEmit -p . — 0件
2. npm run lint — 0件（★eslint-disable を足していない★）
3. npm test — ★全件通過★。件数を控える（AX 後の件数以上。3c をやれば増える）
4. ★USE_FIXTURES=true で npm run build★（PowerShell: $env:USE_FIXTURES='true'; npm run build）— 成功（★本体で★。ワークツリーではない）
5. ★画面の確認★（段階4 の CSS）— ★アプリ内ブラウザ（mcp__Claude_Browser__*）を使う。Edge（ヘッドレス・CDP を含む）は使わない★（ユーザー指示 2026-10-16）。★ユーザーの :3000 は止めない★。 手順は指示書AX 段階10-1 の 1〜3（:3100 で next start・テスト用のトークンはその場で生成し、★文書・コミット・報告に書かない★）。/ds-alerts で:
   • 状態ボタン「全件」→ 編集。★状態ボタン・ページ送りのボタンの getComputedStyle(el).cursor が not-allowed★（4a）
   • 通常モードで、★[class*="__statusBadge"] の getBoundingClientRect().width が3状態とも同じ★ことを JP と EN の両方で（4b）
   • 編集モードで、★解消のカード（FX-ERR-14・15）の [class*="__statusTime"] の getComputedStyle(el).textAlign が right★（4c）
   • ★見出しの下の余白★: 見出しの入れ物（.header）の getBoundingClientRect().bottom と、数値カードの入れ物の top の差が ★20px★（4d）
   • ★スクリーンショットを1枚ずつ★（通常モード JP・EN、編集モード）。終わったら自分で起動した :3100 の listen プロセスを止める
   • ★アプリ内ブラウザが使えないときは、画面の確認をせずに「監督に任せる」と作業報告に書く★（ほかの手段で代わりにしない）
6. 最後の grep（★結果を作業報告に貼る★）:

   grep -n "全行" d-watch-api.yaml lib/db/index.ts lib/db/error-report-mapping.ts app/api/errors/route.ts
   grep -n '"0"' d-watch-api.yaml
   grep -n "D-Sec アラートの取得元の切り替えは次フェーズ" CLAUDE.md
   grep -n "control_error_histories\|ds-alerts\.ts\|PATCH /ds-alerts" docs/code-map.md docs/spec.md

   • 1行目: robot_error_reports について「全行」と言い切る行が0件
   • 2行目: 「P-8 の回答では "0"」の形だけ
   • 3行目: 0件
   • 4行目: 段階6-2 の最後に書いた「残ってよいもの」だけ

段階8 — D-180 の「実装の記録」を書く（指摘7・G4。★最後★）

docs/decisions.md:13059-13061（#### 実装の記録 とその下の1行）を、次の形に書き換える（★D-180 の本文 :13037-13057 は変えない★）:

#### 実装の記録

- ★2026-10-19 指示書AX（Cursor）★: 段階1〜8 を実装。
  - ★コミット★: <0-a の hash>（段階7 の CSS。別件）／<0-b の hash>（AX の残り全部）
  - ★テスト★: AX 前 125ファイル / 2,963件（監督の実測 2026-10-16・`f07f7bf` 時点） → AX 後 130ファイル / 3077件（全件通過）
  - ★画面確認★（監督。fixtures・`:3100`。2026-10-19。当方の fixtures 由来）: D-Sec の数値カード 未解消3・対応中2・解消2・既定5行／
    編集モードで保存 → `PATCH /api/errors/FX-ERR-12/status` 200 → `/errors` に反映／`FX-ERR-18`・`19` は `/errors`・`/ds-alerts` の両方に出ず PATCH は404／
    `status=done` は422／清掃詳細ログ 1440px・50行で `tableWrap` の `scrollWidth == clientWidth`（1139。JP / EN）
  - ★指示書と違う判断★: `lib/db/precheck-mapping.ts:28-33` のコメントを直した（AX §9 は「中身を触らない」。D8 で `DsAlertStatus` を消したので、「D-Sec 側は `pending` / `done`」という古い説明を消した。★コメントだけ・ロジックは変えていない★）
- ★2026-10-19 指示書AZ（AX のレビュー指摘）★: 契約（`/errors` GET・`/errors/{error_id}/status` の404・`ErrorReportItem.serial_number`・`/ds-alerts` の D3）・
  古いコメント・テストの穴（V8 の `where`・ダッシュボードのバナーの絞り込み）・D-Sec 画面の CSS・`docs/fixtures.md`・`CLAUDE.md` / `docs/code-map.md` / `docs/spec.md` / D-091 項3 を直した。
  - ★コミット★: <段階1〜6 の hash を順に>
  - ★テスト★: <段階7 で測った数>（全件通過）
  - ★画面確認★: <段階7-5 の結果と出所（誰が・どこで・いつ）。監督に任せたならそう書く>
  - ★指示書と違う判断★: <あれば。無ければ「無し」>

• ★この記録のコミット自体の hash は書かない★（書けない）
• ★「実測」と書く数字には出所を書く★（CLAUDE.md §6-6。上の画面確認は「当方の fixtures 由来」）

コミット（docs/decisions.md だけで1つ）: docs: D-180 に指示書AX・AZ の実装の記録(コミット・テスト件数・画面確認・逸脱)を書く

8. 記録だけ（★直さない★。作業報告に「確認した・直していない」と書く）

9. 触ってよいもの・触ってはいけないもの

触ってよい

• 段階0: §段階0 に挙げた46ファイル（コミットするだけ。中身は変えない）
• d-watch-api.yaml（段階1 の7か所）
• lib/db/index.ts・lib/db/error-report-mapping.ts・app/api/errors/route.ts・app/api/errors/[error_id]/status/route.ts（★段階2 のコメントだけ★）
• app/api/errors/__tests__/route.test.ts・app/api/__tests__/master-filter-dashboard-reports.test.ts（段階3a・3b）／（任意）app/api/ds-alerts/__tests__/route.test.ts・lib/db/__tests__/fixture-error-reports.test.ts（段階3c）
• components/features/ds-alerts/DsAlertsScreen.module.css・components/features/ds-logs/DsLogScreen.module.css（段階4）
• docs/fixtures.md（段階5）
• CLAUDE.md（段階6-1 の2か所）・docs/code-map.md（段階6-2）・docs/spec.md（段階6-3）・docs/decisions.md（★段階6-4 の D-091 項3 への追記と、段階8 の D-180 の「実装の記録」だけ★）

触ってはいけない

• ★docs/handoff/指示書AY_制御盤のログをD-Secログ画面から取り出す_20261019.md・docs/handoff/設計_制御盤ログの取り出し_20261019.md・docs/handoff/TeamWorks確認事項_第13回_*・docs/handoff/回答待ち一覧_*・docs/handoff/pdf/*★（他のセッションの作業）
• 指示書AX・本書（指示書AZ）
• ★docs/decisions.md の D-091 項3 の既存の文・D-179 とそれ以前の本文・D-180 の本文（:13037-13057）★
• 段階2・3 以外の .ts / .tsx（★ロジックを変えない★）。特に components/features/ds-alerts/DsAlertsScreen.tsx・lib/ds-alerts/edit.ts・lib/db/ds-alert-mapping.ts・lib/dashboard/aggregate.ts・app/api/dashboard/route.ts・app/api/ds-alerts/route.ts
• components/features/errors/**・components/features/alerts/**・components/ui/**
• ★prisma/schema.prisma・lib/generated/prisma/**・lib/db/robot-error-write.ts・lib/db/local-guard.ts★
• ★施設名・分類の解決（lib/facilities/resolve-by-name.ts / resolve-by-master.ts / lib/db/facility-name-source.ts / facility-group-source.ts）★
• d-watch-mock.jsx・docs/handoff.md
• ★AW の表1 E8 のシリアル '0' のテスト行★（§0 の「変えないもの」）
• ★認証情報（パスワード・接続文字列・DB のユーザー名・生成したトークン）を文書・コード・テスト・コミット・作業報告に書くこと★
• ★git add -A / git add .・push★

10. コミットの計画

• ★git add はファイルパスを明示する★。各コミットの前に git diff --cached --name-status で中身を確かめる
• メッセージには ★何を変えたか★ と ★なぜ（指示書AZ・どの指摘か）★ を書く
• ★push しない★。★監督がコミットを見てから、監督の指示で develop に push する★。PR の作成とマージは daichi のレビューの後（D-154）

11. 期待される結果

• 作業ツリーが空（他のセッションの変更を除く）で、develop にコミット 7〜9個が積まれている（未 push）
• d-watch-api.yaml を読めば、エラー一覧が削除済みの施設・清掃エリアの行を返さず meta.total にも数えないこと、その PATCH が404になること、シリアルが実データで --- であること、D-Sec が status 3以上を出さないことが分かる
• lib/db/index.ts の DataSource の宣言を読んで、errorReports() / errorReportById() が可視性で絞ることが分かる
• ★V8 は名前の解決が施設3を落とすと赤になり、ダッシュボードのバナーの検査は絞り込みを外すと赤になる★（壊して確かめた）
• D-Sec 画面: 編集中のボタンは禁止のカーソル／バッジの幅は JP・EN・3状態で同じ／編集中の解消日時は右寄せ／見出しの下は 20px
• docs/fixtures.md・CLAUDE.md・docs/code-map.md・docs/spec.md・D-091 項3 が AX の挙動と食い違わない
• D-180 の「実装の記録」に、コミット・テスト件数の前後・画面確認（出所つき）・逸脱が書いてある
• tsc 0件・lint 0件・npm test 全件通過・USE_FIXTURES=true npm run build 成功

12. 完了条件

• 段階0: AX を2つのコミットに分けて積んだ（0-a は CSS 4本だけ・0-b は42ファイル全部）。git status --short に AX の残りが無い。★push していない★
• 段階0: AX 前のテスト件数を測った（または測れなかった理由を書いた）
• 段階1: YAML の7か所を直し、§段階1 の grep と npx js-yaml が通った
• 段階2: コメント9か所を直し、「全行」と言い切る行が残っていない。★実行される行は変えていない★
• 段階3: 3a・3b を足し、★それぞれ一度わざと壊して赤になるのを確かめ、戻した★（壊した変更はコミットしていない）。3c は（やったなら）何をやったか
• 段階4: CSS の5か所を直した
• 段階5・6: docs/fixtures.md・CLAUDE.md・docs/code-map.md・docs/spec.md・D-091 項3 を直し、§段階6-2 の grep の残りが意図したものだけ
• 段階7: tsc 0件・lint 0件・npm test 全件通過（件数）・USE_FIXTURES=true npm run build 成功・画面の確認（アプリ内ブラウザ。または「監督に任せる」と書いた）
• 段階8: D-180 の「実装の記録」を書いた
• §8 の R1〜R4 は直していない
• 作業報告に: コミット一覧（hash とメッセージ）／テスト件数（AX 前・AX 後・AZ 後）／壊して確かめた結果（3a・3b）／画面確認の結果（出所: 当方の fixtures 由来）／段階7-6 の grep の結果／本書と違う判断をしたところ