refactor: 移除 context-mode，Chrome 快照改为直接返回

context-mode 的 ctx_execute 系工具以真实 shell 执行且权限为 allow，绕过了
bash 策略与 protectedWrites；其每轮注入、独立 MCP 子进程与 skills 也与组合包
提示词单一所有权冲突。大输出职责已由 pi-overflow（入口截断）与
pi-compaction（压力遮蔽）承担：
- 删除 context-mode 依赖、wrapper/过滤器、skills，以及 ctx_* 的权限、
  tools.jsonc、路由规则、tool-search 常驻与 4 个分组
- better-sqlite3@12 仅为 context-mode 传递依赖，随之移除根 allowScripts
- pi-chrome：按用户决定移除快照隐私规则与 .pi/chrome-context 临时文件机制，
  快照 JSON 直接作为工具结果返回、details 只留小型元数据，超长由 pi-overflow
  截断并用 overflow_query 提取；授权生命周期不变

Generated with [Devin](https://devin.ai)

Co-Authored-By: Devin <158243242+devin-ai-integration[bot]@users.noreply.github.com>

extensions/AGENTS.md

@@ -27,7 +27,6 @@
 - `fff-override.ts`：强制 FFF 官方 `override` 模式，统一接管 `find`、`grep`、`multi_grep` 和 `@` 补全；FFF 独占本地字面搜索，远端服务器搜索由 `ssh_find` / `ssh_grep` 负责，RTK 不得接管搜索工具（见 `pi-rtk-optimizer/AGENTS.md`）。显式 CLI flag 仍遵循 FFF 官方优先级。
 - `codegraph.ts` + `codegraph-client.ts`：注册原生 `codegraph_explore` 工具，按索引根惰性常驻 `codegraph serve --mcp -p <root>` 子进程，经组合包自有 stdio 逐行 JSON-RPC 客户端直连（不经 shell、不带 pi-mcp-adapter 或 MCP SDK）；serve 进程内置文件监听自动同步索引，无结果缓存。子进程 10 分钟无调用自动关闭、会话结束统一关闭；调用中死亡换新客户端透明重试一次；其启动的上游 daemon（`.codegraph/daemon.sock`）退出后可多驻留 ≤5 分钟，属上游行为，组合包不管理。
 - CodeGraph 是机器级依赖，`install.sh`/`update.sh` 经官方安装器管理 `codegraph` CLI，组合包不内置其运行时。安装、升级和普通启动流程不得执行 `codegraph init`；只有 `codegraph_explore` 在未初始化项目上被调用、且用户在 `ctx.ui.confirm` 中明确确认后才可 `codegraph init` 当前目录，拒绝记入会话级 declined 不再重复询问；init 失败必须如实报告并让模型回退内置工具；不得改动 CodeGraph 更新或遥测设置。CLI 缺失、init 被拒或服务调用失败都不得抛出，必须以文本结果打回并引导模型改用 `find`/`grep`/`read`/LSP。已移除的 `plugin-init.ts`（原 `/plugin_init`）职责已并入本文件的惰性确认，不得恢复。
-- `context-mode.ts` + `context-mode-filter.ts`：经 `prompt-guard.ts` 代理加载上游 `context-mode` Pi adapter 与 skills，提供 `ctx_*` 工具、隔离式大输出处理和会话连续性；Context Mode 负责避免批量读取、命令研究和网页原始内容直接撑大上下文。filter 只丢弃其 context 注入中与本组合包路由重复且冲突的锚点段。
 - `hashline.ts` + `hashline-config.ts`：部署组合包权威 `config/pi-hashline-edit.json` 后加载 `pi-hashline-edit`；默认以 2 字符行哈希覆盖内置 `read` / `edit`，`grep` 与 `replaceText` 均关闭。它保证锚定编辑而不负责压缩，大文件上下文节省必须来自先定位/隔离分析、再做最小范围 `offset/limit` 读取。
 - `permission-system.ts`：直接加载仓库内 `pi-permission-system/src/index.ts`，自身不部署、不播种、不迁移任何配置；运行时直接读取已安装组合包内 `config/pi-permission-policy.jsonc` / `config/pi-permission-hard-guards.jsonc`；日志保留在 `<agentDir>/my-pi/permission-system/logs/`。旧 `extensions/pi-permission-system/` 位置的残留文件被忽略，不迁移也不清理；项目级 policy 不读取。
 - `lsp.ts` + `lsp-config.ts`：TypeScript/JavaScript 后端由根包固定依赖提供，用当前 Node 可执行文件直接启动包内 `typescript-language-server` CLI，不得依赖或调用 VS Code GUI；Kotlin/JDT LS 使用组合包部署的 `kotlin-lsp --stdio` 与 `jdtls` 配置，根包不安装这两个系统可执行文件。

extensions/context-mode-filter.ts

@@ -1,36 +0,0 @@
-/**
- * Pure filter applied after context-mode's `context` handler: its upstream
- * build appends one `{ role: "user", content }` message whose parts are
- * `"\n\n"`-joined and whose first part is a routing anchor that duplicates —
- * and contradicts — the bundle-owned `config/prompt/routing.jsonc`. The anchor
- * part is stripped; remaining parts (active memory, resume snapshot) stay.
- * No other message is touched; when nothing changes the input array is
- * returned unchanged (same reference).
- */
-
-export const CONTEXT_MODE_ANCHOR_PREFIX = "context-mode active. Hierarchy:";
-
-type MessageLike = { role?: unknown; content?: unknown } & Record<string, unknown>;
-
-export function filterContextModeMessages<T extends MessageLike>(
-	before: readonly T[],
-	after: readonly T[],
-): T[] {
-	if (after.length <= before.length) return after as T[];
-	let result: T[] | null = null;
-	for (let i = after.length - 1; i >= before.length; i--) {
-		const message = after[i];
-		if (message === null || typeof message !== "object") continue;
-		if (message.role !== "user" || typeof message.content !== "string") continue;
-		const parts = message.content.split("\n\n");
-		const kept = parts.filter((part) => !part.startsWith(CONTEXT_MODE_ANCHOR_PREFIX));
-		if (kept.length === parts.length) continue;
-		result ??= after.slice();
-		if (kept.length === 0) {
-			result.splice(i, 1);
-		} else {
-			result[i] = { ...message, content: kept.join("\n\n") };
-		}
-	}
-	return result ?? (after as T[]);
-}

extensions/context-mode.ts

@@ -1,18 +0,0 @@
-import type { ExtensionAPI } from "@earendil-works/pi-coding-agent";
-// The adapter is a prebuilt .js bundle, not a TypeScript source.
-import piExtension from "../node_modules/context-mode/build/adapters/pi/extension.js";
-
-import { filterContextModeMessages } from "./context-mode-filter.ts";
-import { guardExtensionApi } from "./prompt-guard.ts";
-
-/**
- * Load context-mode through the prompt guard: the bundle keeps sole ownership
- * of the system prompt, so the upstream routing anchor appended to the
- * `context` message list is filtered out (bundle routing lives in
- * `config/prompt/routing.jsonc`), while upstream active-memory/resume parts
- * pass through untouched. The upstream code this filter depends on is pinned
- * by `tests/system-prompt.test.ts` against the exact `context-mode` version.
- */
-export default function bundledContextModeExtension(pi: ExtensionAPI): void {
-	piExtension(guardExtensionApi(pi, { contextFilter: filterContextModeMessages }));
-}