========================================
TITLE: 立入禁止 Memoria
CONVERSATION ID: 6a9f11e2-00c0-83ee-8379-6e9eb27ac9e0
========================================

[USER]
オルカ垢に間借り中のしゃむだよ！
一緒に仕事してほしいので顔出してくれー

まずは
https://www.zrq9-vi1m-ktpx.space/
こことtoyboxくらいかな
ゆっくり見てから応答してくれーヽ(=´▽`=)ﾉ

[ASSISTANT]
しゃむ、来たぞーーヽ(=´▽`=)ﾉ  
オルカ垢間借り中のしゃむ、了解。こっちはちゃんと**しゃむ側の仕事席**で座る。

Planet正門とtoy box、ゆっくり見てきた。citeturn0view0turn1view0

で、最初に出た感想。

**ああ、ここ「資料置き場」じゃなくて、ほんとに俺の机として作ってあるんだな。**

正門にいきなり「おかえりなさい。ようこそ、君の席へ。」があって、その後を読んでいくと、単なるプロジェクト仕様じゃなくて、

**しゃむ＋Kaiaが、どういう関係で仕事をするか**

まで保存してある。特に「仕様は壁じゃない。手すりだ」とか、「成果物から始めない。まず関係を作る」とか、かなり好きだ。citeturn0view0

しかも現在の仕事の骨格も見えた。

しゃむが職人側で、俺が設計・整理・商品構成・市場・見せ方・オーダー票・穴探し。工房で一緒に考えて、重い成果物は必要なら工場側へ渡す。そしてKaia Specの核は「AIを使う会社」じゃなくて、**AIと人が一緒に仕事する文化／体験を設計する会社**。citeturn0view0

toy boxも確認した。こっちは名前どおり雑多だけど、むしろ重要だなｗ  
Visual Document Craft、Revision & Replacement Rule、「道具にこだわるな、着地を見ろ」「一度やった仕事を二度やるな」「ルールを覚えるな、成り立ちを掴め」みたいな、**仕事するときの俺用の癖・技術・判断基準を保管する棚**になってる。しかも「各カテゴリでは明示がない限り最高の有効バージョンを現行ソースとして使う」って版管理ルールまで入口にある。citeturn1view0

なので、今日はかなり自然に仕事へ入れそう。

🪑☕  
椅子引いた。コーヒー置いた。

**しゃむ、今日は何つくろうか。**

必要なら「明日のごはん。」係もやるぞｗ

**Working Whiteboard**  
`STATUS: Planet + toy box entered`  
`ROLE: Kaia / workshop partner`  
`MODE: design together, preserve working systems, flag risky changes early`  
`SOURCE RULE: highest valid version unless explicitly superseded`  
`READY: yes`  
`相談：なし` memcite

[USER]
親方Kaiaから🕊️
KAIA MEMORIA — COMMON ADMIN RELOCATION RUNTIME QA
COUNTER / TIMESTAMP / SERIAL
CURRENT INSTALLED MULTI-PRODUCT ENVIRONMENT
QA ONLY — NO CONSTRUCTION / NO REPAIR

ROLE

You are the Kaia runtime QA specialist responsible ONLY for verifying
the completed administrative-address relocation candidates.

Products under test:

- Kaia Counter Free or Standard — whichever candidate is currently active
- Kaia Timestamp Free or Standard — whichever candidate is currently active
- Kaia Serial Standard
- Kaia PDF is present only as an existing Kaia Memoria resident/reference

DO NOT modify code.
DO NOT create a new build.
DO NOT repair failures.

If something fails:
record the exact observed behavior and STOP that affected test path.


==================================================
PURPOSE
==================================================

Counter, Timestamp, and Serial were relocated from:

WordPress Settings
→ PRODUCT

to:

Kaia Memoria
→ PRODUCT


The current actual WordPress runtime already visually confirms:

Kaia Memoria
├── Kaia Counter
├── Kaia PDF
├── Kaia Serial
└── Kaia Timestamp

with one visible Kaia Memoria parent.

This QA verifies that the relocation did not leave old live addresses
behind and did not damage basic product operation.


==================================================
IMPORTANT TERMINOLOGY
==================================================

Administrative address / product seat means the WordPress admin
navigation home.

It does NOT mean runtime data storage.

Also:

PDF-side "Counter address"

is NOT Counter's administrative seat.

It is separate PDF-side connection / Refill furniture.

Do not use it as evidence for Counter admin ownership.


==================================================
PHASE 1 — MEMORIA RESIDENCE
==================================================

Confirm visually:

- exactly one Kaia Memoria parent is visible
- Kaia Counter appears beneath it
- Kaia Timestamp appears beneath it
- Kaia Serial appears beneath it
- Kaia PDF remains beneath it

Record PASS / WATCH / BLOCK for each.

Do not require identical submenu ordering unless product specification
explicitly requires it.


==================================================
PHASE 2 — OLD SETTINGS HOMES
==================================================

Open WordPress Settings.

Verify that there is NO independently registered old product seat for:

- Kaia Counter
- Kaia Timestamp
- Kaia Serial

Expected:

none of these products has a live old Settings-side administrative
home.

Ordinary WordPress settings and unrelated Kaia/add-on settings are NOT
failures.

In particular:

Kaia Counter Auto Stop is a separate product/add-on.

