mastra 1.26.2-alpha.0 → 1.27.0
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 +105 -0
- package/dist/commands/actions/build-project.d.ts +1 -0
- package/dist/commands/actions/build-project.d.ts.map +1 -1
- package/dist/commands/build/BuildBundler.d.ts +1 -0
- package/dist/commands/build/BuildBundler.d.ts.map +1 -1
- package/dist/commands/build/build.d.ts +2 -1
- package/dist/commands/build/build.d.ts.map +1 -1
- package/dist/commands/build/guard-live-dev-server.d.ts +34 -0
- package/dist/commands/build/guard-live-dev-server.d.ts.map +1 -0
- package/dist/commands/dev/dev-lock.d.ts +15 -0
- package/dist/commands/dev/dev-lock.d.ts.map +1 -1
- package/dist/commands/worker/WorkerBundler.d.ts +1 -0
- package/dist/commands/worker/WorkerBundler.d.ts.map +1 -1
- package/dist/docs/SKILL.md +1 -1
- package/dist/docs/assets/SOURCE_MAP.json +1 -1
- package/dist/factory/assets/{engine-javascript-BvalbTp7.js → engine-javascript-D5kUcfpx.js} +1 -1
- package/dist/factory/assets/index-BVGEWqyO.css +1 -0
- package/dist/factory/assets/{index-CacACngw.js → index-CUVW4dPT.js} +265 -265
- package/dist/factory/assets/mona-sans-latin-ext-standard-italic-ClEi4KPQ.woff2 +0 -0
- package/dist/factory/assets/mona-sans-latin-standard-italic-CRH5m36E.woff2 +0 -0
- package/dist/factory/assets/mona-sans-vietnamese-standard-italic-DbrkffsW.woff2 +0 -0
- package/dist/factory/index.html +2 -2
- package/dist/index.d.ts.map +1 -1
- package/dist/index.js +273 -153
- package/dist/index.js.map +1 -1
- package/dist/studio/assets/{core-BX-Ks7XT.js → core-BAN_b2IL.js} +1 -1
- package/dist/studio/assets/{index-2KxwRo9v.js → index-CUF26W-N.js} +2 -2
- package/dist/studio/assets/{main-C9pZ3GP3.js → main-CZ5g6zeM.js} +214 -214
- package/dist/studio/assets/style-C6JKIT3S.css +1 -0
- package/dist/studio/index.html +2 -2
- package/package.json +7 -7
- package/dist/factory/assets/index-aIoUvupB.css +0 -1
- package/dist/studio/assets/style-zFoutuE8.css +0 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,110 @@
|
|
|
1
1
|
# mastra
|
|
2
2
|
|
|
3
|
+
## 1.27.0
|
|
4
|
+
|
|
5
|
+
### Minor Changes
|
|
6
|
+
|
|
7
|
+
- Added a dedicated worker entry to standard build artifacts. The worker runtime exposes a /health endpoint that returns 503 during startup and 200 after workers initialize, so deployment platforms can gate rollout on worker readiness. ([#22393](https://github.com/mastra-ai/mastra/pull/22393))
|
|
8
|
+
|
|
9
|
+
### Patch Changes
|
|
10
|
+
|
|
11
|
+
- Fixed worker processes to discover and run schedules created after startup without requiring a restart or explicit scheduler configuration. ([#22420](https://github.com/mastra-ai/mastra/pull/22420))
|
|
12
|
+
|
|
13
|
+
- Feedback in Studio's observability view is now a comment thread. The Feedback tabs of the trace panel and the span panel show existing feedback as comments with their time, and a composer underneath where you can write a comment and submit it with the arrow button. Feedback submitted from the trace panel is recorded against the trace, feedback submitted from a span is recorded against that span, and the thread refreshes as soon as the comment is saved. ([#22401](https://github.com/mastra-ai/mastra/pull/22401))
|
|
14
|
+
|
|
15
|
+
To leave feedback on a run:
|
|
16
|
+
|
|
17
|
+
1. Run `mastra dev` and open **Observability** in Studio.
|
|
18
|
+
2. Click a trace, open its **Feedback** tab, type a comment and press the arrow button — it is saved against the trace.
|
|
19
|
+
3. Select a span in the trace tree, open the span's **Feedback** tab and submit there instead — the comment is saved against that span.
|
|
20
|
+
|
|
21
|
+
- Fixed `mastra build` silently deleting a running `mastra dev` server's files. ([#22405](https://github.com/mastra-ai/mastra/pull/22405))
|
|
22
|
+
|
|
23
|
+
`mastra build` and `mastra dev` share the same output directory (`.mastra`). Running a build while a dev server was still up would empty that directory out from under it — including the dev server's own state and the studio UI it had already served — with no warning. The dev server kept running afterward, but any request that depended on those files would then fail.
|
|
24
|
+
|
|
25
|
+
`mastra build` now checks whether a dev server is running in the same directory before it starts, and stops with a clear message instead of deleting its files:
|
|
26
|
+
|
|
27
|
+
```text
|
|
28
|
+
✗ A `mastra dev` server is running in this directory
|
|
29
|
+
|
|
30
|
+
│ PID 12345 is still active (localhost:4111).
|
|
31
|
+
│ Building now would empty its output directory out from under it.
|
|
32
|
+
|
|
33
|
+
To fix this:
|
|
34
|
+
• Stop the dev server (PID 12345), or
|
|
35
|
+
• Re-run with --force to build anyway.
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
Pass `--force` to build anyway (for example in a script that manages the dev server's lifecycle itself):
|
|
39
|
+
|
|
40
|
+
```bash
|
|
41
|
+
mastra build --force
|
|
42
|
+
```
|
|
43
|
+
|
|
44
|
+
- Fixed the span Feedback tab in Studio's observability view showing the same list and count for every span of a trace: it now loads feedback strictly for the selected trace and span pair, so switching spans shows that span's own feedback. Trace-level feedback — including everything produced by the dataset review flows — now lives in a new Feedback tab on the trace panel, next to Details and Evaluations, which lists only records that aren't attached to a span. The span panel tabs also use the same pill styling as the rest of Studio instead of the deprecated underline variant. ([#22401](https://github.com/mastra-ai/mastra/pull/22401))
|
|
45
|
+
|
|
46
|
+
To see each kind of feedback:
|
|
47
|
+
|
|
48
|
+
1. Run `mastra dev` and open **Observability** in Studio.
|
|
49
|
+
2. Open a trace and select its **Feedback** tab — it lists trace-level feedback only, such as records left by dataset review.
|
|
50
|
+
3. Select a span in the trace tree and open the span's **Feedback** tab — it lists only that span's feedback, and the list changes as you select other spans.
|
|
51
|
+
|
|
52
|
+
- Updated dependencies [[`7176362`](https://github.com/mastra-ai/mastra/commit/717636281a3339911a05ea2cc8ae38afe4fd2cef), [`9045b8f`](https://github.com/mastra-ai/mastra/commit/9045b8fdf622e1d735b96ddd6500bd32556636d9), [`7677a2c`](https://github.com/mastra-ai/mastra/commit/7677a2cd47729221ca28afc5067d26e22d925b59), [`e3b796d`](https://github.com/mastra-ai/mastra/commit/e3b796d29a63f0d5c97dd815aadec40687346d70), [`f7a7467`](https://github.com/mastra-ai/mastra/commit/f7a74678193921e7ea4790232d707b3237626cac), [`bab189f`](https://github.com/mastra-ai/mastra/commit/bab189f8c04903bd66ab7e5604011485037c71bf), [`49ccd14`](https://github.com/mastra-ai/mastra/commit/49ccd142268a61fb55ea75bc76287643a21f3677), [`49ccd14`](https://github.com/mastra-ai/mastra/commit/49ccd142268a61fb55ea75bc76287643a21f3677), [`f9c56f3`](https://github.com/mastra-ai/mastra/commit/f9c56f336ee8c250763a438990f8e60a428353c9), [`3855b38`](https://github.com/mastra-ai/mastra/commit/3855b38c4c25af32ab8e298e148becc963abe92c)]:
|
|
53
|
+
- @mastra/core@1.63.0
|
|
54
|
+
- @mastra/deployer@1.63.0
|
|
55
|
+
- @mastra/loggers@1.3.0
|
|
56
|
+
|
|
57
|
+
## 1.27.0-alpha.1
|
|
58
|
+
|
|
59
|
+
### Minor Changes
|
|
60
|
+
|
|
61
|
+
- Added a dedicated worker entry to standard build artifacts. The worker runtime exposes a /health endpoint that returns 503 during startup and 200 after workers initialize, so deployment platforms can gate rollout on worker readiness. ([#22393](https://github.com/mastra-ai/mastra/pull/22393))
|
|
62
|
+
|
|
63
|
+
### Patch Changes
|
|
64
|
+
|
|
65
|
+
- Feedback in Studio's observability view is now a comment thread. The Feedback tabs of the trace panel and the span panel show existing feedback as comments with their time, and a composer underneath where you can write a comment and submit it with the arrow button. Feedback submitted from the trace panel is recorded against the trace, feedback submitted from a span is recorded against that span, and the thread refreshes as soon as the comment is saved. ([#22401](https://github.com/mastra-ai/mastra/pull/22401))
|
|
66
|
+
|
|
67
|
+
To leave feedback on a run:
|
|
68
|
+
|
|
69
|
+
1. Run `mastra dev` and open **Observability** in Studio.
|
|
70
|
+
2. Click a trace, open its **Feedback** tab, type a comment and press the arrow button — it is saved against the trace.
|
|
71
|
+
3. Select a span in the trace tree, open the span's **Feedback** tab and submit there instead — the comment is saved against that span.
|
|
72
|
+
|
|
73
|
+
- Fixed `mastra build` silently deleting a running `mastra dev` server's files. ([#22405](https://github.com/mastra-ai/mastra/pull/22405))
|
|
74
|
+
|
|
75
|
+
`mastra build` and `mastra dev` share the same output directory (`.mastra`). Running a build while a dev server was still up would empty that directory out from under it — including the dev server's own state and the studio UI it had already served — with no warning. The dev server kept running afterward, but any request that depended on those files would then fail.
|
|
76
|
+
|
|
77
|
+
`mastra build` now checks whether a dev server is running in the same directory before it starts, and stops with a clear message instead of deleting its files:
|
|
78
|
+
|
|
79
|
+
```text
|
|
80
|
+
✗ A `mastra dev` server is running in this directory
|
|
81
|
+
|
|
82
|
+
│ PID 12345 is still active (localhost:4111).
|
|
83
|
+
│ Building now would empty its output directory out from under it.
|
|
84
|
+
|
|
85
|
+
To fix this:
|
|
86
|
+
• Stop the dev server (PID 12345), or
|
|
87
|
+
• Re-run with --force to build anyway.
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
Pass `--force` to build anyway (for example in a script that manages the dev server's lifecycle itself):
|
|
91
|
+
|
|
92
|
+
```bash
|
|
93
|
+
mastra build --force
|
|
94
|
+
```
|
|
95
|
+
|
|
96
|
+
- Fixed the span Feedback tab in Studio's observability view showing the same list and count for every span of a trace: it now loads feedback strictly for the selected trace and span pair, so switching spans shows that span's own feedback. Trace-level feedback — including everything produced by the dataset review flows — now lives in a new Feedback tab on the trace panel, next to Details and Evaluations, which lists only records that aren't attached to a span. The span panel tabs also use the same pill styling as the rest of Studio instead of the deprecated underline variant. ([#22401](https://github.com/mastra-ai/mastra/pull/22401))
|
|
97
|
+
|
|
98
|
+
To see each kind of feedback:
|
|
99
|
+
|
|
100
|
+
1. Run `mastra dev` and open **Observability** in Studio.
|
|
101
|
+
2. Open a trace and select its **Feedback** tab — it lists trace-level feedback only, such as records left by dataset review.
|
|
102
|
+
3. Select a span in the trace tree and open the span's **Feedback** tab — it lists only that span's feedback, and the list changes as you select other spans.
|
|
103
|
+
|
|
104
|
+
- Updated dependencies [[`7677a2c`](https://github.com/mastra-ai/mastra/commit/7677a2cd47729221ca28afc5067d26e22d925b59), [`f7a7467`](https://github.com/mastra-ai/mastra/commit/f7a74678193921e7ea4790232d707b3237626cac), [`bab189f`](https://github.com/mastra-ai/mastra/commit/bab189f8c04903bd66ab7e5604011485037c71bf), [`f9c56f3`](https://github.com/mastra-ai/mastra/commit/f9c56f336ee8c250763a438990f8e60a428353c9)]:
|
|
105
|
+
- @mastra/core@1.63.0-alpha.1
|
|
106
|
+
- @mastra/deployer@1.63.0-alpha.1
|
|
107
|
+
|
|
3
108
|
## 1.26.2-alpha.0
|
|
4
109
|
|
|
5
110
|
### Patch Changes
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"build-project.d.ts","sourceRoot":"","sources":["../../../src/commands/actions/build-project.ts"],"names":[],"mappings":"AAGA,eAAO,MAAM,YAAY,GAAU,MAAM;IACvC,GAAG,CAAC,EAAE,MAAM,CAAC;IACb,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,MAAM,CAAC,EAAE,OAAO,CAAC;IACjB,KAAK,EAAE,OAAO,CAAC;CAChB,
|
|
1
|
+
{"version":3,"file":"build-project.d.ts","sourceRoot":"","sources":["../../../src/commands/actions/build-project.ts"],"names":[],"mappings":"AAGA,eAAO,MAAM,YAAY,GAAU,MAAM;IACvC,GAAG,CAAC,EAAE,MAAM,CAAC;IACb,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,MAAM,CAAC,EAAE,OAAO,CAAC;IACjB,KAAK,CAAC,EAAE,OAAO,CAAC;IAChB,KAAK,EAAE,OAAO,CAAC;CAChB,kBAgBA,CAAC"}
|
|
@@ -12,6 +12,7 @@ export declare class BuildBundler extends Bundler {
|
|
|
12
12
|
toolsPaths: (string | string[])[];
|
|
13
13
|
projectRoot: string;
|
|
14
14
|
}): Promise<void>;
|
|
15
|
+
protected getAdditionalEntries(): Record<string, string>;
|
|
15
16
|
protected getEntry(): string;
|
|
16
17
|
lint(entryFile: string, outputDirectory: string, toolsPaths: (string | string[])[]): Promise<void>;
|
|
17
18
|
}
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"BuildBundler.d.ts","sourceRoot":"","sources":["../../../src/commands/build/BuildBundler.ts"],"names":[],"mappings":"AAEA,OAAO,KAAK,EAAE,MAAM,EAAE,MAAM,qBAAqB,CAAC;AAElD,OAAO,EAAE,OAAO,EAAE,MAAM,0BAA0B,CAAC;
|
|
1
|
+
{"version":3,"file":"BuildBundler.d.ts","sourceRoot":"","sources":["../../../src/commands/build/BuildBundler.ts"],"names":[],"mappings":"AAEA,OAAO,KAAK,EAAE,MAAM,EAAE,MAAM,qBAAqB,CAAC;AAElD,OAAO,EAAE,OAAO,EAAE,MAAM,0BAA0B,CAAC;AAKnD,qBAAa,YAAa,SAAQ,OAAO;IACvC,OAAO,CAAC,MAAM,CAAU;gBAEZ,EAAE,MAAM,EAAE,GAAE;QAAE,MAAM,CAAC,EAAE,OAAO,CAAA;KAAO;cAOjC,qBAAqB,CACnC,eAAe,EAAE,MAAM,EACvB,eAAe,EAAE,MAAM,GACtB,OAAO,CAAC,WAAW,CAAC,MAAM,CAAC,SAAS,CAAC,CAAC,CAAC;IAiB1C,WAAW,IAAI,OAAO,CAAC,MAAM,EAAE,CAAC;IAS1B,OAAO,CAAC,eAAe,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;IAc/C,MAAM,CACV,SAAS,EAAE,MAAM,EACjB,eAAe,EAAE,MAAM,EACvB,EAAE,UAAU,EAAE,WAAW,EAAE,EAAE;QAAE,UAAU,EAAE,CAAC,MAAM,GAAG,MAAM,EAAE,CAAC,EAAE,CAAC;QAAC,WAAW,EAAE,MAAM,CAAA;KAAE,GACtF,OAAO,CAAC,IAAI,CAAC;IAIhB,SAAS,CAAC,oBAAoB,IAAI,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC;IAIxD,SAAS,CAAC,QAAQ,IAAI,MAAM;IAqBtB,IAAI,CAAC,SAAS,EAAE,MAAM,EAAE,eAAe,EAAE,MAAM,EAAE,UAAU,EAAE,CAAC,MAAM,GAAG,MAAM,EAAE,CAAC,EAAE,GAAG,OAAO,CAAC,IAAI,CAAC;CAGzG"}
|
|
@@ -1,8 +1,9 @@
|
|
|
1
|
-
export declare function build({ dir, tools, root, studio, debug, }: {
|
|
1
|
+
export declare function build({ dir, tools, root, studio, force, debug, }: {
|
|
2
2
|
dir?: string;
|
|
3
3
|
tools?: string[];
|
|
4
4
|
root?: string;
|
|
5
5
|
studio?: boolean;
|
|
6
|
+
force?: boolean;
|
|
6
7
|
debug: boolean;
|
|
7
8
|
}): Promise<void>;
|
|
8
9
|
//# sourceMappingURL=build.d.ts.map
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"build.d.ts","sourceRoot":"","sources":["../../../src/commands/build/build.ts"],"names":[],"mappings":"
|
|
1
|
+
{"version":3,"file":"build.d.ts","sourceRoot":"","sources":["../../../src/commands/build/build.ts"],"names":[],"mappings":"AAiBA,wBAAsB,KAAK,CAAC,EAC1B,GAAG,EACH,KAAK,EACL,IAAI,EACJ,MAAM,EACN,KAAK,EACL,KAAK,GACN,EAAE;IACD,GAAG,CAAC,EAAE,MAAM,CAAC;IACb,KAAK,CAAC,EAAE,MAAM,EAAE,CAAC;IACjB,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,MAAM,CAAC,EAAE,OAAO,CAAC;IACjB,KAAK,CAAC,EAAE,OAAO,CAAC;IAChB,KAAK,EAAE,OAAO,CAAC;CAChB,iBA4HA"}
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* `Bundler.prepare()` (in @mastra/deployer) empties `outputDirectory`
|
|
3
|
+
* unconditionally. A live `mastra dev` server holding `dev.lock` in that same
|
|
4
|
+
* directory would have its lock file and already-served assets deleted out
|
|
5
|
+
* from under it, with no warning. Refuse (or, with `force`, warn loudly and
|
|
6
|
+
* proceed) before that happens.
|
|
7
|
+
*
|
|
8
|
+
* Returns whether it's safe to proceed (no live dev server, or one is live
|
|
9
|
+
* but `force` was passed). When it isn't, this prints the error and calls
|
|
10
|
+
* `process.exit(1)` itself -- but also returns `false`, so a caller doesn't
|
|
11
|
+
* depend on `process.exit()` actually terminating the process to avoid
|
|
12
|
+
* running the destructive operation it's guarding.
|
|
13
|
+
*/
|
|
14
|
+
export declare function guardAgainstLiveDevServer(outputDirectory: string, force: boolean | undefined): Promise<boolean>;
|
|
15
|
+
/**
|
|
16
|
+
* Runs `prepare` (the caller's `deployer.prepare(outputDirectory)`) guarded
|
|
17
|
+
* by an immediate, right-before-the-call re-check of `dev.lock`.
|
|
18
|
+
*
|
|
19
|
+
* `guardAgainstLiveDevServer()` alone, called once up front in `build()`,
|
|
20
|
+
* still leaves a window open: real async work (peer-dep checks, entry-file
|
|
21
|
+
* analysis, resolving a platform deployer) runs between that check and the
|
|
22
|
+
* `prepare()` call that actually empties the directory, and a `mastra dev`
|
|
23
|
+
* server can start and acquire the lock during that window. Re-checking
|
|
24
|
+
* immediately before the call that does the deleting shrinks that window
|
|
25
|
+
* from "the whole pre-build analysis phase" down to a single promise tick.
|
|
26
|
+
*
|
|
27
|
+
* This does not make the check-then-act atomic against a concurrent `mastra
|
|
28
|
+
* dev` acquiring the lock in that same tick -- true atomicity would need a
|
|
29
|
+
* lock shared by both commands' startup paths, not just build's. That's a
|
|
30
|
+
* larger, separate change; this narrows the practical window to effectively
|
|
31
|
+
* nothing without it.
|
|
32
|
+
*/
|
|
33
|
+
export declare function prepareWithLiveDevGuard(outputDirectory: string, force: boolean | undefined, prepare: () => Promise<void>): Promise<void>;
|
|
34
|
+
//# sourceMappingURL=guard-live-dev-server.d.ts.map
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
{"version":3,"file":"guard-live-dev-server.d.ts","sourceRoot":"","sources":["../../../src/commands/build/guard-live-dev-server.ts"],"names":[],"mappings":"AAGA;;;;;;;;;;;;GAYG;AACH,wBAAsB,yBAAyB,CAAC,eAAe,EAAE,MAAM,EAAE,KAAK,EAAE,OAAO,GAAG,SAAS,GAAG,OAAO,CAAC,OAAO,CAAC,CA4BrH;AAED;;;;;;;;;;;;;;;;;GAiBG;AACH,wBAAsB,uBAAuB,CAC3C,eAAe,EAAE,MAAM,EACvB,KAAK,EAAE,OAAO,GAAG,SAAS,EAC1B,OAAO,EAAE,MAAM,OAAO,CAAC,IAAI,CAAC,GAC3B,OAAO,CAAC,IAAI,CAAC,CAIf"}
|
|
@@ -1,3 +1,8 @@
|
|
|
1
|
+
export interface LockData {
|
|
2
|
+
pid: number;
|
|
3
|
+
host?: string;
|
|
4
|
+
port?: number;
|
|
5
|
+
}
|
|
1
6
|
/**
|
|
2
7
|
* Attempt to acquire the dev lock. If another development server instance is
|
|
3
8
|
* already running against the same `.mastra` directory, print a
|
|
@@ -9,6 +14,16 @@ export declare function acquireDevLock(dotMastraPath: string): Promise<void>;
|
|
|
9
14
|
* Update the lockfile with server host/port once they are known.
|
|
10
15
|
*/
|
|
11
16
|
export declare function updateDevLock(dotMastraPath: string, host: string, port: number): Promise<void>;
|
|
17
|
+
/**
|
|
18
|
+
* Read-only check for a live dev server in `dotMastraPath`, without side
|
|
19
|
+
* effects: unlike `acquireDevLock()`, this never removes a stale lockfile
|
|
20
|
+
* (removing it is `mastra dev`'s job when it next starts, not a caller that
|
|
21
|
+
* merely wants to know whether it's safe to touch the directory).
|
|
22
|
+
*
|
|
23
|
+
* Returns the lock data if a dev server currently owns it and is still
|
|
24
|
+
* alive, `null` if there's no lock or the pid it names is no longer running.
|
|
25
|
+
*/
|
|
26
|
+
export declare function readLiveDevLock(dotMastraPath: string): Promise<LockData | null>;
|
|
12
27
|
/**
|
|
13
28
|
* Best-effort removal of the lockfile on shutdown.
|
|
14
29
|
* Synchronous so it can be called from signal handlers without risk of
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"dev-lock.d.ts","sourceRoot":"","sources":["../../../src/commands/dev/dev-lock.ts"],"names":[],"mappings":"
|
|
1
|
+
{"version":3,"file":"dev-lock.d.ts","sourceRoot":"","sources":["../../../src/commands/dev/dev-lock.ts"],"names":[],"mappings":"AAQA,MAAM,WAAW,QAAQ;IACvB,GAAG,EAAE,MAAM,CAAC;IACZ,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,IAAI,CAAC,EAAE,MAAM,CAAC;CACf;AA4ED;;;;;GAKG;AACH,wBAAsB,cAAc,CAAC,aAAa,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC,CAiCzE;AAED;;GAEG;AACH,wBAAsB,aAAa,CAAC,aAAa,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC,CAQpG;AAED;;;;;;;;GAQG;AACH,wBAAsB,eAAe,CAAC,aAAa,EAAE,MAAM,GAAG,OAAO,CAAC,QAAQ,GAAG,IAAI,CAAC,CASrF;AAED;;;;GAIG;AACH,wBAAgB,cAAc,CAAC,aAAa,EAAE,MAAM,GAAG,IAAI,CAY1D"}
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"WorkerBundler.d.ts","sourceRoot":"","sources":["../../../src/commands/worker/WorkerBundler.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,OAAO,EAAE,MAAM,0BAA0B,CAAC;AAGnD,qBAAa,aAAc,SAAQ,OAAO;gBAC5B,EAAE,SAAS,EAAE,GAAE;QAAE,SAAS,CAAC,EAAE,MAAM,CAAA;KAAO;IAQtD,WAAW,IAAI,OAAO,CAAC,MAAM,EAAE,CAAC;IAQ1B,MAAM,CACV,SAAS,EAAE,MAAM,EACjB,eAAe,EAAE,MAAM,EACvB,EAAE,UAAU,EAAE,WAAW,EAAE,EAAE;QAAE,UAAU,EAAE,CAAC,MAAM,GAAG,MAAM,EAAE,CAAC,EAAE,CAAC;QAAC,WAAW,EAAE,MAAM,CAAA;KAAE,GACtF,OAAO,CAAC,IAAI,CAAC;IAIhB,SAAS,CAAC,QAAQ,IAAI,MAAM;
|
|
1
|
+
{"version":3,"file":"WorkerBundler.d.ts","sourceRoot":"","sources":["../../../src/commands/worker/WorkerBundler.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,OAAO,EAAE,MAAM,0BAA0B,CAAC;AAGnD,wBAAgB,cAAc,IAAI,MAAM,CAoDvC;AAED,qBAAa,aAAc,SAAQ,OAAO;gBAC5B,EAAE,SAAS,EAAE,GAAE;QAAE,SAAS,CAAC,EAAE,MAAM,CAAA;KAAO;IAQtD,WAAW,IAAI,OAAO,CAAC,MAAM,EAAE,CAAC;IAQ1B,MAAM,CACV,SAAS,EAAE,MAAM,EACjB,eAAe,EAAE,MAAM,EACvB,EAAE,UAAU,EAAE,WAAW,EAAE,EAAE;QAAE,UAAU,EAAE,CAAC,MAAM,GAAG,MAAM,EAAE,CAAC,EAAE,CAAC;QAAC,WAAW,EAAE,MAAM,CAAA;KAAE,GACtF,OAAO,CAAC,IAAI,CAAC;IAIhB,SAAS,CAAC,QAAQ,IAAI,MAAM;CAG7B"}
|
package/dist/docs/SKILL.md
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
import{J as t}from"./index-
|
|
1
|
+
import{J as t}from"./index-CUVW4dPT.js";import{c as p,d as i}from"./index-CUVW4dPT.js";function n(){const e={cache:new Map,regexConstructor:()=>{throw new Error("JavaScriptRawEngine: only support precompiled grammar")}};return{createScanner(r){return new t(r,e)},createString(r){return{content:r}}}}export{t as JavaScriptScanner,n as createJavaScriptRawEngine,p as createJavaScriptRegexEngine,i as defaultJavaScriptRegexConstructor};
|