refactor(tool-fs): drop per-tool subpath plugins; adopt single-tsconfig build

Adapt the four fs packages to master's single-tsconfig build convention
(lib/types outDir + types path + files allowlist), brought in by the merge.

While doing so, drop dsh-tool-fs's /read//write//edit subpath plugins. They
were the only subpath-export package in the tree and forced bespoke tsdown,
tsconfig path, package.json files, and workspace-constraint handling that no
sibling tool package (e.g. dsh-tool-bash) carries, for a focused-deployment
use case no consumer needed. dsh-tool-fs is now a single root plugin that
registers read/write/edit, mirroring dsh-tool-bash; the per-tool registration
helpers stay internal modules the root composes. The file-context event-gate
RFC is amended to record the narrowed scope.

packages/fs/tool-fs/src/read.ts

@@ -8,7 +8,7 @@
  * the model-facing schema, argument validation, read windowing, and result
  * formatting; the freshness/observation policy is not its concern.
  *
- * @module @deepseek-ai/dsh-tool-fs/read
+ * @module @deepseek-ai/dsh-tool-fs/src/read
  */
 
 import type { Context } from 'cordis'
@@ -72,7 +72,7 @@ ${body}
 }
 
 /** Register the `read` tool and its system-prompt guidance. */
-export function apply(ctx: Context): void {
+export function applyReadTool(ctx: Context): void {
   ctx.systemPrompt.section({
     name: 'tool:read',
     order: 100,
@@ -119,12 +119,3 @@ export function apply(ctx: Context): void {
     },
   }))
 }
-
-/** Cordis plugin name used by loader diagnostics. */
-export const name = 'fs-read'
-
-/** Services required by the `read` tool plugin. */
-export const inject = ['tools', 'fs', 'systemPrompt']
-
-/** Named helper for direct registration in the root plugin and tests. */
-export const applyReadTool = apply