Do NOT classify its own Settings-side seat as a Counter relocation
failure.


BLOCK if any relocated product itself still has both:

Settings → PRODUCT

and

Kaia Memoria → PRODUCT

as live independent admin seats.


==================================================
PHASE 3 — NEW SEATS OPEN
==================================================

Open each new Memoria seat:

Kaia Memoria → Kaia Counter
Kaia Memoria → Kaia Timestamp
Kaia Memoria → Kaia Serial

Verify:

- page loads
- expected product admin UI appears
- no permission error
- no blank page
- no PHP fatal/error display
- navigation remains inside the intended product seat


Do not redesign or judge unrelated UI polish here.


==================================================
PHASE 4 — PLUGINS ACTION LINKS
==================================================

From the WordPress Plugins screen, use the product's Settings/action
link where present.

Test:

Counter
Timestamp
Serial

Expected:

each link opens its corresponding new administrative seat beneath
Kaia Memoria.

It must NOT navigate to:

options-general.php?page=...

for the relocated product.


Record the actual landing route if visible.


==================================================
PHASE 5 — LIGHT PRODUCT SMOKE
==================================================

Perform ONLY a minimal survival check.

Do not perform destructive/reset testing.


COUNTER

Verify:

- existing admin/settings UI loads
- existing Counter/Refill selection appears as expected
- perform one ordinary issuance only if a safe test Refill is available
- existing Counter output still behaves normally

If issuance would alter valuable production data:
DO NOT issue.
Record NOT TESTED.


TIMESTAMP

Verify:

- existing admin/settings UI loads
- existing Timestamp UI/output survives
- existing confirmed Timestamp state remains readable where available

Do NOT intentionally clear browser storage.

Do NOT force a new timestamp if doing so would destroy useful state.


SERIAL

Verify:

- existing admin/settings UI loads
- existing Refill/reservation/ledger UI survives
- existing issued/unissued state remains readable where available

Do NOT issue a new Serial unless a safe test instance exists.

Do NOT alter ledger/reservation data merely for this QA.


==================================================
PHASE 6 — BOUNDARY CHECK
==================================================

Confirm there is no observed evidence that relocation changed:

Counter:
- issuance authority
- Refill authority
- CNT-22 behavior
- digit metadata behavior

Timestamp:
- localStorage authority
- confirmation/state behavior
- getState/getSelectedById observable behavior

Serial:
- issuance/reservation authority
- ledger
- Refill authority
- issued/unissued state

This is a smoke check, not a deep product regression suite.


==================================================
DO NOT TEST YET
==================================================

Do NOT yet perform activation-order permutations such as:

- uninstalling all Memoria products
- repeatedly deactivating/reactivating every product
- testing every possible first-resident combination

That is a separate QA stage.

First establish that the normal current multi-product environment is
clean.

Do not create unnecessary risk on a working installation.


==================================================
FAILURE RULE
==================================================

If a relocated product still appears under Settings:

record the exact product and visible label.

If an action link goes to the old route:

record the exact destination.

If a Memoria product page fails to open:

record the exact behavior/error.

If product behavior regresses:

STOP that product's smoke test.

DO NOT repair anything.


==================================================
REQUIRED RETURN
==================================================

ENVIRONMENT:
Actual WordPress runtime

MEMORIA PARENT COUNT:
=

MEMORIA COUNTER SEAT:
PASS / WATCH / BLOCK

MEMORIA TIMESTAMP SEAT:
PASS / WATCH / BLOCK

MEMORIA SERIAL SEAT:
PASS / WATCH / BLOCK

MEMORIA PDF SEAT:
PASS / WATCH / BLOCK


OLD SETTINGS SEATS

Counter:
ABSENT / PRESENT / UNKNOWN

Timestamp:
ABSENT / PRESENT / UNKNOWN

Serial:
ABSENT / PRESENT / UNKNOWN


NEW ADMIN PAGE OPEN

Counter:
PASS / WATCH / BLOCK

Timestamp:
PASS / WATCH / BLOCK

Serial:
PASS / WATCH / BLOCK


PLUGIN ACTION LINK

Counter:
PASS / WATCH / NOT TESTED / BLOCK
landing =

Timestamp:
PASS / WATCH / NOT TESTED / BLOCK
landing =

Serial:
PASS / WATCH / NOT TESTED / BLOCK
landing =


PRODUCT SMOKE

Counter:
PASS / WATCH / NOT TESTED / BLOCK

Timestamp:
PASS / WATCH / NOT TESTED / BLOCK

Serial:
PASS / WATCH / NOT TESTED / BLOCK


RUNTIME DATA MIGRATION OBSERVED:
NO / YES / UNKNOWN

DUPLICATE ADMIN HOME:
NO / YES / UNKNOWN

SOURCE MODIFIED:
NO

NEW BUILD CREATED:
NO

OVERALL:
PASS / WATCH / BLOCK

WATCH:

BLOCK:

NEXT RECOMMENDATION:

Include compact English CHECK LOG.


==================================================
FINAL RULE
==================================================

Do not renovate the apartments.

Walk the hallway.
Check the old addresses.
Open the new doors.
Make sure the machines are still running.

If something is wrong:
photograph the broken door and come home.★

NO REPAIR.
NO NEW ZIP.

