dxcomplete 0.2.1 → 0.2.2

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.
Files changed (47) hide show
  1. package/.env.example +0 -7
  2. package/README.md +17 -45
  3. package/dist/cli.js +0 -22
  4. package/dist/validate.js +10 -26
  5. package/docs/model.md +3 -3
  6. package/docs/taxonomy.md +1 -1
  7. package/package.json +23 -23
  8. package/templates/process/README.md +1 -1
  9. package/dist/http/service.d.ts +0 -7
  10. package/dist/http/service.js +0 -725
  11. package/dist/mcp/docs.d.ts +0 -114
  12. package/dist/mcp/docs.js +0 -626
  13. package/dist/mcp/server.d.ts +0 -20
  14. package/dist/mcp/server.js +0 -3059
  15. package/dist/runtime/auth.d.ts +0 -162
  16. package/dist/runtime/auth.js +0 -394
  17. package/dist/runtime/check.d.ts +0 -7
  18. package/dist/runtime/check.js +0 -16
  19. package/dist/runtime/config.d.ts +0 -17
  20. package/dist/runtime/config.js +0 -93
  21. package/dist/runtime/mongo.d.ts +0 -9
  22. package/dist/runtime/mongo.js +0 -56
  23. package/dist/runtime/records.d.ts +0 -427
  24. package/dist/runtime/records.js +0 -2092
  25. package/scripts/check-env-surface.mjs +0 -136
  26. package/scripts/check-public-copy.mjs +0 -263
  27. package/scripts/check-service-boundary.mjs +0 -63
  28. package/scripts/runtime-work-order.mjs +0 -506
  29. package/scripts/smoke-mcp-http.mjs +0 -4026
  30. package/src/cli.ts +0 -268
  31. package/src/http/server.ts +0 -314
  32. package/src/http/service.ts +0 -934
  33. package/src/init.ts +0 -262
  34. package/src/install-manifest.ts +0 -144
  35. package/src/mcp/docs.ts +0 -777
  36. package/src/mcp/server.ts +0 -4580
  37. package/src/package-root.ts +0 -31
  38. package/src/runtime/actor.ts +0 -61
  39. package/src/runtime/auth.ts +0 -673
  40. package/src/runtime/check.ts +0 -18
  41. package/src/runtime/config.ts +0 -128
  42. package/src/runtime/mongo.ts +0 -89
  43. package/src/runtime/records.ts +0 -3205
  44. package/src/runtime/workspace.ts +0 -155
  45. package/src/upgrade.ts +0 -356
  46. package/src/validate.ts +0 -141
  47. package/src/version.ts +0 -16
package/.env.example CHANGED
@@ -1,10 +1,3 @@
1
- # Central service deployment
2
- DXC_MONGODB_URI=
3
- DXC_DATABASE_NAME=dxcomplete
4
- DXC_GOOGLE_CLIENT_ID=
5
- DXC_GOOGLE_CLIENT_SECRET=
6
- DXC_SERVICE_PROVISIONING_SECRET=
7
-
8
1
  # Workspace MCP deployment
9
2
  DXC_SERVICE_URL=
10
3
  DXC_SERVICE_CLIENT_ID=
package/README.md CHANGED
@@ -2,6 +2,8 @@
2
2
 
3
3
  DX Complete installs a process, documentation, and MCP route scaffold into a Next.js workspace so a service can track decisions, requirements, tasks, changes, incidents, support, operations, and measurement over time.
4
4
 
5
+ This public package is the workspace installer and client-side MCP surface. It does not include the central DX Complete service that stores records, manages OAuth, checks workspace membership, assigns readable IDs, or executes MCP tools. Installed workspaces connect to that hosted service with provisioned workspace credentials.
6
+
5
7
  ## Quick Start
6
8
 
7
9
  Install the scaffold into the current Next.js project:
@@ -12,6 +14,8 @@ npx dxcomplete init
12
14
 
13
15
  The command creates editable DX Complete documentation and process files under `dxcomplete/`, installs Next.js route wrappers under `pages/api/`, writes `vercel.json` compatibility settings, and creates `dxcomplete/workspace.json` as the workspace identity for that service.
14
16
 
