@ductape/mcp 0.1.58 → 0.1.60

package/dist/index.js

@@ -123,8 +123,9 @@ There are THREE categories of operations. Use the right tool for each:
            ductape_cli("resources storage list")
            ductape_cli("resources database create -f db-config.json")
        This applies to: products, apps, and resources (databases, storage, caches, etc.),
-       cloud connections, and secrets. Environments, app actions, auths, features, quotas,
-       fallbacks, jobs, and healthchecks are configured in the Workbench UI.
+       cloud connections, and secrets. Environments, app actions, auths, quotas, fallbacks,
+       jobs, and healthchecks are configured in the Workbench UI. Features have no CLI create
+       command because their definitions are code-first through features.define.
 
        ⚠ MULTI-ENV REQUIREMENT — applies to ALL product assets (storage, database, cache,
        messageBroker, graph, vector, and any other resource with an envs array):
@@ -722,47 +723,10 @@ ALL params are passed as a JSON array in positional order matching the SDK signa
   vector.count          [{ product, env, vector, namespace? }]
 
 ━━━ MODULE: features ━━━
-  features.create  [product_tag, data: {
-    tag: string,
-    name: string,
-    description?: string,
-
-    // INPUT SCHEMA (top-level): declares what fields this feature accepts when executed at runtime.
-    // These are the fields callers will pass to features.execute / features.dispatch.
-    // Construct this yourself — it is a schema declaration, not a runtime value.
-    input?: { fieldName: { type: string, required?: boolean } },
-
-    output?: object,
-    envs?: [{ slug: string, active?: boolean }],
-    steps: [
-      {
-        tag: string,              // unique step id
-        name?: string,
-        type: "action"|"database"|"graph"|"notification"|"storage"|"publish"|"feature"|"sleep"|"wait_signal",
-        app?: string,             // for type=action
-        event?: string,           // action/event tag
-        database?: string,        // for type=database
-        graph?: string,           // for type=graph
-        notification?: string,    // for type=notification
-        storage?: string,         // for type=storage
-        broker?: string,          // for type=publish
-        feature?: string,         // for type=feature (child feature)
-
-        // STEP INPUT: maps this feature's declared input fields (or prior step outputs) → the step's underlying action/event fields.
-        // ← CALL ductape_generate_payload (operation_family matching step type, method="run", targets={app/event/database/etc.})
-        //   to discover what fields the target accepts, then wire them with "$Input{fieldName}" or "$Step{stepTag}{field}" references.
-        input?: { "body:field": "$Input{fieldName}" | "$Step{stepTag}{field}" | literal },
-
-        condition?: string,       // e.g. "$Step{validate}{valid} == true"
-        dependsOn?: string[],
-        options?: { retries?: number, timeout?: number, allow_fail?: boolean, critical?: boolean }
-      }
-    ]
-  }]
-  features.update  [product_tag, feature_tag, data: { name?: string, description?: string, steps?: array, envs?: array }]
+  Feature definitions are code-first. Use features.define in application source; do not call
+  administrative create/update/delete methods through ductape_execute.
   features.fetch   [product_tag, feature_tag]
   features.fetchAll [product_tag]