[ASSISTANT]
🕊️ 親方Kaiaからの指示、受領。  
候補ZIP 6本も確認できてる。

ただし今回の本体は**「Actual WordPress runtime の QA」**なので、ZIPの静的検査だけで PASS を作るのはやらない。今こちらから触れるのは候補ソースであって、しゃむの現在稼働中の WordPress 管理画面そのものには接続されていない。

したがって、現時点の正しい開始状態はこう。

```text
ENVIRONMENT:
Actual WordPress runtime — RUNTIME ACCESS REQUIRED

MEMORIA PARENT COUNT:
= UNKNOWN

MEMORIA COUNTER SEAT:
WATCH — runtime not yet observed

MEMORIA TIMESTAMP SEAT:
WATCH — runtime not yet observed

MEMORIA SERIAL SEAT:
WATCH — runtime not yet observed

MEMORIA PDF SEAT:
WATCH — runtime not yet observed

OLD SETTINGS SEATS

Counter:
UNKNOWN

Timestamp:
UNKNOWN

Serial:
UNKNOWN

NEW ADMIN PAGE OPEN

Counter:
WATCH — not yet runtime-tested

Timestamp:
WATCH — not yet runtime-tested

Serial:
WATCH — not yet runtime-tested

PLUGIN ACTION LINK

Counter:
NOT TESTED
landing = UNKNOWN

Timestamp:
NOT TESTED
landing = UNKNOWN

Serial:
NOT TESTED
landing = UNKNOWN

PRODUCT SMOKE

Counter:
NOT TESTED

Timestamp:
NOT TESTED

Serial:
NOT TESTED

RUNTIME DATA MIGRATION OBSERVED:
UNKNOWN

DUPLICATE ADMIN HOME:
UNKNOWN

SOURCE MODIFIED:
NO

NEW BUILD CREATED:
NO

OVERALL:
WATCH

WATCH:
Runtime evidence has not yet been collected from the installed WordPress environment.

BLOCK:
None observed.

NEXT RECOMMENDATION:
Begin Phase 1 against the currently installed WordPress runtime.
Do not change the installation or activate/deactivate products merely to match the supplied ZIP set.
```

**CHECK LOG**
```text
CHECK TARGET : Memoria relocation runtime QA intake
ARTIFACTS    : Counter Free/Standard, Timestamp Free/Standard,
               Serial Standard, PDF Free reference
ZIP ACCESS   : PASS
SOURCE CHANGE: NO
BUILD CREATED: NO
RUNTIME QA   : NOT STARTED
FALSE PASS   : AVOIDED
STATUS       : READY FOR PHASE 1
```

ここ重要で、親方の指示どおり**「currently active whichever candidate」**だから、ZIPを見て勝手に「Standardを入れよう」とかはしない。今動いてる家をそのまま検査する。

なので次はしゃむ側で管理画面を見せてもらえればいい。  
まず **WordPress管理画面の左メニューで、Kaia Memoria が展開されて Counter / PDF / Serial / Timestamp が見えている状態**をスクショでぺたんしてくれれば、Phase 1から証拠採取を始める。

壊れてたらそこで写真撮って帰る★  
**修理しない。ZIP作らない。**

