smcreader 0.1.1 → 0.1.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Binary file
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "smcreader",
3
- "version": "0.1.1",
3
+ "version": "0.1.3",
4
4
  "description": "SMC Reader (Save My Context Reader): large tool outputs are spilled to disk and replaced by a short pointer; the model pulls only the lines it needs via reader_ask / reader_peek.",
5
5
  "author": { "name": "bulatko" },
6
6
  "homepage": "https://github.com/bulatko/SMCReader",
package/.mcp.json CHANGED
@@ -2,6 +2,6 @@
2
2
  "smcreader": {
3
3
  "type": "stdio",
4
4
  "command": "npx",
5
- "args": ["-y", "--omit=optional", "--package=smcreader@0.1.1", "smcreader-mcp"]
5
+ "args": ["-y", "--omit=optional", "--package=smcreader@0.1.3", "smcreader-mcp"]
6
6
  }
7
7
  }
package/README.md CHANGED
@@ -201,7 +201,10 @@ READER_E2E_PACKAGE=registry sh e2e/plugin.sh # the published npm version ins
201
201
  install gets) and points its `.mcp.json` at `npm pack` of the working tree.
202
202
 
203
203
  **Releasing.** A marketplace install takes the plugin from the default branch, and its `.mcp.json`
204
- pins `smcreader@<version>` — so publish that version to npm *before* pushing the version bump.
204
+ pins `smcreader@<version>` — so the version must be on npm *before* the bump reaches that branch.
205
+ Bump the version in `package.json`, `.claude-plugin/plugin.json` and `.mcp.json` (`npm test` checks
206
+ they agree), commit, push **only the tag** `v<version>`; the `Release` workflow publishes to npm
207
+ (trusted publishing, with provenance). Then push the branch.
205
208
 
206
209
  The e2e verdict comes from `--output-format stream-json`, i.e. from what the model actually
207
210
  received, not from what it said: (1) the Bash `tool_result` contains `[READER ctx_` and not
@@ -210,6 +213,20 @@ received, not from what it said: (1) the Bash `tool_result` contains `[READER ct
210
213
 
211
214
  </details>
212
215
 
216
+ ## What it runs and sends
217
+
218
+ - **The hook** (`bin/smcreader-hook`, no dependencies, no network) reads the tool output that Claude
219
+ Code passes to it. If the output is large, the hook writes it to `READER_DIR`
220
+ (default `~/.cache/smcreader`) and returns the pointer in its place.
221
+ - **The MCP server** comes from the npm registry: the plugin starts it with `npx`
222
+ (`smcreader@<version>` and its dependencies), and later starts run from npm's cache.
223
+ - **`reader_ask`** sends the document and your question to Claude Haiku through your own Claude
224
+ Code (`claude`, your credentials), like a subagent would. Those Haiku sessions keep their
225
+ transcripts under `READER_WORK_DIR`. `reader_open`, `reader_peek`, `reader_list` and
226
+ `reader_close` run locally.
227
+ - Documents expire 48 h after their last use. There is no telemetry, and nothing else leaves your
228
+ machine.
229
+
213
230
  ## Limitations
214
231
 
215
232
  - Needs a Claude Code version that applies `hookSpecificOutput.updatedToolOutput` from command
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "smcreader",
3
- "version": "0.1.1",
3
+ "version": "0.1.3",
4
4
  "description": "SMC Reader (Save My Context Reader): pull-model reading of large tool outputs for Claude Code. A PostToolUse hook spills big outputs to disk and leaves a short pointer; an MCP server returns only the lines or answers the model asks for.",
5
5
  "license": "MIT",
6
6
  "author": "bulatko",