---
name: project-mcp-lens-a-pillar-launch-arc-close-2026-08-15
description: A 柱 mcp-lens 1 週間 usage phase 起動 arc close record — 稼働 5 signal 全 PASS + Windows Store dual path pitfall + 入口非依存性 finding + error sub-category 発見 + 2 feedback memory 化 + 1 週間 usage phase 開始
metadata: 
  node_type: memory
  type: project
  originSessionId: 4a4b0c7d-219a-44f0-8981-7680bf9843ec
  modified: 2026-08-14T21:55:00.577Z
---

# mcp-lens A 柱 起動 arc close (2026-08-15)

## arc summary

- **起点**: 前 session (2026-08-14 深夜) で config Edit + selftest まで完了 → PC restart 前 pause ([[project-mcp-lens-a-pillar-launch-pause-2026-08-15]])
- **出口**: PC restart + Claude Desktop 起動 + benchtop tool 呼び出し + 稼働 5 signal 全 PASS + 2 feedback memory 化 + 1 週間 usage phase 開始
- **藤本さん承認**: 「はい！お願い致します」 (error path verify + memory 2 件化 承認) → 稼働 5 signal + memory 化完了で arc close 相当

## 稼働 5 signal verify 結果

pause state の 4 signal + 藤本さん承認で 追加した error path verify を 合わせて 5 signal 全 PASS。

| # | Signal | 実測 | 判定 |
|---|---|---|---|
| 1 | `lens.jsonl` 生成 | 774 B / 3 entries (session + session + call) | ✅ |
| 2 | process chain (upstream 親 = mcp_lens.py) | Claude.exe (PID 14840, Windows Store `pzs8sxrjxfjjc`) → mcp_lens.py (PID 2028, 15184) → benchtop_mcp.py (PID 7932 → 2028, PID 7980 → 15184)、 2 instance 共 正しい parent-child | ✅ |
| 3 | `--report` 履歴 出力 | seq 3 (list_ports, 479.313 ms, error=null, result_bytes=879) 記録確認 | ✅ |
| 4 | `--verify` hash chain integrity | ok=true, checked=3, chain head = `6a3ae255…` → `e9d9e761…` 継続 | ✅ |
| 5 | error path 発火時の record | 別 log (`lens-error-test.jsonl`) で fresh spawn 経由 verify、 measure(samples=0) → ValueError → error field = `"tool_error"` (result_bytes=118, ms=2.8) | ✅ |

## 発見 3 件 (pause 時想定に無い、 強い結果)

### (a) 入口非依存性

Claude Desktop chat 経由呼び出しでなく、 **Cowork session の remote-devices bridge 経由** の呼び出しでも lens.jsonl に record + hash chain 継続。 mcp-lens は upstream 子プロセスに 流れる全 tool/call を 中継 record するため、 呼び出し client の 種類に非依存。 → A 柱 usage phase の 母集団は 想定より広い。 [[feedback-mcp-lens-intercept-input-agnostic-2026-08-15]] に memory 化。

### (b) Windows Store dual path pitfall

Windows Store 版 Claude Desktop (`Claude_pzs8sxrjxfjjc`) の config は Roaming path + Package sandbox path の **二重 path** で読まれる。 Roaming Edit 単独では 反映されない。 pause state で 「feedback memory 化 candidate」 と 予告した通り、 稼働 verify 完了で 確定 → [[feedback-windows-store-claude-desktop-config-dual-path-2026-08-15]] に memory 化。

### (c) error record は 2 sub-category

`error` field は 2 branch で 埋まる:
- **`"tool_error"`** = upstream tool 内 ValueError 等 の tool-level 検証エラー (FastMCP が CallToolResult(is_error=True) に wrap、 型情報落ちる)
- **`"{ExceptionType}: {msg}"`** = transport 層 failure (connection drop、 protocol violation 等、 実発火頻度低)

WEEK_NOTES.md template で 週次 error 分析時に この 2 sub-category を 別々に 数える推奨。 [[feedback-mcp-lens-intercept-input-agnostic-2026-08-15]] の 副次 finding として 併記。

## 実機検出結果 (副産物)

`list_ports` 発火の 結果:
- `mock` (benchtop 内蔵 mock device)
- `COM1`
- `COM6` (Intel AMT SOL)
- `COM10`, `COM11` (com0com 仮想ペア)
- `pyserial_available: true`

com0com 仮想ペアが 見えているので、 実機なしでも loopback 試験可能 (別 open thread、 A 柱 usage phase 中の 自然発生に任せる or 別 STEP 起動)。

## 残タスク (usage phase に任せる)

pause 時 recommendation で 「1 週間 usage phase の 自然発生に任せる」 と 判断した 案 (b):
- **複数 tool の stats 集計** = 藤本さん通常使用中に 自然発生、 WEEK_NOTES.md template で 週次記録
- 人工投入より 自然分布の signal が 濃い

## 関連 open thread (別建て)

- **段 1 (STEP 1335 CI audit)** 藤本さん judgment 5 件: pause 継続、 mcp-lens 起動完了後の 判断 candidate ([[project-step1335-ci-skip-audit-2026-08-14]])
- **段 2 (案 C 実装 STEP)**: rebuild script + OEIS/Wikidata/SEP schema 判断、 段 1 完了後
- **Workspace service** (Cowork/local-agent 系 background service): PC restart で 復旧見込み、 mcp-lens verify と 交絡なし = 独立 issue、 別途状態確認

## 1 週間 usage phase 開始日

**2026-08-15** から 1 週間 (〜 2026-08-22)。 週末に WEEK_NOTES.md で 集計:
- total_calls / errors / distinct_tools
- tool 別 頻度 top 5
- ms 分布 (p50 / p95)
- error 2 sub-category 別内訳
- 想定と 異なる finding (v0.2 candidate)

## 関連 memory

- [[project-mcp-lens-a-pillar-launch-pause-2026-08-15]] (前 session pause 状態、 本 arc の 起点)
- [[feedback-windows-store-claude-desktop-config-dual-path-2026-08-15]] (発見 (b) 独立 memory)
- [[feedback-mcp-lens-intercept-input-agnostic-2026-08-15]] (発見 (a) 独立 memory + 副次 finding (c) 併記)
- [[feedback-success-signal-decoupled-from-operational-state-2026-08-14]] (稼働 4 signal の 5 番目に error path を 加えた 理由 = 「Edit 成功 signal」 と 「稼働 signal」 分離を 常に 意識する 順序原則)
- [[feedback-one-reproduction-over-ten-unverified]] (fresh spawn + 別 log で 独立 verify、 「10 の未検証より 1 の 再現」 適用)
- [[feedback-motivation-ground-not-user-pleasing-but-agent-operational-2026-08-15]] (5 signal 全 PASS = 独立 verify 可能な criterion、 「動くか動かないか」 の 頑丈な土台)