-  features.delete  [product_tag, feature_tag]
 
   features.define  [{
     product?: string,
@@ -786,7 +750,7 @@ ALL params are passed as a JSON array in positional order matching the SDK signa
       // ctx.graph.execute({ graph, action, input })
       // ctx.notification.send/email/push/sms({ notification, event, ... })
       // ctx.storage.upload/download({ storage, event, input })
-      // ctx.messaging.produce({ event: "broker:topic", message: {} })
+      // ctx.events.produce({ event: "broker:topic", message: {} })
       // ctx.quota.execute({ quota, input })
       // ctx.fallback.execute({ fallback, input })
       // ctx.healthcheck.getStatus(tag)
@@ -976,7 +940,8 @@ const payloadGenerateInputSchema = z.object({
         'For quotas/fallbacks: { tag: "resource_tag" }. ' +
         'For storage: { storage: "storage_tag" }. ' +
         'For messaging: { broker: "broker_tag", topic?: "topic_tag" }.'),
-    include_session: z.boolean().optional().default(true).describe('Include a session placeholder inside the generated input object. ' +
+    include_session: z.boolean().optional().describe('Include a session placeholder inside the generated input object. ' +
+        'Defaults to false for execution_context="system" and true otherwise. ' +
         'The placeholder is named "<session_tag_token>" to indicate it expects the runtime JWT, not the tag name.'),
     execution_context: z.enum(['user', 'delegated', 'system']).optional().default('user').describe('Actor intent for this runtime operation. "user" means an active request initiated by the authenticated user; ' +
         '"delegated" means work acting on behalf of a user with a short-lived delegated identity or application-owned ' +
@@ -1083,7 +1048,7 @@ function addSessionAwarenessMetadata(generated, args) {
     const acceptsSession = operationAcceptsSession(args.operation_family, args.method);
     const executionContext = args.execution_context ?? 'user';
     const payloadHasSession = Boolean(generated?.payload?.session || generated?.payload?.input?.session);
-    const sessionRequested = args.include_session !== false;
+    const sessionRequested = args.include_session ?? executionContext !== 'system';
     const warnings = [];
     if (acceptsSession && executionContext !== 'system' && (!sessionRequested || !payloadHasSession)) {
         warnings.push(`Session attribution is missing for a ${executionContext}-context operation. ` +
@@ -1231,7 +1196,9 @@ function runCli(command) {
     try {
         const output = execSync(`ductape ${finalCommand}`, {
             encoding: 'utf8',
-            timeout: 30000,
+            // Must exceed the proxy's operation timeout so stderr can preserve the structured timeout
+            // instead of this wrapper killing the CLI first and reducing it to "(no data)".
+            timeout: 90000,
             stdio: ['pipe', 'pipe', 'pipe'],
         });
         return { success: true, output: output.trim() };
@@ -2650,9 +2617,11 @@ STEP 4 — PRESENT the plan and get approval BEFORE writing any code or creating
 STEP 5 — CREATE missing components (only with user approval)
   Administrative assets must never be created through ductape_execute. Use ductape_cli for products,
   apps, supported resources, broker topics, cloud connections, secrets, and declarative apply flows.
-  App actions, auths, Features, quotas, fallbacks, health checks, and other assets for which the CLI
-  has no command must be configured in Workbench. Do not generate an impossible publishable-key
-  create/update call. For a missing database action, configure it in Workbench, then verify it exists.
+  App actions, auths, quotas, fallbacks, health checks, and other administrative assets for which
+  the CLI has no command must be configured in Workbench. Feature definitions are the exception:
+  they are code-first via features.define, are registered by application boot/runtime initialization,
+  and cannot be created with the CLI. Do not generate a Workbench-only or publishable-key
+  create/update call for a Feature. For a missing database action, configure it in Workbench, then verify it exists.
   For a missing child feature, recursively apply this same workflow.
   Tell the user what you are about to create before each tool call.
 
@@ -2761,7 +2730,9 @@ When you call features.define({ handler }), the handler runs TWICE:
   Features do NOT execute arbitrary NestJS or server code directly. A feature handler can only
   call Ductape component primitives (ctx.api, ctx.database, ctx.notification, etc.) as steps.
   To invoke internal application business logic, produce a broker event from a feature step
-  (ctx.messaging.produce) and consume it in your NestJS service — that is the correct pattern.
+  (ctx.events.produce in the currently published SDK) and consume it in your NestJS service.
+  ctx.publish is deprecated; do not use it. Do not assume a ctx.messaging alias exists unless the
+  installed SDK types explicitly expose it.
 
 ━━━ ORCHESTRATION DECISION RULE ━━━
 
@@ -2775,7 +2746,7 @@ When you call features.define({ handler }), the handler runs TWICE:
     → define a Feature, then features.dispatch to schedule it
 
   Invoke internal application business logic (your own NestJS/backend service code):
-    → produce a broker event (ctx.messaging.produce or ductape.events.produce)
+    → produce a broker event (ctx.events.produce inside a Feature, or ductape.events.produce outside it)
     → follow ductape_docs({ topic: "events" }) and use the canonical NestJS decorator:
       @Events.Consumer({ event: "broker-tag:topic-tag" })
       async handle(message: MessageShape) { /* injected-service business logic; throw to nack */ }
@@ -3710,8 +3681,9 @@ const cliInputSchema = z.object({
         'Use this tool for administrative operations: creating or updating products, apps, ' +
         'resources (databases, storage, caches…), event broker topics, cloud connections, secrets, ' +
         'and for apply/migrate workflows.\n\n' +
-        'Note: environments, app actions, features, quotas, fallbacks, and jobs are configured ' +
-        'in the Workbench UI — there are no CLI commands for them.\n\n' +
+        'Note: environments, app actions, quotas, fallbacks, and jobs are configured in the ' +
+        'Workbench UI. Features also have no CLI creation command: define them in application code ' +
+        'with features.define so application boot/runtime registration makes them available.\n\n' +
         'The CLI uses the user\'s local logged-in session (ductape login) — no key is required.'),
 });
 async function loadMcpSdk() {
@@ -3906,7 +3878,8 @@ async function main() {
             if (!key) {
                 throw new Error('Not authenticated. Set DUCTAPE_PUBLISHABLE_KEY in your MCP server env config, or pass publishable_key on every tool call.');
             }
-            const result = addSessionAwarenessMetadata(await generateExecutablePayload({ ...args, publishable_key: key }), args);
+            const includeSession = args.include_session ?? args.execution_context !== 'system';
+            const result = addSessionAwarenessMetadata(await generateExecutablePayload({ ...args, include_session: includeSession, publishable_key: key }), args);
             let text = JSON.stringify(result ?? null, null, 2);
             if (args.operation_family === 'database') {
                 const meta = result?.meta ?? {};
@@ -3933,7 +3906,8 @@ async function main() {
                 throw new Error('Not authenticated. Set DUCTAPE_PUBLISHABLE_KEY in your MCP server env config, or pass publishable_key on every tool call.');
             }
             ensureSupportedSnippetOperation(args.operation_family, args.method);
-            const generated = addSessionAwarenessMetadata(await generateExecutablePayload({ ...args, publishable_key: key }), args);
+            const includeSession = args.include_session ?? args.execution_context !== 'system';
+            const generated = addSessionAwarenessMetadata(await generateExecutablePayload({ ...args, include_session: includeSession, publishable_key: key }), args);
             const payload = generated?.payload ?? {};
             const snippet = buildSnippet(args.language, payload, args.operation_family, args.method);
             return {
@@ -4111,8 +4085,9 @@ async function main() {
                 '  - Linking a project folder: "link --product <tag> --env <slug>"\n' +
                 '  - Syncing sessions/notifications/events: "apply" or "apply sessions" etc.\n' +
                 '  - Running database migrations: "db migrate", "db schema generate"\n\n' +
-                'NOTE: Environments, app actions, auths, features, quotas, fallbacks, and jobs are ' +
-                'configured in the Workbench UI — the CLI does not have commands for them.\n\n' +
+                'NOTE: Environments, app actions, auths, quotas, fallbacks, and jobs are configured ' +
+                'in the Workbench UI. Features have no CLI creation command because definitions are ' +
+                'code-first through features.define and registered by the application runtime.\n\n' +
                 'DO NOT use ductape_execute for admin operations — it uses a publishable key which only ' +
                 'covers runtime operations. Administrative operations will fail with "Authentication failed".\n\n' +
                 'The CLI uses the user\'s local logged-in session (ductape login). ' +

package/dist/proxy-client.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"proxy-client.d.ts","sourceRoot":"","sources":["../src/proxy-client.ts"],"names":[],"mappings":"AAAA;;GAEG;AAEH,eAAO,MAAM,YAAY,4BAA4B,CAAC;AAEtD,MAAM,MAAM,SAAS,GACjB,SAAS,GACT,KAAK,GACL,WAAW,GACX,OAAO,GACP,UAAU,GACV,eAAe,GACf,gBAAgB,GAChB,QAAQ,GACR,SAAS,GACT,QAAQ,GACR,QAAQ,GACR,UAAU,GACV,QAAQ,GACR,SAAS,GACT,UAAU,GACV,MAAM,GACN,MAAM,GACN,YAAY,GACZ,QAAQ,GACR,UAAU,GACV,SAAS,CAAC;AAUd;;GAEG;AACH,wBAAsB,eAAe,CAAC,CAAC,GAAG,OAAO,EAC/C,eAAe,EAAE,MAAM,EACvB,MAAM,EAAE,SAAS,EACjB,MAAM,EAAE,MAAM,EACd,MAAM,GAAE,OAAO,EAAO,GACrB,OAAO,CAAC,CAAC,CAAC,CAuBZ;AAED,MAAM,WAAW,iCAAiC;IAChD,eAAe,EAAE,MAAM,CAAC;IACxB,WAAW,EAAE,MAAM,CAAC;IACpB,QAAQ,EAAE,MAAM,CAAC;IACjB,gBAAgB,EAAE,MAAM,CAAC;IACzB,MAAM,EAAE,MAAM,CAAC;IACf,OAAO,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;IAClC,eAAe,CAAC,EAAE,OAAO,CAAC;IAC1B,iBAAiB,CAAC,EAAE,MAAM,GAAG,WAAW,GAAG,QAAQ,CAAC;IACpD,aAAa,CAAC,EAAE,OAAO,CAAC;IACxB,WAAW,CAAC,EAAE,QAAQ,GAAG,aAAa,CAAC;IACvC,UAAU,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;CACtC;AAED,MAAM,WAAW,kCAAkC;IACjD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;IACjC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;CAC/B;AASD,wBAAsB,eAAe,CAAC,MAAM,CAAC,EAAE,MAAM,GAAG,OAAO,CAAC,OAAO,CAAC,CAYvE;AA4BD,wBAAsB,yBAAyB,CAAC,CAAC,GAAG,kCAAkC,EACpF,OAAO,EAAE,iCAAiC,GACzC,OAAO,CAAC,CAAC,CAAC,CAwBZ"}
+{"version":3,"file":"proxy-client.d.ts","sourceRoot":"","sources":["../src/proxy-client.ts"],"names":[],"mappings":"AAAA;;GAEG;AAEH,eAAO,MAAM,YAAY,4BAA4B,CAAC;AAEtD,MAAM,MAAM,SAAS,GACjB,SAAS,GACT,KAAK,GACL,WAAW,GACX,OAAO,GACP,UAAU,GACV,eAAe,GACf,gBAAgB,GAChB,QAAQ,GACR,SAAS,GACT,QAAQ,GACR,QAAQ,GACR,UAAU,GACV,QAAQ,GACR,SAAS,GACT,UAAU,GACV,MAAM,GACN,MAAM,GACN,YAAY,GACZ,QAAQ,GACR,UAAU,GACV,SAAS,CAAC;AAUd;;GAEG;AACH,wBAAsB,eAAe,CAAC,CAAC,GAAG,OAAO,EAC/C,eAAe,EAAE,MAAM,EACvB,MAAM,EAAE,SAAS,EACjB,MAAM,EAAE,MAAM,EACd,MAAM,GAAE,OAAO,EAAO,GACrB,OAAO,CAAC,CAAC,CAAC,CAuBZ;AAED,MAAM,WAAW,iCAAiC;IAChD,eAAe,EAAE,MAAM,CAAC;IACxB,WAAW,EAAE,MAAM,CAAC;IACpB,QAAQ,EAAE,MAAM,CAAC;IACjB,gBAAgB,EAAE,MAAM,CAAC;IACzB,MAAM,EAAE,MAAM,CAAC;IACf,OAAO,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;IAClC,eAAe,CAAC,EAAE,OAAO,CAAC;IAC1B,iBAAiB,CAAC,EAAE,MAAM,GAAG,WAAW,GAAG,QAAQ,CAAC;IACpD,aAAa,CAAC,EAAE,OAAO,CAAC;IACxB,WAAW,CAAC,EAAE,QAAQ,GAAG,aAAa,CAAC;IACvC,UAAU,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;CACtC;AAED,MAAM,WAAW,kCAAkC;IACjD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;IACjC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;CAC/B;AASD,wBAAsB,eAAe,CAAC,MAAM,CAAC,EAAE,MAAM,GAAG,OAAO,CAAC,OAAO,CAAC,CAYvE;AA4BD,wBAAsB,yBAAyB,CAAC,CAAC,GAAG,kCAAkC,EACpF,OAAO,EAAE,iCAAiC,GACzC,OAAO,CAAC,CAAC,CAAC,CAiCZ"}

package/dist/proxy-client.js

@@ -14,7 +14,7 @@ export async function executeViaProxy(publishable_key, module, method, params =
         },
         body: JSON.stringify({
             publishable_key,
-            module,
+            module: module === 'features' ? 'feature' : module,
             method,
             params,
         }),
@@ -67,9 +67,18 @@ function normalizeTargets(targets) {
     return result;
 }
 export async function generateExecutablePayload(request) {
+    // execution_context is MCP guidance metadata, not part of the integrations
+    // payload-generator API contract. Keep it for local session-awareness output
+    // but never forward it to the backend validator.
+    const { execution_context: _executionContext, ...backendRequest } = request;
     const normalizedRequest = {
-        ...request,
-        targets: request.targets ? normalizeTargets(request.targets) : request.targets,
+        ...backendRequest,
+        operation_family: backendRequest.operation_family.toLowerCase() === 'features'
+            ? 'feature'
+            : backendRequest.operation_family,
+        targets: backendRequest.targets
+            ? normalizeTargets(backendRequest.targets)
+            : backendRequest.targets,
     };
     const url = `${API_BASE_URL.replace(/\/$/, '')}/integrations/v1/payloads/generate`;
     const res = await fetch(url, {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ductape/mcp",
-  "version": "0.1.58",
+  "version": "0.1.60",
   "description": "MCP server that exposes Ductape SDK operations via the backend proxy",
   "type": "module",
   "main": "dist/index.js",

package/scripts/check-frontend-analytics-guidance.mjs

@@ -56,6 +56,8 @@ const safetyChecks = [
   ['notification declarations require array shape', /file MUST be a top-level JSON array/],
   ['external CLI login is re-read', /authState === 'unknown' \|\| authState === 'none'/],
   ['compact product inventory documented', /products components list --tag <tag> --json/],
+  ['features use installed events context', /ctx\.events\.produce inside a Feature/],
+  ['features are code-first rather than Workbench-created', /Features have no CLI (?:create|creation)\s+command because (?:their )?definitions are code-first/],
   ['Firebase GCP cloud connection documented', /FIREBASE THROUGH A GCP CLOUD CONNECTION[\s\S]*authMode.*cloud_connection/],
   ['Slack and Discord sends documented', /notifications\.slack\.send[\s\S]*notifications\.discord\.send/],
 ];
@@ -77,4 +79,10 @@ assert.doesNotMatch(
   'Browser Events guidance must not import the server SDK',
 );
 
+assert.doesNotMatch(
+  source,
+  /ctx\.messaging\.produce/,
+  'Feature guidance must use the installed ctx.events API, not a nonexistent ctx.messaging alias',
+);
+
 console.log(`MCP guidance: ${checks.length + 1 + safetyChecks.length} acceptance checks passed`);

package/src/index.ts

@@ -134,8 +134,9 @@ There are THREE categories of operations. Use the right tool for each:
            ductape_cli("resources storage list")
            ductape_cli("resources database create -f db-config.json")
        This applies to: products, apps, and resources (databases, storage, caches, etc.),
-       cloud connections, and secrets. Environments, app actions, auths, features, quotas,
-       fallbacks, jobs, and healthchecks are configured in the Workbench UI.
+       cloud connections, and secrets. Environments, app actions, auths, quotas, fallbacks,
+       jobs, and healthchecks are configured in the Workbench UI. Features have no CLI create
+       command because their definitions are code-first through features.define.
 
        ⚠ MULTI-ENV REQUIREMENT — applies to ALL product assets (storage, database, cache,
        messageBroker, graph, vector, and any other resource with an envs array):
@@ -733,47 +734,10 @@ ALL params are passed as a JSON array in positional order matching the SDK signa
   vector.count          [{ product, env, vector, namespace? }]
 
 ━━━ MODULE: features ━━━
-  features.create  [product_tag, data: {
-    tag: string,
-    name: string,
-    description?: string,
-
-    // INPUT SCHEMA (top-level): declares what fields this feature accepts when executed at runtime.
-    // These are the fields callers will pass to features.execute / features.dispatch.
-    // Construct this yourself — it is a schema declaration, not a runtime value.
-    input?: { fieldName: { type: string, required?: boolean } },
-
-    output?: object,
-    envs?: [{ slug: string, active?: boolean }],
-    steps: [
-      {
-        tag: string,              // unique step id
-        name?: string,
-        type: "action"|"database"|"graph"|"notification"|"storage"|"publish"|"feature"|"sleep"|"wait_signal",
-        app?: string,             // for type=action
-        event?: string,           // action/event tag
-        database?: string,        // for type=database
-        graph?: string,           // for type=graph
-        notification?: string,    // for type=notification
-        storage?: string,         // for type=storage
-        broker?: string,          // for type=publish
-        feature?: string,         // for type=feature (child feature)
-
-        // STEP INPUT: maps this feature's declared input fields (or prior step outputs) → the step's underlying action/event fields.
-        // ← CALL ductape_generate_payload (operation_family matching step type, method="run", targets={app/event/database/etc.})
-        //   to discover what fields the target accepts, then wire them with "$Input{fieldName}" or "$Step{stepTag}{field}" references.
-        input?: { "body:field": "$Input{fieldName}" | "$Step{stepTag}{field}" | literal },
-
-        condition?: string,       // e.g. "$Step{validate}{valid} == true"
-        dependsOn?: string[],
-        options?: { retries?: number, timeout?: number, allow_fail?: boolean, critical?: boolean }
-      }
-    ]
-  }]
-  features.update  [product_tag, feature_tag, data: { name?: string, description?: string, steps?: array, envs?: array }]
+  Feature definitions are code-first. Use features.define in application source; do not call
+  administrative create/update/delete methods through ductape_execute.
   features.fetch   [product_tag, feature_tag]
   features.fetchAll [product_tag]
-  features.delete  [product_tag, feature_tag]
 
   features.define  [{
     product?: string,
@@ -797,7 +761,7 @@ ALL params are passed as a JSON array in positional order matching the SDK signa
       // ctx.graph.execute({ graph, action, input })
       // ctx.notification.send/email/push/sms({ notification, event, ... })
       // ctx.storage.upload/download({ storage, event, input })
-      // ctx.messaging.produce({ event: "broker:topic", message: {} })
+      // ctx.events.produce({ event: "broker:topic", message: {} })
       // ctx.quota.execute({ quota, input })
       // ctx.fallback.execute({ fallback, input })
       // ctx.healthcheck.getStatus(tag)
@@ -999,8 +963,9 @@ const payloadGenerateInputSchema = z.object({
     'For storage: { storage: "storage_tag" }. ' +
     'For messaging: { broker: "broker_tag", topic?: "topic_tag" }.'
   ),
-  include_session: z.boolean().optional().default(true).describe(
+  include_session: z.boolean().optional().describe(
     'Include a session placeholder inside the generated input object. ' +
+    'Defaults to false for execution_context="system" and true otherwise. ' +
     'The placeholder is named "<session_tag_token>" to indicate it expects the runtime JWT, not the tag name.'
   ),
   execution_context: z.enum(['user', 'delegated', 'system']).optional().default('user').describe(
@@ -1118,7 +1083,7 @@ function addSessionAwarenessMetadata(
   const acceptsSession = operationAcceptsSession(args.operation_family, args.method);
   const executionContext = args.execution_context ?? 'user';
   const payloadHasSession = Boolean(generated?.payload?.session || generated?.payload?.input?.session);
-  const sessionRequested = args.include_session !== false;
+  const sessionRequested = args.include_session ?? executionContext !== 'system';
   const warnings: string[] = [];
 
   if (acceptsSession && executionContext !== 'system' && (!sessionRequested || !payloadHasSession)) {
@@ -1292,7 +1257,9 @@ function runCli(command: string): { success: boolean; output: string } {
   try {
     const output = execSync(`ductape ${finalCommand}`, {
       encoding: 'utf8',
-      timeout: 30000,
+      // Must exceed the proxy's operation timeout so stderr can preserve the structured timeout
+      // instead of this wrapper killing the CLI first and reducing it to "(no data)".
+      timeout: 90000,
       stdio: ['pipe', 'pipe', 'pipe'],
     });
     return { success: true, output: output.trim() };
@@ -2736,9 +2703,11 @@ STEP 4 — PRESENT the plan and get approval BEFORE writing any code or creating
 STEP 5 — CREATE missing components (only with user approval)
   Administrative assets must never be created through ductape_execute. Use ductape_cli for products,
   apps, supported resources, broker topics, cloud connections, secrets, and declarative apply flows.
-  App actions, auths, Features, quotas, fallbacks, health checks, and other assets for which the CLI
-  has no command must be configured in Workbench. Do not generate an impossible publishable-key
-  create/update call. For a missing database action, configure it in Workbench, then verify it exists.
+  App actions, auths, quotas, fallbacks, health checks, and other administrative assets for which
+  the CLI has no command must be configured in Workbench. Feature definitions are the exception:
+  they are code-first via features.define, are registered by application boot/runtime initialization,
+  and cannot be created with the CLI. Do not generate a Workbench-only or publishable-key
+  create/update call for a Feature. For a missing database action, configure it in Workbench, then verify it exists.
   For a missing child feature, recursively apply this same workflow.
   Tell the user what you are about to create before each tool call.
 
@@ -2847,7 +2816,9 @@ When you call features.define({ handler }), the handler runs TWICE:
   Features do NOT execute arbitrary NestJS or server code directly. A feature handler can only
   call Ductape component primitives (ctx.api, ctx.database, ctx.notification, etc.) as steps.
   To invoke internal application business logic, produce a broker event from a feature step
-  (ctx.messaging.produce) and consume it in your NestJS service — that is the correct pattern.
+  (ctx.events.produce in the currently published SDK) and consume it in your NestJS service.
+  ctx.publish is deprecated; do not use it. Do not assume a ctx.messaging alias exists unless the
+  installed SDK types explicitly expose it.
 
 ━━━ ORCHESTRATION DECISION RULE ━━━
 
@@ -2861,7 +2832,7 @@ When you call features.define({ handler }), the handler runs TWICE:
     → define a Feature, then features.dispatch to schedule it
 
   Invoke internal application business logic (your own NestJS/backend service code):
-    → produce a broker event (ctx.messaging.produce or ductape.events.produce)
+    → produce a broker event (ctx.events.produce inside a Feature, or ductape.events.produce outside it)
     → follow ductape_docs({ topic: "events" }) and use the canonical NestJS decorator:
       @Events.Consumer({ event: "broker-tag:topic-tag" })
       async handle(message: MessageShape) { /* injected-service business logic; throw to nack */ }
@@ -3804,8 +3775,9 @@ const cliInputSchema = z.object({
     'Use this tool for administrative operations: creating or updating products, apps, ' +
     'resources (databases, storage, caches…), event broker topics, cloud connections, secrets, ' +
     'and for apply/migrate workflows.\n\n' +
-    'Note: environments, app actions, features, quotas, fallbacks, and jobs are configured ' +
-    'in the Workbench UI — there are no CLI commands for them.\n\n' +
+    'Note: environments, app actions, quotas, fallbacks, and jobs are configured in the ' +
+    'Workbench UI. Features also have no CLI creation command: define them in application code ' +
+    'with features.define so application boot/runtime registration makes them available.\n\n' +
     'The CLI uses the user\'s local logged-in session (ductape login) — no key is required.',
   ),
 });
@@ -4025,8 +3997,9 @@ async function main() {
       if (!key) {
         throw new Error('Not authenticated. Set DUCTAPE_PUBLISHABLE_KEY in your MCP server env config, or pass publishable_key on every tool call.');
       }
+      const includeSession = args.include_session ?? args.execution_context !== 'system';
       const result = addSessionAwarenessMetadata(
-        await generateExecutablePayload({ ...args, publishable_key: key }),
+        await generateExecutablePayload({ ...args, include_session: includeSession, publishable_key: key }),
         args,
       );
 
@@ -4060,8 +4033,9 @@ async function main() {
         throw new Error('Not authenticated. Set DUCTAPE_PUBLISHABLE_KEY in your MCP server env config, or pass publishable_key on every tool call.');
       }
       ensureSupportedSnippetOperation(args.operation_family, args.method);
+      const includeSession = args.include_session ?? args.execution_context !== 'system';
       const generated = addSessionAwarenessMetadata(
-        await generateExecutablePayload({ ...args, publishable_key: key }),
+        await generateExecutablePayload({ ...args, include_session: includeSession, publishable_key: key }),
         args,
       );
       const payload = (generated as any)?.payload ?? {};
@@ -4272,8 +4246,9 @@ async function main() {
           '  - Linking a project folder: "link --product <tag> --env <slug>"\n' +
           '  - Syncing sessions/notifications/events: "apply" or "apply sessions" etc.\n' +
           '  - Running database migrations: "db migrate", "db schema generate"\n\n' +
-          'NOTE: Environments, app actions, auths, features, quotas, fallbacks, and jobs are ' +
-          'configured in the Workbench UI — the CLI does not have commands for them.\n\n' +
+          'NOTE: Environments, app actions, auths, quotas, fallbacks, and jobs are configured ' +
+          'in the Workbench UI. Features have no CLI creation command because definitions are ' +
+          'code-first through features.define and registered by the application runtime.\n\n' +
           'DO NOT use ductape_execute for admin operations — it uses a publishable key which only ' +
           'covers runtime operations. Administrative operations will fail with "Authentication failed".\n\n' +
           'The CLI uses the user\'s local logged-in session (ductape login). ' +

package/src/proxy-client.ts

@@ -52,7 +52,7 @@ export async function executeViaProxy<T = unknown>(
     },
     body: JSON.stringify({
       publishable_key,
-      module,
+      module: module === 'features' ? 'feature' : module,
       method,
       params,
     }),
@@ -137,9 +137,18 @@ function normalizeTargets(targets: Record<string, unknown>): Record<string, unkn
 export async function generateExecutablePayload<T = IGenerateExecutablePayloadResponse>(
   request: IGenerateExecutablePayloadRequest,
 ): Promise<T> {
+  // execution_context is MCP guidance metadata, not part of the integrations
+  // payload-generator API contract. Keep it for local session-awareness output
+  // but never forward it to the backend validator.
+  const { execution_context: _executionContext, ...backendRequest } = request;
   const normalizedRequest = {
-    ...request,
-    targets: request.targets ? normalizeTargets(request.targets as Record<string, unknown>) : request.targets,
+    ...backendRequest,
+    operation_family: backendRequest.operation_family.toLowerCase() === 'features'
+      ? 'feature'
+      : backendRequest.operation_family,
+    targets: backendRequest.targets
+      ? normalizeTargets(backendRequest.targets as Record<string, unknown>)
+      : backendRequest.targets,
   };
   const url = `${API_BASE_URL.replace(/\/$/, '')}/integrations/v1/payloads/generate`;
   const res = await fetch(url, {