pipebrain-mcp 0.28.0 → 0.30.0

package/dist/main.js

@@ -15098,6 +15098,13 @@ var DisplayIdError = class extends Error {
 };
 var PROJECT_KEY = /^[A-Z]{2,5}$/;
 var DELIVERABLE_RE = /^([A-Z]{2,5})-C([1-9][0-9]*)\/([a-z0-9]+)$/;
+var INT4_MAX = 2147483647;
+function matchDisplayId(re, value, numberGroup) {
+  const match = re.exec(value);
+  if (match === null)
+    return null;
+  return Number(match[numberGroup]) > INT4_MAX ? null : match;
+}
 function assertKey(key) {
   if (!PROJECT_KEY.test(key)) {
     throw new DisplayIdError("project key must be 2\u20135 uppercase letters (A\u2013Z)", key);
@@ -15114,7 +15121,7 @@ function formatContentDisplayId(key, number4) {
   return `${key}-C${number4}`;
 }
 function parseDeliverableDisplayId(value) {
-  const match = DELIVERABLE_RE.exec(value);
+  const match = matchDisplayId(DELIVERABLE_RE, value, 2);
   if (match === null) {
     throw new DisplayIdError("not a valid deliverable display id (expected `KEY-C{N}/{platform}`)", value);
   }
@@ -15585,6 +15592,9 @@ var orgInstructionSchema = external_exports.object({
 });
 
 // ../../libs/domain/dist/inputs.js
+var int4Schema = positiveIntSchema.max(2147483647, {
+  message: "must be no greater than 2147483647"
+});
 var criterionInputSchema = external_exports.strictObject({
   text: markdownSchema.min(1, { message: "criterion text must not be empty" }),
   verification: verificationSchema.optional(),
@@ -15699,7 +15709,7 @@ var setCriteriaInputSchema = external_exports.strictObject({
 var setCriterionStateInputSchema = external_exports.strictObject({
   criterionId: uuidSchema.optional(),
   issue: issueRefSchema.optional(),
-  criterionNumber: positiveIntSchema.optional(),
+  criterionNumber: int4Schema.optional(),
   state: criterionStateSchema,
   evidence: markdownSchema.optional()
 }).refine((v) => {
@@ -15718,9 +15728,7 @@ var askQuestionsInputSchema = external_exports.strictObject({
   issue: issueRefSchema,
   questions: external_exports.array(questionInputSchema).min(1, { message: "ask at least one question" })
 });
-var questionNumberSchema = positiveIntSchema.max(2147483647, {
-  message: "question number is out of range"
-});
+var questionNumberSchema = int4Schema;
 var withdrawQuestionInputSchema = external_exports.strictObject({
   issue: issueRefSchema,
   number: questionNumberSchema
@@ -15755,7 +15763,8 @@ var updateRequirementInputSchema = external_exports.strictObject({
 });
 var approveRequirementInputSchema = external_exports.strictObject({
   requirement: requirementRefSchema,
-  revision: positiveIntSchema.optional()
+  // → requirement_revisions.revision_number, an `integer` column (PIPE-149).
+  revision: int4Schema.optional()
 });
 var createDecisionInputSchema = external_exports.strictObject({
   project: projectRefSchema,
@@ -15879,7 +15888,8 @@ var updateSecretDescriptionInputSchema = external_exports.strictObject({
 });
 var rollbackSecretInputSchema = external_exports.strictObject({
   env: external_exports.string().min(1, { message: "environment must not be empty" }),
-  version: positiveIntSchema
+  // → secret_versions.version, an `integer` column (PIPE-149).
+  version: int4Schema
 });
 var secretRefSchema = external_exports.strictObject({
   project: projectKeySchema,
@@ -15999,7 +16009,8 @@ var listAssetsFilterSchema = external_exports.strictObject({
 var createChatMessageReferenceInputSchema = external_exports.strictObject({
   entityType: chatEntityTypeSchema,
   entityId: uuidSchema,
-  revision: positiveIntSchema.optional()
+  // → requirement_revisions.revision_number, an `integer` column (PIPE-149).
+  revision: int4Schema.optional()
 });
 var createChatMessageInputSchema = external_exports.strictObject({
   body: external_exports.string().min(1, { message: "message body must not be empty" }).max(8e3, { message: "message body must be at most 8000 characters" }),
@@ -17148,7 +17159,7 @@ Every loose end has one destination, and none of them is prose. Anything you not
     inputSchema: updateIssueInputSchema.shape
   }, ({ issue: issue2, ...fields }) => run(() => client2.updateIssue(issue2, fields)));
   registerTool("set_status", {
-    description: "Set an issue\u2019s status; the \xA76 guards apply and a guard failure returns the specific reason, naming the rows it refused on (\xA77). The criteria gates read whatever criteria the issue carries, whatever its type: verify needs every auto criterion passed, done needs every criterion passed. Two guards remain EPIC-ONLY, and the asymmetry is the rule rather than an oversight \u2014 an epic that has stated NO criteria is refused at both gates, because an empty list would clear them having committed to nothing, while a task or a bug carrying none moves through both untouched (most work is stated adequately by its body); and `done` on an epic additionally requires every child to be terminal, read from each child\u2019s STATUS and never from its criteria. A BLOCKED issue \u2014 one carrying an explicit mark or waiting on a blocker that is not yet `done`/`killed` \u2014 cannot move to `ready` or `in_progress`, and the refusal names the reason and every unresolved blocker, so clear the mark (`clear_blocked`) or finish, kill or `unlink_blocker` each blocker first; every other target still moves while blocked. An issue with NO milestone cannot move to any status but `triage` and `killed` (PIPE-R10 rule 9) \u2014 set one with `update_issue` first; `killed` is exempt, so work nobody scheduled can still be abandoned.",
+    description: "Set an issue\u2019s status; the \xA76 guards apply and a guard failure returns the specific reason, naming the rows it refused on (\xA77). The criteria gates read whatever criteria the issue carries, whatever its type: verify needs every auto criterion passed, done needs every criterion passed. ONE guard remains EPIC-ONLY, and the asymmetry is the rule rather than an oversight \u2014 an epic that has stated NO criteria is refused at both gates, because an empty list would clear them having committed to nothing, while a task or a bug carrying none moves through both untouched (most work is stated adequately by its body). `done` additionally requires every child of the issue being closed to be terminal \u2014 an epic, a task and a bug alike \u2014 read from each child\u2019s STATUS and never from its criteria. A BLOCKED issue \u2014 one carrying an explicit mark or waiting on a blocker that is not yet `done`/`killed` \u2014 cannot move to `ready` or `in_progress`, and the refusal names the reason and every unresolved blocker, so clear the mark (`clear_blocked`) or finish, kill or `unlink_blocker` each blocker first; every other target still moves while blocked. An issue with NO milestone cannot move to any status but `triage` and `killed` (PIPE-R10 rule 9) \u2014 set one with `update_issue` first; `killed` is exempt, so work nobody scheduled can still be abandoned.",
     inputSchema: setStatusInputSchema.shape
   }, (args) => run(() => client2.setStatus(args.issue, args.status)));
   registerTool("claim_issue", {
@@ -17188,10 +17199,15 @@ Every loose end has one destination, and none of them is prose. Anything you not
     // `issue` is OPTIONAL: the criterionId-only form needs no issue ref. The
     // exactly-one-of rule can't be expressed in a raw shape, so the handler
     // enforces it via the shared `@pipeline/domain` refine (mirror of §7).
+    //
+    // `criterionNumber` takes `int4Schema` so the ADVERTISED JSON Schema carries
+    // the real ceiling (PIPE-149) — hand-rolling it from `positiveIntSchema` told
+    // clients the maximum was 2^53-1 while the column and the API both stop at
+    // 2,147,483,647, so a client refusal that should happen never did.
     inputSchema: {
       issue: issueRefSchema.optional(),
       criterionId: uuidSchema.optional(),
-      criterionNumber: positiveIntSchema.optional(),
+      criterionNumber: int4Schema.optional(),
       state: criterionStateSchema,
       evidence: markdownSchema.optional()
     }
@@ -17459,7 +17475,7 @@ function loadMcpConfig() {
 }
 
 // src/version.ts
-var VERSION = "0.28.0";
+var VERSION = "0.30.0";
 
 // src/main.ts
 var config2 = loadMcpConfig();

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "pipebrain-mcp",
-  "version": "0.28.0",
+  "version": "0.30.0",
   "description": "Pipebrain MCP server for Claude Code and Claude Desktop — issues, requirements, content, assets, and metadata-only secrets over the Pipebrain API.",
   "type": "module",
   "license": "MIT",