mason-context 0.2.2 → 0.2.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.
- package/dist/bin/mason-mcp.js +1 -1
- package/dist/bin/mason.js +2 -2
- package/dist/bin/mason.js.map +1 -1
- package/dist/src/cli.js +2 -2
- package/dist/src/cli.js.map +1 -1
- package/package.json +1 -1
package/dist/bin/mason-mcp.js
CHANGED
|
@@ -1235,7 +1235,7 @@ function createMcpServer() {
|
|
|
1235
1235
|
const server = new McpServer(
|
|
1236
1236
|
{
|
|
1237
1237
|
name: "mason",
|
|
1238
|
-
version: "0.2.
|
|
1238
|
+
version: "0.2.3"
|
|
1239
1239
|
},
|
|
1240
1240
|
{
|
|
1241
1241
|
instructions: "Mason is a context engineering tool. Always call get_snapshot before using Explore agents, Glob, or Grep to understand the codebase. The snapshot is a concept map that maps features and flows to their implementing files \u2014 it eliminates the need to search. This applies to ANY question about architecture, features, flows, how things work, cross-feature interactions, or bug investigation. Workflow: 1) Call get_snapshot first. 2) If no snapshot, call full_analysis and then save_snapshot to create one. 3) If the snapshot is stale, tell the user and offer to update it. 4) Use your native file reading tool to read files the snapshot points to. 5) Before modifying a file, call get_impact to check what else might be affected. 6) After making significant changes (new features, refactors, architecture changes), call save_snapshot to update the concept map."
|
package/dist/bin/mason.js
CHANGED
|
@@ -1786,7 +1786,7 @@ function createMcpServer() {
|
|
|
1786
1786
|
const server = new McpServer(
|
|
1787
1787
|
{
|
|
1788
1788
|
name: "mason",
|
|
1789
|
-
version: "0.2.
|
|
1789
|
+
version: "0.2.3"
|
|
1790
1790
|
},
|
|
1791
1791
|
{
|
|
1792
1792
|
instructions: "Mason is a context engineering tool. Always call get_snapshot before using Explore agents, Glob, or Grep to understand the codebase. The snapshot is a concept map that maps features and flows to their implementing files \u2014 it eliminates the need to search. This applies to ANY question about architecture, features, flows, how things work, cross-feature interactions, or bug investigation. Workflow: 1) Call get_snapshot first. 2) If no snapshot, call full_analysis and then save_snapshot to create one. 3) If the snapshot is stale, tell the user and offer to update it. 4) Use your native file reading tool to read files the snapshot points to. 5) Before modifying a file, call get_impact to check what else might be affected. 6) After making significant changes (new features, refactors, architecture changes), call save_snapshot to update the concept map."
|
|
@@ -1970,7 +1970,7 @@ function createCLI() {
|
|
|
1970
1970
|
const program2 = new Command();
|
|
1971
1971
|
program2.name("mason").description(
|
|
1972
1972
|
"Context engineering CLI & MCP server \u2014 generates intelligent CLAUDE.md files"
|
|
1973
|
-
).version("0.
|
|
1973
|
+
).version("0.2.3");
|
|
1974
1974
|
program2.command("setup").description("Register Mason as an MCP server with Claude Code").option("--scope <scope>", "Config scope: user or project", "user").action(async (opts) => {
|
|
1975
1975
|
const { execFile: execFile9 } = await import("child_process");
|
|
1976
1976
|
const { promisify: promisify9 } = await import("util");
|