17
+ Before the hosted MCP route can be used, the workspace must be provisioned in DX Complete and given its workspace service URL, client ID, and client secret.
18
+
15
19
  The broader product premise is:
16
20
 
17
21
  ```text
@@ -108,47 +112,28 @@ The workspace identity is written to `dxcomplete/workspace.json` inside the inst
108
112
  DX Complete uses one package version, one workspace compatibility gate, and one surface fingerprint:
109
113
 
110
114
  - `packageVersion` is the npm package release version from `package.json`.
111
- - `workspaceCompatibility` is the installed workspace compatibility gate. It changes only when an installed workspace must update its route/proxy surface to keep talking safely to the central service.
115
+ - `workspaceCompatibility` is the installed workspace compatibility gate. It changes only when an installed workspace must update its route/proxy surface to keep talking safely to the hosted DX Complete service.
112
116
  - `surfaceFingerprint` is an automatic hash of the live MCP tools, tool schemas, process guide, and on-demand doc references. It can change without requiring a package release or workspace upgrade.
113
117
 
114
118
  The MCP `surfaceVersion` field is a stable surface identifier. Use `surfaceFingerprint` for exact surface reconciliation and `workspaceCompatibility` for upgrade decisions.
115
119
 
116
- ## Runtime and MCP
120
+ ## Workspace Runtime and MCP
117
121
 
118
- The documentation scaffold is the first milestone. The next layer is a hosted runtime and MCP server so DX Complete can coordinate its own records. The runtime now treats Workspace as the boundary for one service scope.
122
+ The documentation scaffold is the first milestone. The runtime layer treats Workspace as the boundary for one service scope.
119
123
 
120
- The default MCP deployment model is one endpoint per workspace. A Next.js project repo installs DX Complete and exposes an MCP route for that workspace, but that workspace server does not open the database directly. It proxies auth and MCP requests to the central DX Complete service. Access is scoped by the installed repo's `dxcomplete/workspace.json`, authenticated actor identity, and workspace membership. Do not use a workspace environment variable for this boundary.
124
+ The default MCP deployment model is one endpoint per workspace. A Next.js project repo installs DX Complete and exposes an MCP route for that workspace. That workspace route does not open the database directly and does not run the hosted DX Complete service. It proxies auth and MCP requests to that service. Access is scoped by the installed repo's `dxcomplete/workspace.json`, authenticated actor identity, and workspace membership. Do not use a workspace environment variable for this boundary.
121
125
 
122
- For the central service deployment, provide the database and Google OAuth configuration:
126
+ For a workspace MCP deployment, provide only the hosted-service connection:
123
127
 
124
128
  ```sh
125
- DXC_MONGODB_URI=mongodb+srv://...
126
- DXC_DATABASE_NAME=dxcomplete
127
- DXC_GOOGLE_CLIENT_ID=...
128
- DXC_GOOGLE_CLIENT_SECRET=...
129
- DXC_SERVICE_PROVISIONING_SECRET=...
130
- ```
131
-
132
- `DXC_MONGODB_URI` is a secret, `DXC_DATABASE_NAME` is environment-specific, `DXC_GOOGLE_CLIENT_ID` is a provisioning detail, `DXC_GOOGLE_CLIENT_SECRET` is a secret, and `DXC_SERVICE_PROVISIONING_SECRET` is a secret.
133
-
134
- For a workspace MCP deployment, provide only the central-service connection:
135
-
136
- ```sh
137
- DXC_SERVICE_URL=https://dxcomplete.example
129
+ DXC_SERVICE_URL=https://dxcomplete.directeddomains.com
138
130
  DXC_SERVICE_CLIENT_ID=...
139
131
  DXC_SERVICE_CLIENT_SECRET=...
