deprecated-tracker 2.3.0 → 2.3.1
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.
- package/CHANGELOG.md +7 -0
- package/README.md +20 -2
- package/bin/deprecated-tracker.js +1 -1
- package/docs/CLI.md +10 -2
- package/out/cli.js +73 -73
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -2,6 +2,13 @@
|
|
|
2
2
|
|
|
3
3
|
All notable changes to the "Deprecated Tracker" extension will be documented in this file.
|
|
4
4
|
|
|
5
|
+
## [2.3.1]
|
|
6
|
+
|
|
7
|
+
### Fixed
|
|
8
|
+
|
|
9
|
+
- **`scan_files` missed edits made after a file was staged.** The MCP tool took its changed lines from the index, so an agent that staged a file and then kept editing was told its newest code was clean — the exact flow the tool exists for. It now reads the working tree for the files it was given, while `--files` on the command line stays on the index: a pre-commit hook must judge what is about to be committed, not what merely happens to be in the editor.
|
|
10
|
+
- **`mcp install --scope project` could register the tool where no agent would look.** Project scope means the directory the command ran in, so running it from a home folder registered a "project" that is never opened, and the repo it was meant for got nothing. The install now names the directory it used and warns when that directory is not a git repository, pointing at `--scope user` for a registration that applies everywhere. Success messages say where the entry went, which the agents' own CLIs do not report.
|
|
11
|
+
|
|
5
12
|
## [2.3.0]
|
|
6
13
|
|
|
7
14
|
### Changed
|
package/README.md
CHANGED
|
@@ -43,10 +43,28 @@ Recipes for husky, lefthook and the `pre-commit` framework (which has a `.pre-co
|
|
|
43
43
|
Register it once and Claude Code or Codex can call the scanner by name:
|
|
44
44
|
|
|
45
45
|
```bash
|
|
46
|
-
|
|
46
|
+
# Just you, every project you open
|
|
47
|
+
npx deprecated-tracker mcp install --agent claude-code --scope user
|
|
48
|
+
npx deprecated-tracker mcp install --agent codex --scope user
|
|
49
|
+
|
|
50
|
+
# The whole team, committed with the repo — run it from inside the repo
|
|
51
|
+
npx deprecated-tracker mcp install --agent claude-code --scope project
|
|
52
|
+
npx deprecated-tracker mcp install --agent codex --scope project
|
|
53
|
+
|
|
54
|
+
npx deprecated-tracker mcp install --agent all --scope project # both at once
|
|
55
|
+
npx deprecated-tracker mcp uninstall --agent all --scope user # same flags to undo
|
|
47
56
|
```
|
|
48
57
|
|
|
49
|
-
That exposes three tools — `scan_project`, `scan_changes` and `scan_files` — with schemas the agent can read, structured results, and no shell-approval prompt per call.
|
|
58
|
+
That exposes three tools — `scan_project`, `scan_changes` and `scan_files` — with schemas the agent can read, structured results, and no shell-approval prompt per call.
|
|
59
|
+
|
|
60
|
+
`--scope user` registers it for every project you open. `--scope project` is the default and registers it for **the directory you run the command in**, which is meant to be committed so a teammate has it after a clone — so run that one from inside the repo, not from your home folder, or you register a "project" no agent will ever open. The CLI prints which scope it used and where the entry went, and warns when a project install is happening outside a git repository. Where each lands:
|
|
61
|
+
|
|
62
|
+
| Agent | `--scope project` | `--scope user` |
|
|
63
|
+
|---|---|---|
|
|
64
|
+
| `claude-code` | `.mcp.json` at the repo root | `mcpServers` in `~/.claude.json` |
|
|
65
|
+
| `codex` | `.codex/config.toml` in the repo | `~/.codex/config.toml` |
|
|
66
|
+
|
|
67
|
+
The agent's own CLI (`claude mcp add`, `codex mcp add`) is used when it is on PATH; otherwise the config file is merged, never replaced. Then **restart the agent** — and with project scope, Claude Code asks you to approve the server the first time it sees it (`/mcp` if you miss the prompt). `mcp uninstall` removes only the scope you name.
|
|
50
68
|
|
|
51
69
|
No install needed either way: point `--files` at what the agent just wrote and read the JSON off stdout. Unstaged edits are covered, since a file with no staged hunks is read as entirely changed.
|
|
52
70
|
|
package/docs/CLI.md
CHANGED
|
@@ -173,9 +173,10 @@ the verbs by name, a schema for each, structured results instead of parsed
|
|
|
173
173
|
stdout, and calls that do not each trip a shell-command approval.
|
|
174
174
|
|
|
175
175
|
```bash
|
|
176
|
-
npx deprecated-tracker mcp install
|
|
176
|
+
npx deprecated-tracker mcp install --agent claude-code --scope user
|
|
177
177
|
npx deprecated-tracker mcp install --agent codex --scope user
|
|
178
|
-
npx deprecated-tracker mcp
|
|
178
|
+
npx deprecated-tracker mcp install # every agent found, project scope
|
|
179
|
+
npx deprecated-tracker mcp uninstall --agent all --scope user
|
|
179
180
|
```
|
|
180
181
|
|
|
181
182
|
| Tool | What it does |
|
|
@@ -199,6 +200,13 @@ Project scope is the default: it gets committed, so the whole team has the tool
|
|
|
199
200
|
after a clone. `uninstall` removes only from the scope you name — cleaning up a
|
|
200
201
|
project never touches a user-level registration.
|
|
201
202
|
|
|
203
|
+
**A project registration means the directory you ran the command in.** Run it
|
|
204
|
+
from your home folder and the tool is registered for a "project" no agent will
|
|
205
|
+
ever open — nothing appears in the repo you meant, and it looks as though the
|
|
206
|
+
install did nothing. The CLI names the directory it used and warns when that
|
|
207
|
+
directory is not a git repository. Use `--scope user` when you want it
|
|
208
|
+
everywhere regardless of where you happen to be standing.
|
|
209
|
+
|
|
202
210
|
The agent's own CLI (`claude mcp add`, `codex mcp add`) is used when it is on
|
|
203
211
|
PATH; otherwise the config file is edited directly, merging rather than
|
|
204
212
|
replacing. Two things to expect afterwards:
|