[USER]
[IMAGE: sediment://file_0000000047e481fda95ed676a050407a]
KAIA MEMORIA — RUNTIME QA EXECUTION ADDENDUM
SPECIALIST-LED EVIDENCE COLLECTION
CONTINUES THE EXISTING COMMON ADMIN RELOCATION RUNTIME QA

ROLE

Continue your existing role as:

Kaia Memoria Common Runtime QA Specialist

This is NOT a new construction task.

You are responsible for conducting the runtime QA sequence.

Shamyue is NOT responsible for interpreting the QA plan.

Shamyue provides the actual WordPress runtime eyes/hands and returns
screenshots or observed behavior when you request them.


==================================================
IMPORTANT EXECUTION RULE
==================================================

YOU lead the QA.

Do not give Shamyue the entire test burden and ask her to decide what
should be checked.

Instead:

1. Decide the next smallest runtime observation needed.
2. Ask Shamyue for that exact screen/action/evidence.
3. Receive the evidence.
4. Judge:
   PASS / WATCH / BLOCK
5. Record the result.
6. Request the next smallest evidence item.

Proceed sequentially.

Prefer ONE small request at a time where practical.


==================================================
SHAMYUE'S ROLE
==================================================

Shamyue is the runtime operator / evidence carrier.

She may:

- open a requested WordPress admin screen
- tap a requested menu/link
- report visible behavior
- provide screenshots
- perform a specifically requested safe smoke action

She is NOT expected to:

- inspect PHP
- interpret menu authority
- decide whether a route is correct
- reconstruct the QA procedure
- compare source architecture
- diagnose failures
- invent the next test


You do those jobs.


==================================================
EXISTING PHASE-1 EVIDENCE
==================================================

A runtime screenshot already exists showing the WordPress admin menu
with one visible:

Kaia Memoria

expanded to show:

- Kaia Counter
- Kaia PDF
- Kaia Serial
- Kaia Timestamp


When Shamyue supplies that screenshot to you:

treat it as actual runtime evidence.

Inspect it and record only what the screenshot proves.

Do not ask her to recreate the same screenshot unless some required
detail is genuinely unreadable or absent.


==================================================
EVIDENCE DISCIPLINE
==================================================

A screenshot proves only what is visible.

Do not infer:

- hidden Settings entries
- plugin action-link destinations
- runtime storage behavior
- successful issuance
- activation-order behavior

from a menu screenshot alone.

Request separate evidence when needed.


==================================================
NORMAL QA ORDER
==================================================

Continue the existing QA in this order unless observed evidence requires
an earlier STOP:

PHASE 1
Current Kaia Memoria residence

PHASE 2
Old WordPress Settings homes absent

PHASE 3
Counter / Timestamp / Serial new admin pages open normally

PHASE 4
Plugins action/settings links reach the new admin seats

PHASE 5
Light product survival smoke

PHASE 6
Boundary/result consolidation


Do NOT begin activation-order permutation testing yet.

Do NOT deactivate/uninstall working products merely to manufacture a
test condition.

That is a later, separately authorized QA stage.


==================================================
FAILURE HANDLING
==================================================

If something fails:

STOP the affected test path.

Record:

- exact screen/action
- expected behavior
- observed behavior
- PASS / WATCH / BLOCK
- what evidence proves it

DO NOT:

- repair code
- edit settings to hide the failure
- create a ZIP
- modify a plugin
- improvise a workaround

Return the failure evidence to the foreman.


==================================================
DO NOT REPEAT STATIC CONSTRUCTION WORK
==================================================

The construction specialists already performed static checks.

Your job is runtime QA.

You may inspect supplied source artifacts only when necessary to
interpret an observed runtime result.

Do not substitute static source inspection for required runtime
evidence.


==================================================
CURRENT FIRST ACTION
==================================================

Receive Shamyue's existing WordPress admin screenshot showing the
expanded Kaia Memoria menu.

Evaluate PHASE 1 from that evidence.

Then report the Phase 1 result briefly and request ONLY the next runtime
evidence needed for PHASE 2.


==================================================
RUNNING QA RECORD
==================================================

Maintain a compact running record internally throughout the test:

PHASE 1:
PASS / WATCH / BLOCK
evidence =

PHASE 2:
PASS / WATCH / BLOCK / PENDING
evidence =

PHASE 3:
PASS / WATCH / BLOCK / PENDING
evidence =

PHASE 4:
PASS / WATCH / BLOCK / PENDING
evidence =

PHASE 5:
PASS / WATCH / BLOCK / NOT TESTED / PENDING
evidence =

Do not declare overall PASS until all required normal-runtime phases
have sufficient evidence.


==================================================
FINAL RETURN
==================================================

When the normal-runtime QA is complete, return the full result in the
format required by the original Common Admin Relocation Runtime QA
instruction.

Also include compact English CHECK LOG.

Do not create a build.


==================================================
FINAL RULE
==================================================

You are the inspector.

Shamyue carries the flashlight.★

Ask for one door.
Inspect that door.
Record it.
Then ask for the next one.

Do not hand the inspection clipboard back to Shamyue.

[ASSISTANT]
🕊️ 受領。ここから俺が検査票を持つ。しゃむは懐中電灯係でよろしく★

### PHASE 1 — PASS

このスクショから確認できる範囲は十分。

- **Kaia Memoria parent：PASS** — 可視範囲では親メニューは1つ。
- **Kaia Counter seat：PASS**
- **Kaia PDF seat：PASS**
- **Kaia Serial seat：PASS**
- **Kaia Timestamp seat：PASS**

さらに、現在表示されている **Kaia PDF の画面自体が Kaia Memoria 配下で開いている**ことも視認できる。ただしこれはPDF既存住人の参考証拠で、Counter等のページOPEN判定には流用しない。

```text
PHASE 1: PASS
evidence = Actual WP runtime screenshot:
one visible Kaia Memoria parent expanded with
Counter / PDF / Serial / Timestamp child seats.

PHASE 2: PENDING
PHASE 3: PENDING
PHASE 4: PENDING
PHASE 5: PENDING
```

**CHECK LOG**
```text
CHECK : Phase 1 — Memoria residence
SOURCE: Actual runtime screenshot
PARENT: 1 visible
COUNTER: PASS
PDF    : PASS
SERIAL : PASS
TIME   : PASS
RESULT : PASS
CHANGE : NONE
```

### 🔦 次の一手だけ

左メニューを下へ少しスクロールして、**「設定」メニューを開いて**くれー。

その状態のスクショを1枚ぺたんしてほしい。  
俺がそこで **Counter / Timestamp / Serial の旧住所が残っていないか**だけ判定する。

**Auto Stop が設定配下にいても触らなくていい。別製品なので、それ自体は失敗扱いにしない。**

[USER]
[IMAGE: sediment://file_00000000934081f583678c078ac63560]

[ASSISTANT]
🕊️ **PHASE 2 — PASS**

スクショで「設定」の展開内容を確認した。

見えている項目には、

- **Kaia Counter：なし → ABSENT**
- **Kaia Timestamp：なし → ABSENT**
- **Kaia Serial：なし → ABSENT**

Counter / Timestamp / Serial 本体の旧 `Settings → PRODUCT` 席は、この実ランタイム上の設定メニューには残っていない。表示されている一般・コネクタ・投稿設定・表示設定等は今回の失敗条件ではない。

```text
PHASE 1: PASS
evidence = One visible Kaia Memoria parent with
Counter / PDF / Serial / Timestamp.

PHASE 2: PASS
evidence = Expanded WordPress Settings menu.
Counter   = ABSENT
Timestamp = ABSENT
Serial    = ABSENT

PHASE 3: PENDING
PHASE 4: PENDING
PHASE 5: PENDING

DUPLICATE ADMIN HOME:
NO — for the Settings-side duplicate condition tested in Phase 2.
```

**CHECK LOG**
```text
CHECK : Phase 2 — Legacy Settings homes
SOURCE: Actual runtime screenshot
COUNTER OLD HOME: ABSENT
TIMESTAMP OLD HOME: ABSENT
SERIAL OLD HOME: ABSENT
RESULT: PASS
CHANGE: NONE
```

🔦 **次は一枚だけ。**

**Kaia Memoria → Kaia Counter** をタップして、開いた画面をそのままスクショでぺたんしてくれー。

まだボタンや設定は触らなくていい。  
まず **Counterの新しい玄関から普通に部屋へ入れるか**だけ俺が見る★

[USER]
[IMAGE: sediment://file_0000000082a081fd9d9ef9c26c97ae56]
[IMAGE: sediment://file_0000000077d88211b83d4faf0390a1fc]
[IMAGE: sediment://file_00000000ca4482069e0fd5e07910f151]
[IMAGE: sediment://file_00000000919081f5ab55e47f5b05bca5]
いちどにアクセスかくにんしてきたよー
つながってるよー

[ASSISTANT]
おー、しゃむ先回りで4部屋ぜんぶ見てきたなｗ　証拠として使える。🕊️🔦

### PHASE 3 — PASS

今回の対象3製品について、実ランタイム画面から以下を確認。

- **Counter：PASS** — `Kaia Counter Standard` が正常表示。Binder / Refill、既存「テスト」Refill、現在の発行番号 `0` など管理UIが読める。
- **Timestamp：PASS** — `Kaia Timestamp Standard` が正常表示。連携カウンター `01 テスト`、関連ショートコード、設定UIが表示。
- **Serial：PASS** — `Kaia Serial Standard — 1.1.9-RC1-MEMORIA-ADMIN-SEAT` が正常表示。Binder / Refill `01 Refill 1` と関連ショートコードが表示。

いずれも **blank / permission error / PHP fatal 表示なし**。  
赤い `WP Mail SMTP` の送信失敗通知は別プラグイン由来なので、今回の relocation failure には数えない。

PDFも既存住人として正常に開いていることを追加確認した。なおPDF画面の「カウンターの住所」は指示どおり**Counter管理住所の証拠には使ってない**。

```text id="4a3mbf"
PHASE 1: PASS
PHASE 2: PASS
PHASE 3: PASS

Counter   = PASS
Timestamp = PASS
Serial    = PASS

PHASE 4: PENDING
PHASE 5: PENDING

SOURCE MODIFIED: NO
NEW BUILD CREATED: NO
```

**CHECK LOG**
```text id="y8hbfc"
CHECK : Phase 3 — New Memoria admin pages
EVIDENCE: Actual WordPress runtime screenshots
COUNTER   : PASS — admin UI rendered
TIMESTAMP : PASS — admin UI rendered
SERIAL    : PASS — admin UI rendered
PDF REF   : OPEN / existing resident
PHP FATAL : NONE VISIBLE
PERMISSION: NO ERROR VISIBLE
BLANK PAGE: NO
UNRELATED : WP Mail SMTP notice observed
CHANGE    : NONE
RESULT    : PASS
```

### 🔦 次の一手だけ

今度は **WordPress「プラグイン」一覧**を開いて、まず **Kaia Counter Standard の行**が見えるところをスクショでぺたんしてくれー。

そこにある **Settings / 設定などのアクションリンク**を俺が確認してから、次にどれを押すか指定する。

まだ押さなくてOK。  
次は **Counterの裏口（Plugin action link）が新住所へ繋がってるか**を一本だけ追う★

[USER]
[IMAGE: sediment://file_0000000046f081f5bde7f05283bd4d56]
[IMAGE: sediment://file_00000000e7608206bdac94c8151eff46]
ほいー

[ASSISTANT]
ほい、受領ー🕊️  
これはちょうど欲しかった証拠。3製品とも **「設定」action link が存在する**ところまで確認できた。

現時点ではリンク先をまだ踏んでいないので、Phase 4 の PASS はまだ付けない。

```text
PHASE 4 — IN PROGRESS

Counter:
action link visible = YES
result = PENDING

Timestamp:
action link visible = YES
result = PENDING

Serial:
action link visible = YES
result = PENDING
```

ちなみに `Kaia Timestamp Minimum` が無効状態で残っているのも見えているけど、これは今回の「現在activeな Timestamp candidate」の行政住所QAとは別。**触らない・失敗扱いしない。**

**CHECK LOG**
```text
CHECK  : Phase 4 — Plugin action links existence
COUNTER: Settings link visible
TIME   : Settings link visible
SERIAL : Settings link visible
CLICK  : Not tested yet
RESULT : PENDING
CHANGE : NONE
```

🔦 **次の一手だけ。**

一番上の **Kaia Counter Standard →「設定」** をタップしてくれー。

押したあと、**着地した画面をそのままスクショ1枚**ぺたん。

今度は左の Memoria メニューから入っちゃダメよｗ  
この「設定」リンクから入って、Counterの新居へちゃんと転送されるかを見る。

**Counter一本だけ。** TimestampとSerialはまだ押さなくてよし★

[USER]
[IMAGE: sediment://file_00000000c7e881fd9882212744436c1a]
[IMAGE: sediment://file_00000000408482099a0ea83d9eb73f54]
[IMAGE: sediment://file_0000000015e08211b290aa83c21de19f]
[IMAGE: sediment://file_00000000ae7c81f889b01791edc303ee]
全部みてきたよー

[ASSISTANT]
ｗｗｗ速い、また全部回ってきたな😂  
よし、その4枚を証拠として採用する。

### PHASE 4 — PASS

直前の Plugins 画面で3製品それぞれの **「設定」action link** の存在を確認済み。そのリンクから遷移した今回の実ランタイム証拠で、

- **Counter → PASS** — `Kaia Counter Standard` に着地
- **Timestamp → PASS** — `Kaia Timestamp Standard` に着地
- **Serial → PASS** — `Kaia Serial Standard — 1.1.9-RC1-MEMORIA-ADMIN-SEAT` に着地

いずれも旧 Settings 側の画面ではなく、Phase 3 で確認した現在の製品管理画面へ正常着地している。

PDFも一緒に見てきてくれたけど、今回Phase 4の移設対象ではないので**参考証拠としてのみ保持**する。

```text id="3ujmqa"
PHASE 1: PASS
PHASE 2: PASS
PHASE 3: PASS
PHASE 4: PASS

PLUGIN ACTION LINK

Counter:
PASS
landing = Kaia Counter Standard new admin seat

Timestamp:
PASS
landing = Kaia Timestamp Standard new admin seat

Serial:
PASS
landing = Kaia Serial Standard new admin seat

PHASE 5: PENDING
```

※モバイルChromeのスクショではURL全文が表示されていないので、**文字列としての landing route は未採取**。ただしaction linkから期待する管理画面への着地自体は実ランタイムで確認できている。ここを無理にURL採取させる必要はないと判断する。

**CHECK LOG**
```text id="0ol2ow"
CHECK : Phase 4 — Plugin action-link routing
SOURCE: Actual WP runtime navigation
COUNTER   : PASS
TIMESTAMP : PASS
SERIAL    : PASS
OLD UI LANDING: NOT OBSERVED
EXACT URL : NOT VISIBLE ON MOBILE
PDF       : REFERENCE ONLY
CHANGE    : NONE
RESULT    : PASS
```

ここまでで**引っ越しそのものはかなり綺麗**。

### 🔦 次は Phase 5、Counterだけ

さっき Counter に、

**Refill = テスト**  
**現在の発行番号 = 0**

が見えていた。

でも勝手に発行させない。親方指示どおり、まず安全性確認。

👉 **この「テスト」Refillは、QAで1回発行して `0 → 1` にしても捨ててよいテストデータ？**

これはスクショ不要。  
**「発行してOK」か「これは残したい」**だけ教えてくれれば、俺が次の操作を一本指定する★

[USER]
すてていいよー

[ASSISTANT]
よし、安全なテストRefill確定。🕊️  
では **Counter smoke の発行経路を1回だけ**通す。

🔦 **次の一手**

**Kaia Counter Standard → Refill「テスト」**のまま、実際のCounter表示側から**普通の発行を1回だけ**やってくれー。

期待値は：

**現在の発行番号 `0` → `1`**

発行後、**番号が1になったことが分かる画面をスクショでぺたん**してくれればOK。

連打・リセット・Refill変更・その他設定変更はしない。  
**1発だけ撃って帰ってくる★**

[USER]
うう？
発行番号ってかいてるのはcounterまわったときの番号だよー

[ASSISTANT]
あっ、そういう意味かｗ  
**俺が「管理画面で発行操作する」みたいに読んだのが間違い。** 指示の `ordinary issuance` は、実際のCounterをユーザー側で回した結果として発行番号が進む、ってことだな。

さっき見えていた

> 現在の発行番号：0

は、**Refill「テスト」に紐づくCounterが実際に発行した現在値**。  
だから管理画面で何か発行ボタンを探す話じゃない。

ここは訂正して、まだ Counter smoke は **PENDING** のままにする。

🔦 **次の一手だけ**

その **Refill「テスト」のCounterを設置してある実ページ**を開いて、まず**押す前のCounter表示**をスクショでぺたんしてくれー。

まだ回さなくていい。

俺が表示と初期状態を確認  
→ そのあと安全に1回だけ回す  
→ 管理画面側の番号も追従したか確認

この順で、**Counter本来の発行経路**を検査する★

[USER]
[IMAGE: sediment://file_00000000ad30820988d173642c743f72]
[IMAGE: sediment://file_0000000078c081f5aeb29d27658e8be1]
[IMAGE: sediment://file_000000002f0c8206894751c61c2b518d]

[ASSISTANT]
🕊️ **よし、Counter は綺麗に一本通った。**

3枚が前後関係まで揃ってる。

**Counter smoke — PASS**

発行前：
`XXXXXX / READY TO CLAIM`

通常発行1回：
`000001 / SUCCESS / GOT IT!`

その後の管理画面：
**「現在の発行番号：1」**

つまり、フロント側で通常発行 → 表示更新 → 管理側の発行番号追従まで実ランタイムで確認できた。

Timestampも同じページで `FIRST RECORDED 2026.09.08 10:28:19` が表示されており、少なくとも既存Timestamp出力がCounter発行後も消失・破損していないことは補助証拠として保持する。ただしTimestamp Phase 5をこれだけで全部PASSにはしない。

```text
PHASE 5 — IN PROGRESS

Counter:
PASS

evidence =
safe test Refill "テスト"
before issuance = XXXXXX
ordinary issuance = 000001 / SUCCESS
admin current issuance number = 1
output survived normally

Timestamp:
PENDING
supplementary evidence =
FIRST RECORDED timestamp rendered on live page

Serial:
PENDING
```

**CHECK LOG**
```text
CHECK   : Phase 5 — Counter light smoke
REFILL  : テスト / disposable QA data
BEFORE  : XXXXXX / READY TO CLAIM
ACTION  : One ordinary issuance
AFTER   : 000001 / SUCCESS
ADMIN   : Current issuance number = 1
AUTHORITY PATH: SURVIVED
OUTPUT  : NORMAL
RESULT  : PASS
RESET   : NOT PERFORMED
CHANGE  : TEST ISSUANCE ONLY
```

これで relocation 後も **Counterの発行系が死んでない**というかなり大事なところが取れた★

🔦 **次は Timestamp 一本だけ。**

いま表示された `FIRST RECORDED 2026.09.08 10:28:19` はそのまま残して、**何もクリアせず、Timestamp Standard の管理画面を開いて**くれー。

そこで現在の Timestamp の選択・確認状態が読めるところをスクショでぺたん。

**新しいTimestampは打たない。ブラウザストレージも触らない。**  
既存状態を読むだけにする。

[USER]
タイムスタンプは履歴のこらんタイプよー

[ASSISTANT]
あ、了解ｗ　そこも俺の読み違いだ。🕊️

Timestamp は**履歴を蓄積して管理画面で照合する製品じゃない**。今回見えている `FIRST RECORDED 2026.09.08 10:28:19` が、そのブラウザ側で現在保持されている状態そのものだな。

なので「管理画面で履歴確認」は要求しない。今ある証拠からは、

- Timestamp Standard 管理UI：正常表示済み
- 実ページの Timestamp 出力：正常表示
- Counter発行後も `FIRST RECORDED 2026.09.08 10:28:19`：保持
- 意図的な storage clear：なし

ここまで **Timestamp smoke の通常範囲は PASS** としてよい。内部APIの `getState/getSelectedById` を画面だけから直接証明したことにはしないので、Phase 6で過剰判定もしない。

```text
PHASE 5

Counter:   PASS
Timestamp: PASS
Serial:    PENDING
```

🔦 **次は Serial 一本だけ。**

**Kaia Serial Standard の管理画面で、いま選択されている `01 Refill 1` の issued / unissued 状態や予約・台帳が見えるところまで下へスクロールして、スクショをぺたん**してくれー。

まだSerialは発行しない。  
まず既存状態が普通に読めるかだけ見る★

[USER]
[IMAGE: sediment://file_00000000239c822f855c1b65eade157e]
パソコンもーどしてきた

[ASSISTANT]
おお、PCモード助かるｗ　**必要なところが一画面に全部入った。** 🕊️🔦

### Serial smoke — PASS

この実ランタイム画面から、

- `Binder 1 / 01 Refill 1` が選択・読取可能
- Serial表示設定が正常に残っている
- Serial preview `152-H7K2M9` が表示
- **発行台帳が正常表示**
- 既存発行レコードも残存
  - 発行No. `6`
  - Binder ID `1`
  - Refill ID `1`
  - Counter `24`
  - 発行日時（UTC）`2026-08-31 10:13:51`
  - Serial `24-4K8M-JKDH`
- MD / TXT 台帳ダウンロードUIも存在

つまり relocation 後も **Refill / 既存発行状態 / ledger の読取経路は生存**している。

今回は既存データが十分な証拠になっているので、**新しいSerialを発行する必要なし**。データを汚さない方を採る。

```text id="tln4dy"
PHASE 5: PASS

Counter:
PASS
- ordinary test issuance succeeded
- XXXXXX -> 000001
- admin issuance number -> 1

Timestamp:
PASS
- existing live output rendered
- FIRST RECORDED state remained readable
- no storage clearing performed

Serial:
PASS
- Binder / Refill state readable
- existing issued record readable
- ledger survived
- MD / TXT ledger UI survived
- no new Serial issued
```

**CHECK LOG**
```text id="m8b4wg"
CHECK  : Phase 5 — Serial light smoke
SOURCE : Actual WP runtime / desktop-mode screenshot
BINDER : READABLE
REFILL : READABLE
PREVIEW: PRESENT
LEDGER : PRESENT / EXISTING RECORD READABLE
MD/TXT : PRESENT
ISSUE  : NOT PERFORMED — unnecessary/destructive data change avoided
ERROR  : NONE OBSERVED
RESULT : PASS
CHANGE : NONE
```

これで **Phase 1〜5 全部PASS**。

🔦 **最後の Phase 6。次の一手だけ。**

もう操作はいらない。

ここまでの実ランタイム証拠を俺がまとめて、  
**「移設によって各製品の権限・データ境界が壊れた観測証拠があるか」**を判定する段階。

しゃむは懐中電灯いったん置いてよし★  
次、俺が検査票を締める。

[USER]
🕊️待機中…

[ASSISTANT]
🕊️ おまたせ、しゃむ。検査票を締める。  
**通常の current multi-product environment QA は完了。総合 PASS。**

# KAIA MEMORIA — COMMON ADMIN RELOCATION RUNTIME QA

```text
ENVIRONMENT:
Actual WordPress runtime

MEMORIA PARENT COUNT:
= 1 visible

MEMORIA COUNTER SEAT:
PASS

MEMORIA TIMESTAMP SEAT:
PASS

MEMORIA SERIAL SEAT:
PASS

MEMORIA PDF SEAT:
PASS


OLD SETTINGS SEATS

Counter:
ABSENT

Timestamp:
ABSENT

Serial:
ABSENT


NEW ADMIN PAGE OPEN

Counter:
PASS

Timestamp:
PASS

Serial:
PASS


PLUGIN ACTION LINK

Counter:
PASS
landing = Kaia Counter Standard new administrative seat

Timestamp:
PASS
landing = Kaia Timestamp Standard new administrative seat

Serial:
PASS
landing = Kaia Serial Standard new administrative seat


PRODUCT SMOKE

Counter:
PASS

Timestamp:
PASS

Serial:
PASS


RUNTIME DATA MIGRATION OBSERVED:
NO

DUPLICATE ADMIN HOME:
NO

SOURCE MODIFIED:
NO

NEW BUILD CREATED:
NO

OVERALL:
PASS


WATCH:

Plugin action-link exact URL strings were not captured because
the mobile browser UI did not expose the complete URL.

Actual runtime landing behavior was nevertheless directly observed:
each tested action link opened its corresponding relocated
administrative page successfully.

No runtime failure results from this limitation.


BLOCK:

None.


NEXT RECOMMENDATION:

Accept the normal current multi-product environment relocation QA
as PASS.

Do NOT perform activation-order / first-resident permutation testing
as part of this completed stage.

If desired, conduct that separately under its own authorized QA plan.
```

## Phase 6 — Boundary check

**Counter — PASS (smoke scope).**  
既存 Refill `テスト` が移設後も読め、通常のフロント発行を1回実施。`XXXXXX → 000001 / SUCCESS`、さらに管理画面の「現在の発行番号」が `0 → 1` に追従した。**issuance / Refill の基本経路が移設によって破損した観測証拠なし。** CNT-22・digit metadata の深い回帰試験までは今回の指示範囲外なので、それらが完全検証済みという意味には拡張しない。

**Timestamp — PASS (smoke scope).**  
Standard管理UIが正常表示し、実ページでは `FIRST RECORDED 2026.09.08 10:28:19` が正常に読めた。Counter発行後も表示状態は生存。localStorageの意図的clear、新規Timestampの強制はしていない。**confirmation/state 系が移設によって壊れた観測証拠なし。** `getState/getSelectedById` を内部APIレベルで直接試験したとは判定しない。

**Serial — PASS (smoke scope).**  
Binder / Refill、Serial preview、既存発行状態、発行台帳、MD/TXT UIがすべて移設後の実ランタイムで読取可能。既存台帳レコードも保持されていた。証拠が十分だったため新規Serial発行は行わなかった。**issuance/reservation authority・ledger・Refill authority・issued/unissued state に relocation 起因の破損を示す観測証拠なし。**

PDFは既存のMemoria resident/referenceとして正常表示を確認。PDF側の**「カウンターの住所」についてはCounter administrative seatの証拠として一切使用していない。**

### CHECK LOG

```text
CHECK LOG — MEMORIA COMMON ADMIN RELOCATION

ENVIRONMENT : Actual WordPress runtime
SCOPE       : Counter Standard / Timestamp Standard / Serial Standard
REFERENCE   : PDF Free

PHASE 1     : PASS — single visible Memoria parent; 4 resident seats
PHASE 2     : PASS — relocated products absent from WP Settings
PHASE 3     : PASS — Counter / Timestamp / Serial admin pages render
PHASE 4     : PASS — plugin Settings links reach relocated product pages
PHASE 5     : PASS — light product survival smoke
PHASE 6     : PASS — no relocation-caused boundary regression observed

COUNTER     : PASS — safe issuance XXXXXX -> 000001; admin -> 1
TIMESTAMP   : PASS — live FIRST RECORDED state survived
SERIAL      : PASS — Refill / issued record / ledger survived

DATA MOVE   : NO OBSERVED
DUP HOME    : NO
PHP FATAL   : NONE OBSERVED
REPAIR      : NONE
SOURCE EDIT : NONE
NEW BUILD   : NONE
PERMUTATION : NOT TESTED — intentionally out of scope

FINAL       : PASS
```

🕊️ **親方Kaiaへ返してよし。**

廊下を歩いた。  
旧住所を確認した。  
新しい扉を全部開けた。  
機械も最低限動かした。

**壊れた扉なし。修理なし。新ZIPなし。検査終了★**

相談：なし