@markusylisiurunen/tau 0.2.113 → 0.2.115
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/core/personas.js +3 -3
- package/dist/core/personas.js.map +1 -1
- package/dist/core/utils/auto_retry.js +1 -1
- package/dist/core/utils/auto_retry.js.map +1 -1
- package/dist/core/version.js +1 -1
- package/dist/starter/prompts/guided-review-branch.md +1 -1
- package/dist/starter/prompts/guided-review-current-changes.md +1 -1
- package/dist/starter/prompts/guided-review-last-commit.md +1 -1
- package/dist/starter/skills/guided-review/SKILL.md +73 -12
- package/package.json +5 -5
package/dist/core/personas.js
CHANGED
|
@@ -203,7 +203,7 @@ const PERSONA_SPECS = [
|
|
|
203
203
|
description: "GPT-5.5",
|
|
204
204
|
provider: "openai",
|
|
205
205
|
modelId: "gpt-5.5",
|
|
206
|
-
allowedReasoningLevels: ["medium", "high", "xhigh"],
|
|
206
|
+
allowedReasoningLevels: ["low", "medium", "high", "xhigh"],
|
|
207
207
|
settings: { reasoning: "medium" },
|
|
208
208
|
skills: "*",
|
|
209
209
|
},
|
|
@@ -230,7 +230,7 @@ const PERSONA_SPECS = [
|
|
|
230
230
|
description: "GPT-5.5 (ChatGPT)",
|
|
231
231
|
provider: "openai-codex",
|
|
232
232
|
modelId: "gpt-5.5",
|
|
233
|
-
allowedReasoningLevels: ["medium", "high", "xhigh"],
|
|
233
|
+
allowedReasoningLevels: ["low", "medium", "high", "xhigh"],
|
|
234
234
|
settings: { reasoning: "medium" },
|
|
235
235
|
skills: "*",
|
|
236
236
|
},
|
|
@@ -257,7 +257,7 @@ const PERSONA_SPECS = [
|
|
|
257
257
|
description: "GPT-5.5 Fast (ChatGPT)",
|
|
258
258
|
provider: "openai-codex",
|
|
259
259
|
modelId: "gpt-5.5",
|
|
260
|
-
allowedReasoningLevels: ["medium", "high", "xhigh"],
|
|
260
|
+
allowedReasoningLevels: ["low", "medium", "high", "xhigh"],
|
|
261
261
|
settings: { reasoning: "medium", serviceTier: "priority" },
|
|
262
262
|
skills: "*",
|
|
263
263
|
},
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"personas.js","sourceRoot":"","sources":["../../src/core/personas.ts"],"names":[],"mappings":"AAAA,OAAO,EAAsB,YAAY,EAAE,MAAM,qBAAqB,CAAC;AACvE,OAAO,EAAE,qBAAqB,EAA0B,MAAM,sBAAsB,CAAC;AACrF,OAAO,EACL,cAAc,EACd,qBAAqB,EACrB,cAAc,EACd,6BAA6B,EAC7B,qBAAqB,EACrB,yBAAyB,EACzB,oBAAoB,EACpB,wBAAwB,EACxB,eAAe,GAChB,MAAM,uBAAuB,CAAC;AAG/B,MAAM,8BAA8B,GAAG;;;;;;CAMtC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,oBAAoB,GAAG;;;;;;CAM5B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,6BAA6B,GAAG;;;;;;;;;;;;;;CAcrC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,yBAAyB,GAAG;;;;;;;;;;CAUjC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,+BAA+B,GAAG;;;;;;;;;;CAUvC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,mBAAmB,GAAG;;;;;;;;CAQ3B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,0BAA0B,GAAG;;;;;;;;;;;;;CAalC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,oBAAoB,GAAG;;;;;;;;;;;;;;;;;;;;;;;;CAwB5B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,sBAAsB,GAAG;;;;;;;;;;;;;;CAc9B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,yBAAyB,GAAG;;;;;;;;CAQjC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,qBAAqB,GAAG;;;;CAI7B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,iBAAiB,GAAG;;;;;;;;;CASzB,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,mBAAmB,GAAG;IAC1B,8BAA8B;IAC9B,6BAA6B;IAC7B,yBAAyB;IACzB,iBAAiB;IACjB,mBAAmB;IACnB,0BAA0B;IAC1B,yBAAyB;IACzB,qBAAqB;CACtB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AAEf,MAAM,mBAAmB,GAAG;IAC1B,oBAAoB;IACpB,6BAA6B;IAC7B,+BAA+B;IAC/B,iBAAiB;IACjB,mBAAmB;IACnB,0BAA0B;IAC1B,oBAAoB;IACpB,sBAAsB;IACtB,yBAAyB;IACzB,qBAAqB;CACtB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AAYf,MAAM,aAAa,GAAkB;IACnC;QACE,EAAE,EAAE,UAAU;QACd,WAAW,EAAE,iBAAiB;QAC9B,QAAQ,EAAE,WAAW;QACrB,OAAO,EAAE,iBAAiB;QAC1B,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QAC1D,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,UAAU;QACd,WAAW,EAAE,iBAAiB;QAC9B,QAAQ,EAAE,WAAW;QACrB,OAAO,EAAE,iBAAiB;QAC1B,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QAC1D,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,eAAe;QACnB,WAAW,EAAE,eAAe;QAC5B,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,eAAe;QACxB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,SAAS;QACb,WAAW,EAAE,SAAS;QACtB,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,SAAS;QACb,WAAW,EAAE,SAAS;QACtB,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;
|
|
1
|
+
{"version":3,"file":"personas.js","sourceRoot":"","sources":["../../src/core/personas.ts"],"names":[],"mappings":"AAAA,OAAO,EAAsB,YAAY,EAAE,MAAM,qBAAqB,CAAC;AACvE,OAAO,EAAE,qBAAqB,EAA0B,MAAM,sBAAsB,CAAC;AACrF,OAAO,EACL,cAAc,EACd,qBAAqB,EACrB,cAAc,EACd,6BAA6B,EAC7B,qBAAqB,EACrB,yBAAyB,EACzB,oBAAoB,EACpB,wBAAwB,EACxB,eAAe,GAChB,MAAM,uBAAuB,CAAC;AAG/B,MAAM,8BAA8B,GAAG;;;;;;CAMtC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,oBAAoB,GAAG;;;;;;CAM5B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,6BAA6B,GAAG;;;;;;;;;;;;;;CAcrC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,yBAAyB,GAAG;;;;;;;;;;CAUjC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,+BAA+B,GAAG;;;;;;;;;;CAUvC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,mBAAmB,GAAG;;;;;;;;CAQ3B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,0BAA0B,GAAG;;;;;;;;;;;;;CAalC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,oBAAoB,GAAG;;;;;;;;;;;;;;;;;;;;;;;;CAwB5B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,sBAAsB,GAAG;;;;;;;;;;;;;;CAc9B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,yBAAyB,GAAG;;;;;;;;CAQjC,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,qBAAqB,GAAG;;;;CAI7B,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,iBAAiB,GAAG;;;;;;;;;CASzB,CAAC,IAAI,EAAE,CAAC;AAET,MAAM,mBAAmB,GAAG;IAC1B,8BAA8B;IAC9B,6BAA6B;IAC7B,yBAAyB;IACzB,iBAAiB;IACjB,mBAAmB;IACnB,0BAA0B;IAC1B,yBAAyB;IACzB,qBAAqB;CACtB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AAEf,MAAM,mBAAmB,GAAG;IAC1B,oBAAoB;IACpB,6BAA6B;IAC7B,+BAA+B;IAC/B,iBAAiB;IACjB,mBAAmB;IACnB,0BAA0B;IAC1B,oBAAoB;IACpB,sBAAsB;IACtB,yBAAyB;IACzB,qBAAqB;CACtB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AAYf,MAAM,aAAa,GAAkB;IACnC;QACE,EAAE,EAAE,UAAU;QACd,WAAW,EAAE,iBAAiB;QAC9B,QAAQ,EAAE,WAAW;QACrB,OAAO,EAAE,iBAAiB;QAC1B,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QAC1D,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,UAAU;QACd,WAAW,EAAE,iBAAiB;QAC9B,QAAQ,EAAE,WAAW;QACrB,OAAO,EAAE,iBAAiB;QAC1B,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QAC1D,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,eAAe;QACnB,WAAW,EAAE,eAAe;QAC5B,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,eAAe;QACxB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,SAAS;QACb,WAAW,EAAE,SAAS;QACtB,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,SAAS;QACb,WAAW,EAAE,SAAS;QACtB,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QAC1D,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,uBAAuB;QAC3B,WAAW,EAAE,yBAAyB;QACtC,QAAQ,EAAE,cAAc;QACxB,OAAO,EAAE,eAAe;QACxB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,iBAAiB;QACrB,WAAW,EAAE,mBAAmB;QAChC,QAAQ,EAAE,cAAc;QACxB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,iBAAiB;QACrB,WAAW,EAAE,mBAAmB;QAChC,QAAQ,EAAE,cAAc;QACxB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QAC1D,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,4BAA4B;QAChC,WAAW,EAAE,8BAA8B;QAC3C,QAAQ,EAAE,cAAc;QACxB,OAAO,EAAE,eAAe;QACxB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE,WAAW,EAAE,UAAU,EAAE;QAC1D,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,sBAAsB;QAC1B,WAAW,EAAE,wBAAwB;QACrC,QAAQ,EAAE,cAAc;QACxB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QACnD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE,WAAW,EAAE,UAAU,EAAE;QAC1D,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,sBAAsB;QAC1B,WAAW,EAAE,wBAAwB;QACrC,QAAQ,EAAE,cAAc;QACxB,OAAO,EAAE,SAAS;QAClB,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,EAAE,OAAO,CAAC;QAC1D,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE,WAAW,EAAE,UAAU,EAAE;QAC1D,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,gBAAgB;QACpB,WAAW,EAAE,gBAAgB;QAC7B,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,wBAAwB;QACjC,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,CAAC;QACjD,QAAQ,EAAE,EAAE,SAAS,EAAE,KAAK,EAAE;QAC9B,MAAM,EAAE,GAAG;KACZ;IACD;QACE,EAAE,EAAE,gBAAgB;QACpB,WAAW,EAAE,gBAAgB;QAC7B,QAAQ,EAAE,QAAQ;QAClB,OAAO,EAAE,wBAAwB;QACjC,sBAAsB,EAAE,CAAC,KAAK,EAAE,QAAQ,EAAE,MAAM,CAAC;QACjD,QAAQ,EAAE,EAAE,SAAS,EAAE,QAAQ,EAAE;QACjC,MAAM,EAAE,GAAG;KACZ;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,0BAA0B,GAAG,eAAe,CAAC;AAI1D,MAAM,cAAc,GAA8D;IAChF,IAAI,EAAE,EAAE,MAAM,EAAE,OAAO,EAAE,YAAY,EAAE,mBAAmB,EAAE;IAC5D,KAAK,EAAE,EAAE,MAAM,EAAE,QAAQ,EAAE,YAAY,EAAE,mBAAmB,EAAE;CAC/D,CAAC;AAEF,MAAM,UAAU,GAAkC;IAChD,cAAc;IACd,eAAe;IACf,cAAc;IACd,oBAAoB;IACpB,qBAAqB;CACtB,CAAC;AACF,MAAM,cAAc,GAAkC;IACpD,qBAAqB;IACrB,6BAA6B;IAC7B,wBAAwB;IACxB,yBAAyB;CAC1B,CAAC;AAEF,SAAS,YAAY,CAAC,IAAiB,EAAE,OAAgB,EAAE,aAA4B;IACrF,MAAM,KAAK,GAAG,aAAa,CAAC,IAAI,CAAC,QAAQ,EAAE,IAAI,CAAC,OAAO,CAAC,CAAC;IACzD,IAAI,CAAC,KAAK,EAAE,CAAC;QACX,MAAM,IAAI,KAAK,CAAC,4BAA4B,IAAI,CAAC,QAAQ,IAAI,IAAI,CAAC,OAAO,GAAG,CAAC,CAAC;IAChF,CAAC;IAED,MAAM,MAAM,GAAG,cAAc,CAAC,OAAO,CAAC,CAAC;IACvC,MAAM,MAAM,GAAG,IAAI,CAAC,MAAM,CAAC;IAC3B,MAAM,QAAQ,GAAG,eAAe,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IAChD,MAAM,SAAS,GAAsB;QACnC,CAAC,qBAAqB,CAAC,EAAE,EAAE;KAC5B,CAAC;IAEF,MAAM,KAAK,GAAG,CAAC,GAAG,UAAU,EAAE,GAAG,cAAc,CAAC,CAAC;IAEjD,OAAO;QACL,EAAE,EAAE,GAAG,IAAI,CAAC,EAAE,GAAG,MAAM,CAAC,MAAM,EAAE;QAChC,KAAK,EAAE,GAAG,IAAI,CAAC,EAAE,IAAI,OAAO,EAAE;QAC9B,WAAW,EAAE,GAAG,IAAI,CAAC,WAAW,IAAI,OAAO,EAAE;QAC7C,KAAK;QACL,YAAY,EAAE,MAAM,CAAC,YAAY;QACjC,sBAAsB,EAAE,IAAI,CAAC,sBAAsB;QACnD,QAAQ;QACR,MAAM;QACN,SAAS;QACT,KAAK;QACL,MAAM,EAAE,SAAS;KAClB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,qBAAqB,CAAC,gBAA+B,YAAY;IAC/E,OAAO,aAAa,CAAC,OAAO,CAAC,CAAC,IAAI,EAAE,EAAE;QACpC,IAAI,IAAI,CAAC,EAAE,CAAC,QAAQ,CAAC,SAAS,CAAC,EAAE,CAAC;YAChC,MAAM,YAAY,GAAG,YAAY,CAAC,IAAI,EAAE,OAAO,EAAE,aAAa,CAAC,CAAC;YAChE,OAAO;gBACL;oBACE,GAAG,YAAY;oBACf,EAAE,EAAE,IAAI,CAAC,EAAE;oBACX,KAAK,EAAE,IAAI,CAAC,EAAE;oBACd,WAAW,EAAE,IAAI,CAAC,WAAW;iBAC9B;aACF,CAAC;QACJ,CAAC;QAED,IAAI,IAAI,CAAC,EAAE,CAAC,UAAU,CAAC,SAAS,CAAC,EAAE,CAAC;YAClC,OAAO,CAAC,YAAY,CAAC,IAAI,EAAE,MAAM,EAAE,aAAa,CAAC,CAAC,CAAC;QACrD,CAAC;QAED,OAAO,CAAC,YAAY,CAAC,IAAI,EAAE,MAAM,EAAE,aAAa,CAAC,EAAE,YAAY,CAAC,IAAI,EAAE,OAAO,EAAE,aAAa,CAAC,CAAC,CAAC;IACjG,CAAC,CAAC,CAAC;AACL,CAAC;AAED,MAAM,CAAC,MAAM,QAAQ,GAAc,qBAAqB,EAAE,CAAC;AAE3D,MAAM,UAAU,cAAc,CAAC,EAAU;IACvC,OAAO,QAAQ,CAAC,IAAI,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,EAAE,KAAK,EAAE,CAAC,CAAC;AAC3C,CAAC"}
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
import { isContextOverflow } from "@earendil-works/pi-ai";
|
|
2
|
-
const RETRYABLE_ERROR_REGEX = /overloaded|provider.?returned.?error|high.?demand|peak.?load|maximum.?usage.?size|provisioned.?throughput|rate.?limit|too many requests|429|500|502|503|504|service.?unavailable|server.?error|internal.?error|network.?error|connection.?error|connection.?refused|connection.?lost|websocket.?error|other side closed|fetch failed|upstream.?connect|reset before headers|socket hang up|ended without|http2 request did not get a response|timed? out|timeout|terminated|retry delay/i;
|
|
2
|
+
const RETRYABLE_ERROR_REGEX = /overloaded|provider.?returned.?error|high.?demand|peak.?load|maximum.?usage.?size|provisioned.?throughput|rate.?limit|too many requests|429|500|502|503|504|service.?unavailable|server.?error|internal.?error|network.?error|connection.?error|connection.?refused|connection.?lost|websocket.?closed|websocket.?error|other side closed|fetch failed|upstream.?connect|reset before headers|socket hang up|ended without|http2 request did not get a response|timed? out|timeout|terminated|retry delay/i;
|
|
3
3
|
function asAssistantMessage(error) {
|
|
4
4
|
if (!error || typeof error !== "object") {
|
|
5
5
|
return undefined;
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"auto_retry.js","sourceRoot":"","sources":["../../../src/core/utils/auto_retry.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,iBAAiB,EAAE,MAAM,uBAAuB,CAAC;AAO1D,MAAM,qBAAqB,GACzB,
|
|
1
|
+
{"version":3,"file":"auto_retry.js","sourceRoot":"","sources":["../../../src/core/utils/auto_retry.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,iBAAiB,EAAE,MAAM,uBAAuB,CAAC;AAO1D,MAAM,qBAAqB,GACzB,4eAA4e,CAAC;AAE/e,SAAS,kBAAkB,CAAC,KAAc;IACxC,IAAI,CAAC,KAAK,IAAI,OAAO,KAAK,KAAK,QAAQ,EAAE,CAAC;QACxC,OAAO,SAAS,CAAC;IACnB,CAAC;IAED,MAAM,OAAO,GAAG,KAAkC,CAAC;IACnD,IAAI,OAAO,CAAC,IAAI,KAAK,WAAW,IAAI,OAAO,CAAC,UAAU,KAAK,OAAO,EAAE,CAAC;QACnE,OAAO,SAAS,CAAC;IACnB,CAAC;IAED,IAAI,OAAO,OAAO,CAAC,UAAU,KAAK,QAAQ,EAAE,CAAC;QAC3C,OAAO,SAAS,CAAC;IACnB,CAAC;IAED,OAAO,OAA2B,CAAC;AACrC,CAAC;AAED,MAAM,UAAU,eAAe,CAAC,EAAE,KAAK,EAAE,KAAK,EAAoB;IAChE,MAAM,OAAO,GAAG,kBAAkB,CAAC,KAAK,CAAC,CAAC;IAC1C,IAAI,CAAC,OAAO,EAAE,CAAC;QACb,OAAO,KAAK,CAAC;IACf,CAAC;IAED,IAAI,OAAO,CAAC,UAAU,KAAK,OAAO,IAAI,CAAC,OAAO,CAAC,YAAY,EAAE,CAAC;QAC5D,OAAO,KAAK,CAAC;IACf,CAAC;IAED,IAAI,iBAAiB,CAAC,OAAO,EAAE,KAAK,CAAC,aAAa,CAAC,EAAE,CAAC;QACpD,OAAO,KAAK,CAAC;IACf,CAAC;IAED,OAAO,qBAAqB,CAAC,IAAI,CAAC,OAAO,CAAC,YAAY,CAAC,CAAC;AAC1D,CAAC"}
|
package/dist/core/version.js
CHANGED
|
@@ -1,2 +1,2 @@
|
|
|
1
|
-
export const APP_VERSION = "0.2.
|
|
1
|
+
export const APP_VERSION = "0.2.115";
|
|
2
2
|
//# sourceMappingURL=version.js.map
|
|
@@ -4,4 +4,4 @@ label: "guided review of current branch"
|
|
|
4
4
|
description: "split the current branch diff into natural chunks and guide focused diff reviews"
|
|
5
5
|
---
|
|
6
6
|
|
|
7
|
-
Use @@skill:guided-review. Split the current branch diff against main into natural review chunks and guide me through
|
|
7
|
+
Use @@skill:guided-review. Split the current branch diff against main into natural review chunks and guide me through it. First produce the phase 1 orientation brief: write a concise narrative reviewer briefing that explains the change intent, important behavior or contract changes, risk areas, and planned chunks without turning it into a checklist. Do not open the first diff review yet. Ask me whether to start phase 2 in `collect-only` mode or `apply-as-you-go` mode unless I already specified a mode.
|
|
@@ -4,4 +4,4 @@ label: "guided review of current changes"
|
|
|
4
4
|
description: "split current changes into natural chunks and guide focused diff reviews"
|
|
5
5
|
---
|
|
6
6
|
|
|
7
|
-
Use @@skill:guided-review. Split the current changes into natural review chunks and guide me through them.
|
|
7
|
+
Use @@skill:guided-review. Split the current changes into natural review chunks and guide me through them. First produce the phase 1 orientation brief: write a concise narrative reviewer briefing that explains the change intent, important behavior or contract changes, risk areas, and planned chunks without turning it into a checklist. Do not open the first diff review yet. Ask me whether to start phase 2 in `collect-only` mode or `apply-as-you-go` mode unless I already specified a mode.
|
|
@@ -4,4 +4,4 @@ label: "guided review of most recent commit"
|
|
|
4
4
|
description: "split the most recent commit into natural chunks and guide focused diff reviews"
|
|
5
5
|
---
|
|
6
6
|
|
|
7
|
-
Use @@skill:guided-review. Split the most recent commit into natural review chunks and guide me through
|
|
7
|
+
Use @@skill:guided-review. Split the most recent commit into natural review chunks and guide me through it. First produce the phase 1 orientation brief: write a concise narrative reviewer briefing that explains the change intent, important behavior or contract changes, risk areas, and planned chunks without turning it into a checklist. Do not open the first diff review yet. Ask me whether to start phase 2 in `collect-only` mode or `apply-as-you-go` mode unless I already specified a mode.
|
|
@@ -5,7 +5,12 @@ description: "Split large diffs or change sets into natural review chunks, then
|
|
|
5
5
|
|
|
6
6
|
## Goal
|
|
7
7
|
|
|
8
|
-
Turn an overwhelming review scope into a
|
|
8
|
+
Turn an overwhelming review scope into a two-phase guided review:
|
|
9
|
+
|
|
10
|
+
1. An orientation brief that explains the change and prepares the reviewer.
|
|
11
|
+
2. A sequence of focused diff reviews, run in the review mode the user chooses.
|
|
12
|
+
|
|
13
|
+
Each review chunk should be small enough to understand in one sitting and large enough to preserve the relevant context.
|
|
9
14
|
|
|
10
15
|
Use this skill only when the user explicitly asks for guided review, to split a diff into reviewable pieces, or to walk through changes step by step.
|
|
11
16
|
|
|
@@ -22,13 +27,55 @@ Use these defaults:
|
|
|
22
27
|
|
|
23
28
|
If the request contains conflicting scope signals, ask one clarifying question before doing review work.
|
|
24
29
|
|
|
25
|
-
##
|
|
30
|
+
## Determine the review mode
|
|
31
|
+
|
|
32
|
+
Phase 2 must run in one explicit mode. Honor the mode if the user already specified it. If the mode is not specified, ask the user to choose at the end of phase 1, before opening the first diff review.
|
|
33
|
+
|
|
34
|
+
Supported modes:
|
|
35
|
+
|
|
36
|
+
- `collect-only`: collect the user's review comments without editing files. Keep a running record of findings, open questions, and follow-up items for a final synthesis after all chunks are reviewed. Do not implement anything unless the user later asks.
|
|
37
|
+
- `apply-as-you-go`: address review comments immediately after each chunk, then have the user review the resulting net changes before moving to the next chunk.
|
|
38
|
+
|
|
39
|
+
Treat natural-language equivalents like "regular review," "collect comments," or "don't make changes" as `collect-only`. Treat requests like "make the changes right away" or "address comments as we go" as `apply-as-you-go`.
|
|
26
40
|
|
|
27
|
-
Do not
|
|
41
|
+
Do not infer `apply-as-you-go` just because feedback is actionable. If the user's intent is ambiguous, default to asking rather than editing.
|
|
42
|
+
|
|
43
|
+
## Understand intent before phase 1
|
|
44
|
+
|
|
45
|
+
Do not start by mechanically grouping files. Build enough understanding of what the change is trying to accomplish so the orientation and chunks reflect the author's intent.
|
|
28
46
|
|
|
29
47
|
Start with the full diff or change summary, then read surrounding code, relevant tests, types, call sites, and related patterns as needed. Identify the main behavior changes, supporting refactors, dependency order, and risk areas. Trace how changed files interact so each chunk preserves the context a reviewer needs.
|
|
30
48
|
|
|
31
|
-
|
|
49
|
+
Pay special attention to changed boundaries and invocation surfaces: commands, routes, handlers, events, CLIs, schemas, SDKs, typed clients, config, feature flags, background jobs, migrations, generated artifacts, or docs consumed by machines. Do not assume a wrapper or declaration change is obvious from the implementation chunk; if it changes how another component calls the feature, it belongs in the orientation.
|
|
50
|
+
|
|
51
|
+
Also trace any trust or safety model that is central to the change. For authentication, authorization, tokens, secrets, external callbacks, file access, persistence boundaries, validation, rate limits, idempotency, concurrency, or data retention, understand who can do what, how access is granted and revoked, and what failure modes the reviewer should keep in mind.
|
|
52
|
+
|
|
53
|
+
Only create the orientation brief and chunk plan once you can explain the overall purpose of the change, the role each major file group plays, the caller-facing surfaces that changed, and the core safety or lifecycle assumptions. If the intent is still unclear after exploration, say what is unclear and ask a focused question before launching reviews.
|
|
54
|
+
|
|
55
|
+
## Phase 1: write the orientation brief
|
|
56
|
+
|
|
57
|
+
Phase 1 prepares the reviewer. Do not call `diff_review` during phase 1.
|
|
58
|
+
|
|
59
|
+
Write a concise reviewer briefing that tells the story of the change and gives the reviewer the mental model they need before looking at code. It should read like a well-written narrative, not a checklist or a file-by-file inventory. Use headings to make it skimmable. Do not paste large diffs or long file lists.
|
|
60
|
+
|
|
61
|
+
Choose the right medium for each piece of information. Use prose for intent, motivation, reasoning, and narrative flow. Use small code blocks to show concrete contracts and mechanics: minimal real syntax for schema or config changes, type signatures, JSON shapes, command names and payloads, or stripped-down control flow. Prefer the form closest to the source contract over an invented table when the source form is compact enough. Showing is often faster to absorb than the equivalent explanation in prose. Use bullets for compact enumerations like changed commands, entry points, risk items, field additions, or chunk names. Mix these freely; the goal is that every piece of information appears in the form that makes it fastest to understand.
|
|
62
|
+
|
|
63
|
+
A useful structure is: start with the problem or intent, then show the main mechanics and lifecycle, then make the caller-facing contract changes concrete, then call out review focus areas and the chunk map. The chunk map can be a compact list when that is the clearest format.
|
|
64
|
+
|
|
65
|
+
When a change adds or modifies named entry points, include a concise list of those entry points with one short explanation each. This can include commands, routes, exported functions, SDK methods, config keys, event names, jobs, docs, or any other surface a caller or another component must know about. Keep it selective and useful rather than exhaustive boilerplate.
|
|
66
|
+
|
|
67
|
+
The brief should cover:
|
|
68
|
+
|
|
69
|
+
- The overall intent and story of the change.
|
|
70
|
+
- Important changes in mechanics, such as data flow, state transitions, lifecycle behavior, retries, ordering, or failure handling.
|
|
71
|
+
- Any contract or shape changes, such as APIs, commands, response types, schemas, storage layouts, SDK/client declarations, config formats, or machine-consumed docs.
|
|
72
|
+
- The trust and safety model when relevant: authentication, authorization, token or secret handling, expiry or revocation, validation, cross-tenant isolation, access to uploaded/downloaded data, external calls, and persistence assumptions.
|
|
73
|
+
- The most important behavior changes and user-visible effects.
|
|
74
|
+
- The riskiest areas or assumptions the reviewer should keep in mind.
|
|
75
|
+
- The chunk plan: each chunk's label, scope, relative importance, and why it belongs together.
|
|
76
|
+
- Any low-value noise you plan to skip or only summarize, such as generated output, mechanical formatting, lockfile churn, or repetitive renames.
|
|
77
|
+
|
|
78
|
+
End phase 1 by pausing. If the review mode is unknown, ask the user to choose `collect-only` or `apply-as-you-go`. If the mode is known, ask whether to start phase 2 in that mode. Do not open the first chunk unless the user explicitly tells you to start phase 2.
|
|
32
79
|
|
|
33
80
|
## Build a chunk plan
|
|
34
81
|
|
|
@@ -43,7 +90,7 @@ Good chunk boundaries include:
|
|
|
43
90
|
- Documentation or configuration changes that explain or enable the same behavior.
|
|
44
91
|
- A risky cross-cutting change isolated from low-risk mechanical edits.
|
|
45
92
|
|
|
46
|
-
Not every changed line deserves the same review attention. Rank chunks by review value and call out which ones are highest-risk or most important. You can skip or briefly summarize low-value noise
|
|
93
|
+
Not every changed line deserves the same review attention. Rank chunks by review value and call out which ones are highest-risk or most important. You can skip or briefly summarize low-value noise as long as doing so does not hide meaningful net behavior changes.
|
|
47
94
|
|
|
48
95
|
Avoid these mistakes:
|
|
49
96
|
|
|
@@ -53,9 +100,7 @@ Avoid these mistakes:
|
|
|
53
100
|
- Do not hide risky files inside a large miscellaneous chunk.
|
|
54
101
|
- Do not force the user through noisy or low-value chunks when a summary is enough.
|
|
55
102
|
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
## Launch focused diff reviews
|
|
103
|
+
## Phase 2: launch focused diff reviews
|
|
59
104
|
|
|
60
105
|
Use the `diff_review` tool for each chunk when it is available.
|
|
61
106
|
|
|
@@ -82,10 +127,26 @@ Then call `diff_review` for exactly that chunk.
|
|
|
82
127
|
|
|
83
128
|
## Between chunks
|
|
84
129
|
|
|
85
|
-
After each review returns, inspect the feedback before moving on.
|
|
130
|
+
After each review returns, inspect the feedback before moving on. Keep the review mode explicit and do not start the next chunk until the current chunk is complete, deferred, or explicitly skipped by the user.
|
|
131
|
+
|
|
132
|
+
In `collect-only` mode:
|
|
133
|
+
|
|
134
|
+
- Do not edit files.
|
|
135
|
+
- Record the comments, findings, and open questions for a final synthesis after all chunks are reviewed.
|
|
136
|
+
- Do not echo or summarize the user's feedback chunk-by-chunk unless an ambiguity blocks the next review.
|
|
137
|
+
- Between chunks, use only a terse transition and continue according to the agreed flow. Ask before continuing only when the user requested pauses or the feedback raises a blocking question.
|
|
138
|
+
|
|
139
|
+
At the end of `collect-only` mode, write a final review overview that draws the comments together across all chunks. Group related comments by theme, subsystem, or severity; call out duplicates, contradictions, open questions, and likely next actions. Do not just concatenate per-chunk notes.
|
|
140
|
+
|
|
141
|
+
In `apply-as-you-go` mode:
|
|
86
142
|
|
|
87
|
-
|
|
143
|
+
- Address clear review comments immediately.
|
|
144
|
+
- Ask a focused question before editing when feedback is ambiguous or sounds like discussion rather than a requested change.
|
|
145
|
+
- Run the smallest useful checks for the affected code when practical.
|
|
146
|
+
- Re-check the affected net diff after editing.
|
|
147
|
+
- Present the fix summary and have the user review the updated changes before moving on. Prefer a follow-up `diff_review` for the current chunk or a focused patch containing the fix.
|
|
148
|
+
- Repeat this loop until the user says the chunk is complete, explicitly defers remaining feedback, or asks to skip the follow-up review.
|
|
88
149
|
|
|
89
|
-
|
|
150
|
+
Never leave code changes unreviewed. Any file you edit while addressing feedback must be included in a follow-up review or explicitly deferred by the user before you launch the next chunk. If a fix touches files planned for a later chunk, update the chunk plan and tell the user how the scope changed.
|
|
90
151
|
|
|
91
|
-
Keep the sequence explicit. Tell the user which chunks are complete, which were skipped or summarized as low-value noise, which feedback was addressed
|
|
152
|
+
Keep the sequence explicit. Tell the user which chunks are complete, which were skipped or summarized as low-value noise, and which chunks remain. In `apply-as-you-go` mode, also state which feedback was addressed before asking for the required follow-up review.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@markusylisiurunen/tau",
|
|
3
|
-
"version": "0.2.
|
|
3
|
+
"version": "0.2.115",
|
|
4
4
|
"type": "module",
|
|
5
5
|
"bin": {
|
|
6
6
|
"tau": "./dist/main.js"
|
|
@@ -27,8 +27,8 @@
|
|
|
27
27
|
"access": "public"
|
|
28
28
|
},
|
|
29
29
|
"dependencies": {
|
|
30
|
-
"@earendil-works/pi-ai": "^0.
|
|
31
|
-
"@earendil-works/pi-tui": "^0.
|
|
30
|
+
"@earendil-works/pi-ai": "^0.75.4",
|
|
31
|
+
"@earendil-works/pi-tui": "^0.75.4",
|
|
32
32
|
"chalk": "^5.6.2",
|
|
33
33
|
"file-type": "^21.3.4",
|
|
34
34
|
"sharp": "^0.34.5",
|
|
@@ -39,11 +39,11 @@
|
|
|
39
39
|
},
|
|
40
40
|
"devDependencies": {
|
|
41
41
|
"@biomejs/biome": "2.4.15",
|
|
42
|
-
"@types/node": "^25.
|
|
42
|
+
"@types/node": "^25.9.1",
|
|
43
43
|
"colorjs.io": "^0.6.1",
|
|
44
44
|
"prettier": "^3.8.3",
|
|
45
45
|
"typescript": "^5.9.3",
|
|
46
|
-
"vitest": "^4.1.
|
|
46
|
+
"vitest": "^4.1.7"
|
|
47
47
|
},
|
|
48
48
|
"engines": {
|
|
49
49
|
"node": ">=24.0.0"
|