140
132
  ```
141
133
 
142
- `DXC_SERVICE_URL` is environment-specific, `DXC_SERVICE_CLIENT_ID` is a provisioning detail, and `DXC_SERVICE_CLIENT_SECRET` is a secret. Workspace MCP deployments must not require `DXC_MONGODB_URI`, `DXC_GOOGLE_CLIENT_ID`, or `DXC_GOOGLE_CLIENT_SECRET`.
143
-
144
- Then build and check the runtime:
145
-
146
- ```sh
147
- npm run build
148
- npm run runtime:check
149
- ```
134
+ `DXC_SERVICE_URL` is environment-specific, `DXC_SERVICE_CLIENT_ID` is a provisioning detail, and `DXC_SERVICE_CLIENT_SECRET` is a secret. Workspace MCP deployments must not require database credentials, OAuth provider secrets, or central-service provisioning secrets.
150
135
 
151
- The first runtime collections cover workspaces, statements, journal entries, environments, components, estimates, benefits, expectations, requirements, commitments, deferrals, tasks, changes, decisions, and risks. Use the MCP tools to create and link those records inside the intended workspace. Workspace-scoped lifecycle records receive a human-readable reference such as `REQ-0001` while UUID remains the primary key and link target.
136
+ Once connected, the hosted DX Complete service stores records for the workspace. The first runtime collections cover workspaces, statements, journal entries, environments, components, estimates, benefits, expectations, requirements, commitments, deferrals, tasks, changes, decisions, and risks. Use the MCP tools to create and link those records inside the intended workspace. Workspace-scoped lifecycle records receive a human-readable reference such as `REQ-0001` while UUID remains the primary key and link target.
152
137
 
153
138
  Environment and Component records form the Operational Registry. The registry is an inventory of operational state: what exists in each environment, where it lives, and which secret names or locations are relevant. It is not monitoring, diagnostics, a secret vault, an event log, or a runbook engine. Secret pointers should identify stores and keys only; do not record secret values.
154
139
 
@@ -161,7 +146,7 @@ Useful MCP tools include:
161
146
  - `list_unread_dxcomplete_ticket_replies` to see which tickets have unread DX Complete replies without returning the reply body, and `read_dxcomplete_ticket` to open a ticket and mark those replies read.
162
147
  - `append_journal_note`, `read_journal`, `get_journal_entry`, and `append_journal_summary` for shared workspace context that has no dedicated record home.
163
148
  - `get_record`, `list_records`, and `list_linked_records` to inspect records and relationships.
164
- - `create_workspace`, `create_statement`, and `update_statement` to establish the workspace, service scope, and traceable source wording.
149
+ - `create_statement` and `update_statement` to capture service-scope source wording.
165
150
  - `create_environment`, `update_environment`, `list_environments`, `create_component`, `update_component`, and `list_components` for the Operational Registry.
166
151
  - `create_expectation` and `update_expectation` for user-facing conditions of satisfaction, with prior versions preserved on update.
167
152
  - `create_requirement` and `update_requirement` for requirement work, with prior requirement versions preserved on update.
@@ -175,11 +160,7 @@ Useful MCP tools include:
175
160
  - `link_records` and `unlink_records` for explicit relationships when a typed tool does not already create or remove the link.
176
161
  - `archive_record` for cleanup without deleting evidence.
177
162
 
178
- Hosted MCP is exposed at `/api/mcp`. The workspace route uses Streamable HTTP, advertises OAuth metadata for remote MCP clients, proxies OAuth through the central service, sends users through Google OAuth, and then returns DX Complete bearer tokens scoped to the configured workspace. The installed repo supplies workspace identity through `dxcomplete/workspace.json`; the central service stores workspace memberships and executes MCP tools.
179
-
180
- The central service exposes internal routes under `/api/dxcomplete/service/*`. Workspace servers authenticate to those routes with `DXC_SERVICE_CLIENT_ID` and `DXC_SERVICE_CLIENT_SECRET`. The provisioning route creates the workspace record, seeds the Owner membership, and returns the one-time workspace service-client secret.
181
-
182
- For Google OAuth provisioning, set the callback URL to `/api/auth/callback/google` on the hosted workspace domain.
163
+ Hosted MCP is exposed in the installed workspace app at `/api/mcp`. The workspace route uses Streamable HTTP, advertises OAuth metadata for remote MCP clients, proxies OAuth through the hosted DX Complete service, and returns DX Complete bearer tokens scoped to the configured workspace. The installed repo supplies workspace identity through `dxcomplete/workspace.json`; the hosted service stores workspace memberships and executes MCP tools.
183
164
 
184
165
  Use `runtime_status` to reconcile the MCP-facing contract. `surfaceFingerprint` is the single client-facing identity for the tools, tool schemas, process guide, and on-demand doc references together. `get_process_guide` and `get_doc` return the same `surfaceVersion` and `surfaceFingerprint`, so an MCP client can treat a mismatch as a stale or inconsistent surface and refresh before continuing.
185
166
 
@@ -191,23 +172,14 @@ The Journal is shared workspace context, not a private ticket. It is for useful
191
172
 
192
173
  The Operating Guide explains record routing by role. Engineer/Codex work defaults to Requirement -> Task. Tester evidence usually belongs in Task entries, review notes, Risk, Decision, or Journal. Operator work uses Change for run-side alterations, Incident for specific service-impacting occurrences, Problem for underlying or recurring causes, and Environment or Component for operational inventory. Support Agent work starts with DX Complete Ticket, then promotes to shared records only when needed.
193
174
 
194
- Run the hosted MCP smoke test after runtime changes:
195
-
196
- ```sh
197
- npm run smoke:mcp:http
198
- ```
199
-
200
- After updating a remote connector, compare its `runtime_status` fingerprint with the hosted smoke-test fingerprint before relying on newly added tools.
201
-
202
175
  ## Repository Structure
203
176
 
204
177
  ```text
205
- docs/ Package documentation and draft model notes
206
- templates/process/ Installed process scaffold
178
+ docs/ Installed DX Complete documentation
179
+ templates/process/ Installed editable process files
207
180
  templates/next/ Installed Next.js route wrappers
208
181
  templates/github/ Optional GitHub workflow placeholder
209
- src/ TypeScript CLI, runtime, and MCP source
210
- dist/ Runtime JavaScript CLI
182
+ dist/ Published CLI and workspace MCP proxy handler
211
183
  ```
212
184
 
213
185
  ## Design Principle
package/dist/cli.js CHANGED
@@ -1,6 +1,5 @@
1
1
  #!/usr/bin/env node
2
2
  import { initProject } from "./init.js";
3
- import { checkRuntime } from "./runtime/check.js";
4
3
  import { upgradeProject } from "./upgrade.js";
5
4
  import { validateScaffold } from "./validate.js";
6
5
  import { DXCOMPLETE_PACKAGE_VERSION } from "./version.js";
@@ -82,11 +81,6 @@ async function main(argv) {
82
81
  process.exitCode = 1;
83
82
  return;
84
83
  }
85
- if (args.command === "check-runtime") {
86
- const result = await checkRuntime({ envFile: args.envFile });
87
- console.log(JSON.stringify(result, null, 2));
88
- return;
89
- }
90
84
  throw new Error(`Unknown command "${args.command}".`);
91
85
  }
92
86
  function parseArgs(argv) {
@@ -128,19 +122,6 @@ function parseArgs(argv) {
128
122
  parsed.targetDir = arg.slice("--target=".length);
129
123
  continue;
130
124
  }
131
- if (arg === "--env") {
132
- const value = argv[index + 1];
133
- if (!value) {
134
- throw new Error("--env requires a file path.");
135
- }
136
- parsed.envFile = value;
137
- index += 1;
138
- continue;
139
- }
140
- if (arg.startsWith("--env=")) {
141
- parsed.envFile = arg.slice("--env=".length);
142
- continue;
143
- }
144
125
  if (arg === "--force") {
145
126
  parsed.force = true;
146
127
  continue;
@@ -181,17 +162,14 @@ Usage:
181
162
  dxcomplete init [--target <dir>] [--force] [--dry-run] [--no-github-workflow]
182
163
  dxcomplete upgrade [--target <dir>] [--apply] [--force]
183
164
  dxcomplete validate [--target <dir>]
184
- dxcomplete check-runtime [--env <file>]
185
165
 
186
166
  Commands:
187
167
  init Install the editable draft scaffold into a project.
188
168
  upgrade Preview or apply compatibility-critical scaffold updates.
189
169
  validate Validate the expected scaffold file shape.
190
- check-runtime Verify MongoDB connectivity and required collections.
191
170
 
192
171
  Options:
193
172
  --target <dir> Target project directory. Defaults to the current directory.
194
- --env <file> Runtime env file. Defaults to .env.local when present.
195
173
  --apply Write upgrade changes. Upgrade previews by default.
196
174
  --force Overwrite existing scaffold files.
197
175
  --dry-run Show what would be written without changing files.
package/dist/validate.js CHANGED
@@ -62,39 +62,23 @@ function packageRequiredFiles() {
62
62
  ...processFiles.map((file) => path.join("templates", "process", file)),
63
63
  ...diagrams.map((file) => path.join("templates", "process", "diagrams", file)),
64
64
  ".env.example",
65
- path.join("api", "mcp.js"),
66
- path.join("api", "dxcomplete.js"),
67
- path.join("api", "dxcomplete-service.js"),
68
- path.join("api", "auth", "callback", "google.js"),
69
- path.join("dxcomplete", "workspace.json"),
70
65
  path.join("templates", "AGENTS.md"),
71
- path.join("scripts", "check-env-surface.mjs"),
72
- path.join("scripts", "smoke-mcp-http.mjs"),
73
- path.join("scripts", "runtime-work-order.mjs"),
74
- path.join("scripts", "check-public-copy.mjs"),
75
- path.join("scripts", "check-service-boundary.mjs"),
76
66
  path.join("templates", "next", "pages", "api", "mcp.js"),
77
67
  path.join("templates", "next", "pages", "api", "dxcomplete.js"),
78
68
  path.join("templates", "next", "pages", "api", "dxcomplete", "[...path].js"),
79
69
  path.join("templates", "next", "pages", "api", "auth", "callback", "google.js"),
80
70
  path.join("templates", "next", "vercel.json"),
81
71
  path.join("templates", "github", "workflows", "dxcomplete.yml"),
82
- path.join("src", "cli.ts"),
83
- path.join("src", "install-manifest.ts"),
84
- path.join("src", "init.ts"),
85
- path.join("src", "package-root.ts"),
86
- path.join("src", "http", "server.ts"),
87
- path.join("src", "http", "service.ts"),
88
- path.join("src", "mcp", "server.ts"),
89
- path.join("src", "runtime", "auth.ts"),
90
- path.join("src", "runtime", "check.ts"),
91
- path.join("src", "runtime", "config.ts"),
92
- path.join("src", "runtime", "mongo.ts"),
93
- path.join("src", "runtime", "records.ts"),
94
- path.join("src", "runtime", "workspace.ts"),
95
- path.join("src", "upgrade.ts"),
96
- path.join("src", "version.ts"),
97
- path.join("src", "validate.ts")
72
+ path.join("dist", "cli.js"),
73
+ path.join("dist", "init.js"),
74
+ path.join("dist", "install-manifest.js"),
75
+ path.join("dist", "package-root.js"),
76
+ path.join("dist", "http", "server.js"),
77
+ path.join("dist", "runtime", "actor.js"),
78
+ path.join("dist", "runtime", "workspace.js"),
79
+ path.join("dist", "upgrade.js"),
80
+ path.join("dist", "version.js"),
81
+ path.join("dist", "validate.js")
98
82
  ];
99
83
  }
100
84
  function installedRequiredFiles() {
package/docs/model.md CHANGED
@@ -12,9 +12,9 @@ DX Complete = Decision Basis + Complete Engineering + Operations Measurement
12
12
 
13
13
  It should include cost and benefit reasoning before engineering begins, both build/change roles and run/service roles, and actual measurement after delivery where available.
14
14
 
15
- The current runtime scope decision is `Workspace`: the shared-runtime container for one service scope. The default MCP deployment model is one endpoint per workspace. Each installed project repo carries its workspace identity in editable DX Complete config and exposes one hosted MCP route for that workspace.
15
+ The current runtime scope decision is `Workspace`: the hosted-record container for one service scope. The default MCP deployment model is one endpoint per workspace. Each installed project repo carries its workspace identity in editable DX Complete config and exposes one MCP route for that workspace.
16
16
 
17
- Workspace MCP deployments are not database runtimes. They proxy auth and MCP requests to the central DX Complete service. The central service owns database access, Google OAuth exchange, workspace membership, readable-ID allocation, and MCP tool execution. Separate database deployment may be revisited later, but workspace servers should not hold database credentials in the current model.
17
+ Workspace MCP deployments are not database runtimes and do not install the hosted DX Complete service. They proxy auth and MCP requests to that service. The hosted service owns database access, OAuth exchange, workspace membership, readable-ID allocation, and MCP tool execution. Separate database deployment may be revisited later, but workspace servers should not hold database credentials in the current model.
18
18
 
19
19
  Workspace carries the service identity through its name, summary, and mode when useful. A separate service charter record is not part of the current model; if a presentation summary is needed, it should be derived from the workspace and current expectations.
20
20
 
@@ -38,7 +38,7 @@ This is a draft. The primary lifecycle object, object boundaries, role ownership
38
38
 
39
39
  Direction sets authority, priority, boundaries, and escalation paths.
40
40
 
41
- Workspace scope contains one service context and prevents records from different service scopes from mixing in the shared runtime. In the hosted model, the endpoint gets workspace scope from repo config, then the central service checks the authenticated actor identity and workspace authorization before executing tools.
41
+ Workspace scope contains one service context and prevents records from different service scopes from mixing in the hosted record store. In the hosted model, the endpoint gets workspace scope from repo config, then the hosted DX Complete service checks the authenticated actor identity and workspace authorization before executing tools.
42
42
 
43
43
  Decision-basis work captures the initial statement and expected outcome, elicits expectations, requirements, and enough detail for useful estimates, attempts current-state cost visibility where relevant, estimates projected cost through `Estimate`, records expected value through `Benefits`, and supports Weigh. `Estimate` is the structured itemized cost record for Weigh. `Benefits` is the Owner-authored benefit record and may include quantified or qualitative benefit items. Decision records preserve rationale and linked inputs when a separate decision trail is useful.
44
44
 
package/docs/taxonomy.md CHANGED
@@ -41,7 +41,7 @@ These concepts remain useful, but they are not separate runtime records in the c
41
41
 
42
42
  ## Current Lifecycle Hypothesis
43
43
 
44
- `Workspace` is the runtime scope object. It contains one service scope and is the boundary for shared database records. The default MCP deployment model is one endpoint per installed workspace, with workspace identity coming from DX Complete config and access constrained by authenticated actor plus workspace authorization.
44
+ `Workspace` is the runtime scope object. It contains one service scope and is the boundary for hosted DX Complete records. The default MCP deployment model is one endpoint per installed workspace, with workspace identity coming from DX Complete config and access constrained by authenticated actor plus workspace authorization.
45
45
 
46
46
  Workspace-scoped lifecycle records use UUIDs as primary keys and links, while also carrying a human-readable reference such as `REQ-0001`. The readable reference is for people; it does not replace the UUID.
47
47
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "dxcomplete",
3
- "version": "0.2.1",
3
+ "version": "0.2.2",
4
4
  "description": "Install a Next.js workspace scaffold for DX Complete process records, MCP routes, and service lifecycle documentation.",
5
5
  "type": "module",
6
6
  "keywords": [
@@ -17,7 +17,7 @@
17
17
  "type": "git",
18
18
  "url": "git+https://github.com/DirectedDomains/dxcomplete.git"
19
19
  },
20
- "homepage": "https://github.com/DirectedDomains/dxcomplete#readme",
20
+ "homepage": "https://dxcomplete.directeddomains.com",
21
21
  "bugs": {
22
22
  "url": "https://github.com/DirectedDomains/dxcomplete/issues"
23
23
  },
@@ -28,18 +28,31 @@
28
28
  "./http": {
29
29
  "types": "./dist/http/server.d.ts",
30
30
  "default": "./dist/http/server.js"
31
- },
32
- "./service": {
33
- "types": "./dist/http/service.d.ts",
34
- "default": "./dist/http/service.js"
35
31
  }
36
32
  },
37
33
  "files": [
38
34
  ".env.example",
39
- "dist",
35
+ "dist/cli.d.ts",
36
+ "dist/cli.js",
37
+ "dist/http/server.d.ts",
38
+ "dist/http/server.js",
39
+ "dist/init.d.ts",
40
+ "dist/init.js",
41
+ "dist/install-manifest.d.ts",
42
+ "dist/install-manifest.js",
43
+ "dist/package-root.d.ts",
44
+ "dist/package-root.js",
45
+ "dist/runtime/actor.d.ts",
46
+ "dist/runtime/actor.js",
47
+ "dist/runtime/workspace.d.ts",
48
+ "dist/runtime/workspace.js",
49
+ "dist/upgrade.d.ts",
50
+ "dist/upgrade.js",
51
+ "dist/validate.d.ts",
52
+ "dist/validate.js",
53
+ "dist/version.d.ts",
54
+ "dist/version.js",
40
55
  "docs",
41
- "scripts",
42
- "src",
43
56
  "templates",
44
57
  "website",
45
58
  "README.md"
@@ -50,20 +63,7 @@
50
63
  "check:public-copy": "node scripts/check-public-copy.mjs",
51
64
  "check:env-surface": "node scripts/check-env-surface.mjs",
52
65
  "check:service-boundary": "node scripts/check-service-boundary.mjs",
53
- "smoke:mcp:http": "node scripts/smoke-mcp-http.mjs --depth=light",
54
- "smoke:mcp:http:light": "node scripts/smoke-mcp-http.mjs --depth=light",
55
- "smoke:mcp:http:deep": "node scripts/smoke-mcp-http.mjs --depth=deep",
56
- "smoke:mcp:http:full": "node scripts/smoke-mcp-http.mjs --depth=deep",
57
- "smoke:mcp:http:surface": "node scripts/smoke-mcp-http.mjs --area=surface",
58
- "smoke:mcp:http:docs": "node scripts/smoke-mcp-http.mjs --area=docs",
59
- "smoke:mcp:http:records": "node scripts/smoke-mcp-http.mjs --area=records",
60
- "smoke:mcp:http:weigh": "node scripts/smoke-mcp-http.mjs --area=weigh",
61
- "smoke:mcp:http:change": "node scripts/smoke-mcp-http.mjs --area=change",
62
- "smoke:mcp:http:tickets": "node scripts/smoke-mcp-http.mjs --area=tickets",
63
- "smoke:mcp:http:journal": "node scripts/smoke-mcp-http.mjs --area=journal",
64
- "runtime:work-order": "node scripts/runtime-work-order.mjs",
65
- "validate:package": "node dist/cli.js validate --target . --package-layout",
66
- "runtime:check": "node dist/cli.js check-runtime"
66
+ "validate:package": "node dist/cli.js validate --target . --package-layout"
67
67
  },
68
68
  "engines": {
69
69
  "node": "22.x"
@@ -4,7 +4,7 @@ This directory is an editable draft scaffold for a DX Complete model.
4
4
 
5
5
  The current model is not final. Update these files as the decision-basis, engineering, service, roles, workflows, object taxonomy, and controls become clearer.
6
6
 
7
- The current scope commitment is that a Workspace contains one service scope. Statements, journal entries, decisions, requirements, work, cost, benefit, support, operations, and measurement records should be understood inside that workspace unless a project explicitly decides otherwise. The default runtime shape is one hosted MCP endpoint for that installed workspace, with workspace identity coming from DX Complete config and access constrained by authenticated actor identity plus workspace authorization.
7
+ The current scope commitment is that a Workspace contains one service scope. Statements, journal entries, decisions, requirements, work, cost, benefit, support, operations, and measurement records should be understood inside that workspace unless a project explicitly decides otherwise. The default runtime shape is one MCP endpoint for that installed workspace, with workspace identity coming from DX Complete config and access constrained by authenticated actor identity plus workspace authorization.
8
8
 
9
9
  ## Files
10
10
 
@@ -1,7 +0,0 @@
1
- import type { IncomingMessage, ServerResponse } from "node:http";
2
- export declare function closeDxcompleteServiceRuntime(): Promise<void>;
3
- export declare function closeDxcompleteHttpRuntime(): Promise<void>;
4
- export default function handleDxcompleteServiceRequest(req: IncomingMessage & {
5
- body?: unknown;
6
- query?: Record<string, unknown>;
7
- }, res: ServerResponse): Promise<void>;