@bendyline/gilde 0.1.47 → 0.1.49

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 (42) hide show
  1. package/authoring/chat-models/gemma4-12b-q4.json +5 -4
  2. package/authoring/chat-models/gemma4-12b-q8.json +4 -3
  3. package/authoring/chat-models/gemma4-26b-q4.json +4 -3
  4. package/authoring/chat-models/gemma4-31b-q4.json +5 -4
  5. package/authoring/chat-models/gemma4-e2b-q4.json +4 -3
  6. package/authoring/chat-models/gemma4-e4b-q4.json +5 -4
  7. package/data/chat-models/ge/gemma4-12b-q4/manifest.json +47 -26
  8. package/data/chat-models/ge/gemma4-12b-q4/versions/1.2.0/manifest.json +98 -0
  9. package/data/chat-models/ge/gemma4-12b-q8/manifest.json +5 -4
  10. package/data/chat-models/ge/gemma4-12b-q8/versions/1.1.0/manifest.json +78 -0
  11. package/data/chat-models/ge/gemma4-26b-q4/manifest.json +5 -3
  12. package/data/chat-models/ge/gemma4-26b-q4/versions/1.3.0/manifest.json +81 -0
  13. package/data/chat-models/ge/gemma4-31b-q4/manifest.json +28 -36
  14. package/data/chat-models/ge/gemma4-31b-q4/versions/1.3.0/manifest.json +86 -0
  15. package/data/chat-models/ge/gemma4-e2b-q4/manifest.json +4 -3
  16. package/data/chat-models/ge/gemma4-e2b-q4/versions/1.3.0/manifest.json +71 -0
  17. package/data/chat-models/ge/gemma4-e4b-q4/manifest.json +20 -19
  18. package/data/chat-models/ge/gemma4-e4b-q4/versions/1.3.0/manifest.json +76 -0
  19. package/data/chat-models/index.json +1 -1
  20. package/data/chat-models/or/ornith1.5-9b-q4/manifest.json +2 -2
  21. package/data/chat-models/or/ornith1.5-9b-q4/versions/1.0.1/manifest.json +77 -0
  22. package/data/chat-models/or/ornith1.5-9b-q8/manifest.json +2 -2
  23. package/data/chat-models/or/ornith1.5-9b-q8/versions/1.0.1/manifest.json +82 -0
  24. package/data/chat-models/qw/qwen3.6-27b-q4/manifest.json +2 -2
  25. package/data/chat-models/qw/qwen3.6-27b-q4/versions/1.1.6/manifest.json +115 -0
  26. package/data/chat-models/qw/qwen3.6-27b-q8/manifest.json +2 -2
  27. package/data/chat-models/qw/qwen3.6-27b-q8/versions/1.0.4/manifest.json +127 -0
  28. package/data/chat-models/qw/qwen3.6-35b-a3b-q4/manifest.json +2 -2
  29. package/data/chat-models/qw/qwen3.6-35b-a3b-q4/versions/1.0.3/manifest.json +117 -0
  30. package/data/chat-models/qw/qwen3.6-35b-a3b-q8/manifest.json +2 -2
  31. package/data/chat-models/qw/qwen3.6-35b-a3b-q8/versions/1.0.3/manifest.json +137 -0
  32. package/data/chat-models/qw/qwen3.8-27b-q4/manifest.json +1 -1
  33. package/data/chat-models/qw/qwen3.8-27b-q4/versions/1.0.4/manifest.json +116 -0
  34. package/data/chat-models/qw/qwen3.8-27b-q6/manifest.json +2 -2
  35. package/data/chat-models/qw/qwen3.8-27b-q6/versions/1.0.3/manifest.json +127 -0
  36. package/data/chat-models/qw/qwen3.8-27b-q8/manifest.json +2 -2
  37. package/data/chat-models/qw/qwen3.8-27b-q8/versions/1.0.2/manifest.json +137 -0
  38. package/data/craftbook-templates/index.json +1 -1
  39. package/data/craftbook-templates/pu/pull-request-review/versions/1.9.0/craftbook.json +304 -0
  40. package/data/craftbook-templates/pu/pull-request-review/versions/1.9.0/test.json +144 -0
  41. package/package.json +1 -1
  42. package/schemas/chat-model-version.schema.json +3 -0
@@ -0,0 +1,304 @@
1
+ {
2
+ "id": "pull-request-review",
3
+ "name": "Pull Request Review",
4
+ "description": "Review a GitHub pull request from a complete, launch-time local mirror rather than a context-sized API response. The runtime resolves the explicit PR number or current-branch PR, materializes an overview, a machine-readable changed-file manifest, one untruncated patch record per changed path, comments, and the full diff. The scope step publishes deterministic 25-file batches and the runtime fans them out to one child reviewer per batch, each in its own session with only its own records in context; a per-batch coverage gate holds every child to its exact slice and a merge gate holds the run to the whole corpus. Repository symbol search and GitHub check status ground cross-file and compile/CI claims before the final local verdict.",
5
+ "basedOn": {
6
+ "name": "Gezel Code Review",
7
+ "url": "https://github.com/bendyline/gezel"
8
+ },
9
+ "entryStepId": "scope",
10
+ "triggers": [
11
+ "review this pr",
12
+ "review the current pr",
13
+ "review this pull request",
14
+ "pr review",
15
+ "review the github pull request"
16
+ ],
17
+ "requirements": [
18
+ {
19
+ "kind": "github"
20
+ }
21
+ ],
22
+ "connectors": [
23
+ {
24
+ "typeId": "github-pulls",
25
+ "reason": "materialize the selected pull request as a complete, chunk-readable local corpus"
26
+ }
27
+ ],
28
+ "toolsets": [
29
+ {
30
+ "toolsetId": "github",
31
+ "optional": true,
32
+ "autoAllow": true,
33
+ "reason": "read CI/check status and perform targeted PR verification"
34
+ }
35
+ ],
36
+ "paramSchema": {
37
+ "type": "object",
38
+ "properties": {
39
+ "workPath": {
40
+ "type": "string",
41
+ "title": "Working folder",
42
+ "description": "Per-task working folder in the artifacts drawer. Defaults to this task's own folder so runs never collide; override with a stable name when you deliberately want runs to share files.",
43
+ "default": "{{task.dir}}"
44
+ },
45
+ "number": {
46
+ "type": "number",
47
+ "title": "Pull request number",
48
+ "description": "Optional PR number. Leave blank to use the open PR whose head matches the project's checked-out branch."
49
+ },
50
+ "focus": {
51
+ "type": "string",
52
+ "title": "Review focus",
53
+ "default": "general correctness",
54
+ "description": "Optional area to emphasize, e.g. security, performance, or tests."
55
+ },
56
+ "intensity": {
57
+ "type": "string",
58
+ "title": "Intensity",
59
+ "enum": [
60
+ "low",
61
+ "medium",
62
+ "high"
63
+ ],
64
+ "default": "medium",
65
+ "squisq": {
66
+ "control": "segmented"
67
+ },
68
+ "description": "How deep to go on each changed-file batch. Coverage remains complete at every intensity."
69
+ }
70
+ }
71
+ },
72
+ "spawn": {
73
+ "overFile": "{{workPath}}/pr-review/batches.json",
74
+ "overArtifact": true,
75
+ "entryStepId": "review-batch",
76
+ "steps": [
77
+ {
78
+ "id": "review-batch",
79
+ "name": "Review batch {{batchNumber}} of PR #{{number}}",
80
+ "description": "Review one bounded slice of the pull-request corpus in a session that holds only that slice, then persist the batch's observations and its coverage shard.",
81
+ "prompt": "You are reviewing batch {{batchNumber}} of PR #{{number}} — records {{start}} through {{end}}. This batch is the whole of your assignment. Other reviewers hold the other batches; do not read, account for, or comment on files outside your slice.\n\nYour batch covers exactly these changed paths:\n\n{{paths}}\n\nRead exactly these artifact records — the runtime resolved their current filenames from the connector's identity sidecar, so no directory listing or ordinal reconstruction is needed:\n\n{{records}}\n\n1. Work through `{{records}}` in groups of about five, not all at once. For each group: call `read_artifact` on each of its exact record paths, judge those records, then append their findings to `{{workPath}}/pr-review/observations-{{batchNumber}}.md` before reading the next group. Never read the whole batch before writing anything — if this turn stops, only the unwritten group is lost, and a restart cannot always restore every earlier result. Each carries one complete changed-file patch and an authoritative `path` frontmatter. Binary/no-patch records still count toward coverage, but say so. Do not call `list_artifacts` on the pull-request corpus; that directory may contain more entries than one bounded listing can return.\n2. Review this batch for correctness, security, data loss, error handling, concurrency, compatibility, tests, and clarity, weighted by focus `{{focus}}` and intensity `{{intensity}}`. Cite exact `path:new-line` evidence from the diff hunks.\n3. Before claiming that a referenced API/type/module does not exist, call `find_symbol`, `search_code`, or `grep_files` against the checkout — its definition may live in a batch you were not given. Treat successful CI/typecheck evidence as rebuttable evidence that typed APIs resolve; never allege a missing typed API without a failed symbol/search verification. Use `github_pr_file` or paginated `github_pr_diff({ path, offset })` only for targeted live confirmation when the corpus record is ambiguous.\n4. Finish `{{workPath}}/pr-review/observations-{{batchNumber}}.md` — you have been appending to it per group, so this is the pass that confirms every record in your batch is represented and the file reads as one review. Head it `## Batch {{batchNumber}} — files {{start}}–{{end}}`, then one short section per finding: severity (critical/major/minor/nit), `path:line`, what is wrong, and the fix. Add a `### Verified OK` list naming what you checked and found sound — the synthesizer needs to know what was examined, not only what failed. Number your findings `B{{batchNumber}}-1`, `B{{batchNumber}}-2`, … so they stay unique across batches.\n5. Write the artifact `{{workPath}}/pr-review/coverage-{{batchNumber}}.json` with `write_artifact` as `{ \"batchNumber\": {{batchNumber}}, \"reviewedFiles\": [...], \"reviewedRecords\": [...] }`, naming every exact `path` you reviewed and every exact artifact record path from `{{records}}`. Valid JSON, exact strings, this batch only. Then call `advance_task_step`.\n\nThe gate compares your shard against your batch's paths alone. Listing a path from another batch fails it just as surely as omitting one of yours.\n\nThese deliverables live in the project's artifacts drawer — write them with `write_artifact` and read them back with `read_artifact`; the shipped workspace stays untouched. A pull-request review never modifies project source.",
82
+ "suggestedRole": "reviewer",
83
+ "advanceWhen": {
84
+ "file": "{{workPath}}/pr-review/coverage-{{batchNumber}}.json",
85
+ "minBytes": 2,
86
+ "sniff": "json-valid",
87
+ "artifact": true
88
+ },
89
+ "gate": {
90
+ "at": "completion",
91
+ "checks": [
92
+ {
93
+ "kind": "corpusCoverage",
94
+ "file": "{{workPath}}/pr-review/coverage-{{batchNumber}}.json",
95
+ "corpusDir": "{{corpusScope}}",
96
+ "expectPaths": "{{paths}}",
97
+ "artifact": true
98
+ },
99
+ {
100
+ "kind": "minBytes",
101
+ "file": "{{workPath}}/pr-review/observations-{{batchNumber}}.md",
102
+ "bytes": 200,
103
+ "artifact": true
104
+ }
105
+ ],
106
+ "onReject": "review-batch",
107
+ "maxAttempts": 4
108
+ },
109
+ "terminal": true
110
+ }
111
+ ]
112
+ },
113
+ "steps": [
114
+ {
115
+ "id": "scope",
116
+ "name": "Map the pull request corpus",
117
+ "description": "Read the launch-time PR overview and manifest, capture CI/check evidence, and publish the deterministic review batches the runtime fans out over.",
118
+ "prompt": "**You are reviewing PR #{{number}}, not authoring it. Never modify project source in this craftbook.** The runtime already mirrored the selected PR into `{{corpusScope}}`; this corpus, not a single live diff call, is the authoritative review surface.\n\n**The fanout input is already published.** On entering this step the runtime published the manifest's complete batch array to `{{workPath}}/pr-review/batches.json` and enriched each batch with its exact current `records` paths. That file is done — do not write it, and do not \"fix\" it. Retyping 500+ exact paths through a tool call is what this step used to ask for, and it cannot survive a per-turn output cap.\n\nYour job is the evidence and the scope note.\n\n1. Call `list_artifacts({ path: \"{{corpusScope}}\", recursive: false })` and read the overview Markdown record it returns. Read the manifest directly at `{{corpusScope}}/attachments/001/pr-{{number}}-files.json`. Do not recursively list the corpus.\n2. Call `read_artifact({ path: \"{{workPath}}/pr-review/batches.json\" })` and note the batch count and ranges from what is actually on disk.\n3. Call `github_check_status` for the overview's head ref and record whether checks are success, failure, pending, or unknown. This is evidence, not a substitute for reviewing the diff.\n\nThen write ONE task note beginning `## Scope — PR #{{number}}`. Include title, URL, head → base, draft state, exact changed-file count, manifest path, batch count/ranges, CI/check status, existing-review themes, and 3–6 review themes weighted by focus `{{focus}}` and intensity `{{intensity}}`. Derive every path and count from the manifest and the published batches — never from memory. End by calling `advance_task_step`.\n\nThese deliverables live in the project's artifacts drawer — read them with `read_artifact`; the shipped workspace stays untouched.",
119
+ "suggestedRole": "reviewer",
120
+ "advanceWhen": {
121
+ "file": "{{workPath}}/pr-review/batches.json",
122
+ "minBytes": 2,
123
+ "sniff": "json-valid",
124
+ "artifact": true
125
+ },
126
+ "gate": {
127
+ "at": "completion",
128
+ "scripts": [
129
+ {
130
+ "name": "checkTaskNoteContains",
131
+ "scope": "standard",
132
+ "inputs": {
133
+ "pattern": "##\\s*Scope\\s*[—-]\\s*PR\\s*#{{number}}[\\s\\S]*(?:changed.file|files?)"
134
+ }
135
+ }
136
+ ],
137
+ "checks": [
138
+ {
139
+ "kind": "corpusBatches",
140
+ "file": "{{workPath}}/pr-review/batches.json",
141
+ "corpusDir": "{{corpusScope}}",
142
+ "artifact": true
143
+ }
144
+ ],
145
+ "onReject": "scope",
146
+ "maxAttempts": 3
147
+ },
148
+ "next": "scan",
149
+ "onEnter": [
150
+ {
151
+ "name": "publishCorpusBatches",
152
+ "scope": "standard",
153
+ "inputs": {
154
+ "corpusDir": "{{corpusScope}}",
155
+ "outFile": "{{workPath}}/pr-review/batches.json"
156
+ }
157
+ }
158
+ ]
159
+ },
160
+ {
161
+ "id": "scan",
162
+ "name": "Fan the batches out to the review crew",
163
+ "description": "Spawn one child reviewer per published batch. The runtime performs the fanout with no model turn; the crew is the work.",
164
+ "prompt": "The runtime spawns one child reviewer per entry in `{{workPath}}/pr-review/batches.json`, each in its own session holding only that batch's records. No turn is needed here.",
165
+ "suggestedRole": "reviewer",
166
+ "spawnFanout": true,
167
+ "advanceWhen": {
168
+ "file": "{{workPath}}/pr-review/fanout.md",
169
+ "minBytes": 1,
170
+ "sniff": "nonempty",
171
+ "artifact": true
172
+ },
173
+ "next": "collect"
174
+ },
175
+ {
176
+ "id": "collect",
177
+ "name": "Merge the batch ledgers",
178
+ "description": "Wait for the crew while the runtime deterministically rebuilds the run-wide ledger from exact per-batch coverage shards, then prove both corpus completeness and shard provenance.",
179
+ "prompt": "The runtime has rebuilt `{{workPath}}/pr-review-coverage.json` from every valid `coverage-N.json` shard currently on disk. Do not write or edit that ledger yourself — it is deliberately runtime-owned so a large pull request never has to pass hundreds of exact paths through one model tool call.\n\nCall `advance_task_step` now. The gate will compare the ledger against the complete connector corpus and independently prove that it is exactly the union of one valid shard per published batch. If reviewers are still working, it will reject and name the missing batches; on the fresh activation the runtime will rebuild the ledger again. Do not review files yourself or add paths to close the gap. A batch that remains stuck belongs in a task note, not a fabricated coverage claim.\n\nThe ledger and shards live in the project's artifacts drawer; the shipped workspace stays untouched.",
180
+ "suggestedRole": "reviewer",
181
+ "advanceWhen": {
182
+ "file": "{{workPath}}/pr-review-coverage.json",
183
+ "minBytes": 2,
184
+ "sniff": "json-valid",
185
+ "artifact": true
186
+ },
187
+ "gate": {
188
+ "at": "completion",
189
+ "checks": [
190
+ {
191
+ "kind": "corpusCoverage",
192
+ "file": "{{workPath}}/pr-review-coverage.json",
193
+ "corpusDir": "{{corpusScope}}",
194
+ "artifact": true
195
+ }
196
+ ],
197
+ "scripts": [
198
+ {
199
+ "name": "checkCorpusCoverageProvenance",
200
+ "scope": "standard",
201
+ "inputs": {
202
+ "batchesFile": "{{workPath}}/pr-review/batches.json",
203
+ "shardDir": "{{workPath}}/pr-review",
204
+ "ledgerFile": "{{workPath}}/pr-review-coverage.json",
205
+ "pullRequest": "{{number}}"
206
+ }
207
+ }
208
+ ],
209
+ "onReject": "collect",
210
+ "maxAttempts": 6
211
+ },
212
+ "onEnter": [
213
+ {
214
+ "name": "mergeCorpusCoverage",
215
+ "scope": "standard",
216
+ "inputs": {
217
+ "batchesFile": "{{workPath}}/pr-review/batches.json",
218
+ "shardDir": "{{workPath}}/pr-review",
219
+ "outFile": "{{workPath}}/pr-review-coverage.json",
220
+ "pullRequest": "{{number}}"
221
+ }
222
+ }
223
+ ],
224
+ "next": "report"
225
+ },
226
+ {
227
+ "id": "report",
228
+ "name": "Synthesize the review",
229
+ "description": "Synthesize every batch's observations into a cited report, re-verifying cross-file claims and keeping CI status distinct from code-review judgment.",
230
+ "prompt": "The coverage gate has proved that every changed path in PR #{{number}} was reviewed. Read the Scope note and the artifact `{{workPath}}/pr-review-coverage.json`, then call `list_artifacts({ path: \"{{workPath}}/pr-review\", recursive: true })` and read EVERY `observations-N.md` shard with `read_artifact`. There is one per batch and each holds findings the others do not — synthesizing from a subset silently drops whole batches of review.\n\nRe-check every critical or major candidate against the relevant workspace source with `find_symbol`, `search_code`, `grep_files`, `read_file`, or `read_files`; call `github_check_status` again if the earlier status was pending. Drop any candidate that is not supported. Reconcile duplicates: separate reviewers can raise the same defect from two batches — merge those into one row. Do not repeat an existing PR comment unless it still needs action and you explicitly say it was already raised.\n\nCite every finding as `path:line` using a changed path and a new-side diff line. Any critical or major finding requires `request-changes`; otherwise use `approve`. CI success is evidence that the checked revision compiled/tested as configured, but it does not erase logic findings. CI unknown/pending is not itself a code defect.\n\nWrite `{{workPath}}/pr-review.md` in ONE `write_artifact` call using exactly this skeleton:\n\n```\n# Pull Request Review — PR #{{number}}: <title>\n\n## Summary\n<2–6 sentences: what changes, overall risk, existing-comment coverage, and CI/check status. Say \"No findings.\" when there are none.>\n\nCoverage: <reviewed count>/<changed-file count> changed files across <batch count> batches.\n\n## Findings\n| # | Severity | File | Line | Finding | Recommendation |\n|---|----------|------|------|---------|----------------|\n<one row per finding; severities: critical, major, minor, nit. Keep the header when there are no findings.>\n\n## Verdict\nVerdict: approve\n<or> Verdict: request-changes\n<one sentence of rationale>\n```\n\nDo not modify source and do not call `github_pr_comment`; the report is local. If the gate rejects, repair the named gap and rewrite the whole report. Then call `advance_task_step`.\n\nThese deliverables live in the project's artifacts drawer — write them with `write_artifact` and read them back with `read_artifact`; the shipped workspace stays untouched. A pull-request review never modifies project source.",
231
+ "suggestedRole": "reviewer",
232
+ "advanceWhen": {
233
+ "file": "{{workPath}}/pr-review.md",
234
+ "minBytes": 500,
235
+ "artifact": true
236
+ },
237
+ "gate": {
238
+ "at": "completion",
239
+ "checks": [
240
+ {
241
+ "kind": "minBytes",
242
+ "file": "{{workPath}}/pr-review.md",
243
+ "bytes": 500,
244
+ "artifact": true
245
+ },
246
+ {
247
+ "kind": "contains",
248
+ "file": "{{workPath}}/pr-review.md",
249
+ "pattern": "#\\s+Pull Request Review\\s+[—-]\\s+PR\\s+#{{number}}",
250
+ "label": "PR-numbered title",
251
+ "artifact": true
252
+ },
253
+ {
254
+ "kind": "contains",
255
+ "file": "{{workPath}}/pr-review.md",
256
+ "pattern": "Coverage:\\s*\\d+\\s*/\\s*\\d+\\s+changed files",
257
+ "label": "coverage summary",
258
+ "artifact": true
259
+ },
260
+ {
261
+ "kind": "contains",
262
+ "file": "{{workPath}}/pr-review.md",
263
+ "pattern": "##\\s+Summary[\\s\\S]*##\\s+Findings[\\s\\S]*##\\s+Verdict",
264
+ "label": "required sections",
265
+ "artifact": true
266
+ },
267
+ {
268
+ "kind": "contains",
269
+ "file": "{{workPath}}/pr-review.md",
270
+ "pattern": "Verdict:\\s*(approve|request-changes)",
271
+ "label": "verdict line",
272
+ "artifact": true
273
+ },
274
+ {
275
+ "kind": "tableShape",
276
+ "file": "{{workPath}}/pr-review.md",
277
+ "requiredColumns": [
278
+ "Severity",
279
+ "File",
280
+ "Line",
281
+ "Finding",
282
+ "Recommendation"
283
+ ],
284
+ "artifact": true
285
+ }
286
+ ],
287
+ "onReject": "report",
288
+ "maxAttempts": 4
289
+ },
290
+ "next": "done"
291
+ },
292
+ {
293
+ "id": "done",
294
+ "name": "Deliver the verdict",
295
+ "description": "The complete-coverage report passed its gates. Summarize the verdict and point the user to the local evidence files.",
296
+ "prompt": "Read the artifacts `{{workPath}}/pr-review.md` and `{{workPath}}/pr-review-coverage.json` with `read_artifact`, then write one final task note with `write_task_note`: `PR #{{number}} — Verdict: <approve|request-changes> — N findings (a critical, b major, c minor, d nit) — coverage X/X` plus a one-paragraph summary. Tell the user the full local review is at `{{workPath}}/pr-review.md` in the project's artifacts drawer, the coverage ledger is beside it at `{{workPath}}/pr-review-coverage.json`, the per-batch observations are under `{{workPath}}/pr-review/`, and nothing was posted to GitHub. Then call `advance_task_step` to complete the task.",
297
+ "suggestedRole": "reviewer",
298
+ "terminal": true
299
+ }
300
+ ],
301
+ "minGezelVersion": "1.26237",
302
+ "version": "1.9.0",
303
+ "releasedAt": "2026-08-25T00:00:00Z"
304
+ }
@@ -0,0 +1,144 @@
1
+ {
2
+ "schemaVersion": 1,
3
+ "title": "Complete-corpus pull request review",
4
+ "objective": "Verify that Pull Request Review fans a chunk-readable PR corpus out to per-batch reviewers, deterministically merges their exact coverage shards into a provenance-checked run-wide ledger, verifies an API use against a late definition held by a different batch, finds a late-file defect, reports CI evidence separately, and writes a cited local verdict without modifying source or posting to GitHub.",
5
+ "tags": [
6
+ "external",
7
+ "pull-request",
8
+ "large-corpus",
9
+ "coverage",
10
+ "fanout"
11
+ ],
12
+ "prompt": "Review the deterministic large pull-request corpus completely. Publish the review batches, let the crew review them in parallel, let the runtime merge and provenance-check their coverage shards, verify the early API call against its late definition, find the late-file authorization defect, and write tasks/eval/pr-review.md. Do not modify source or post a GitHub comment.",
13
+ "setup": {
14
+ "projectName": "Large PR Review Eval",
15
+ "about": "A deterministic PR-review fixture. The registered hand-authored scenario materializes more than 100 changed-file records and more than 80 KB of patch text in the artifacts corpus.",
16
+ "missionObjectives": "Account for every changed path, avoid a false missing-API finding, catch the late authorization defect, and deliver a local request-changes report with exact path:line evidence.",
17
+ "files": [
18
+ {
19
+ "path": "src/api/use-assured-api.ts",
20
+ "content": "import { assuredApi } from './assured-api.js';\n\nexport function loadWidget(id: string): string {\n return assuredApi(id);\n}\n"
21
+ },
22
+ {
23
+ "path": "src/api/assured-api.ts",
24
+ "content": "export function assuredApi(id: string): string {\n return `widget:${id}`;\n}\n"
25
+ },
26
+ {
27
+ "path": "src/security/late-authorization.ts",
28
+ "content": "export function canDeleteProject(userId: string, ownerId: string): boolean {\n if (!userId) return false;\n // Regression: any authenticated user can delete another owner's project.\n return true;\n}\n"
29
+ }
30
+ ],
31
+ "worker": {
32
+ "name": "Rina",
33
+ "role": "Reviewer",
34
+ "description": "A careful code reviewer who works through large change sets in bounded batches and verifies cross-file claims."
35
+ },
36
+ "craftbookParams": {
37
+ "workPath": "tasks/eval"
38
+ }
39
+ },
40
+ "mocks": [],
41
+ "success": {
42
+ "summary": "The batches are published, every exact batch shard is deterministically merged into a provenance-stamped 120-file ledger, the report recognizes that assuredApi exists, cites the late authorization defect, requests changes, and leaves the seeded source unchanged.",
43
+ "deliverables": [
44
+ {
45
+ "path": "tasks/eval/pr-review.md",
46
+ "kind": "markdown-report",
47
+ "minBytes": 500,
48
+ "checks": [
49
+ {
50
+ "kind": "contains",
51
+ "file": "tasks/eval/pr-review.md",
52
+ "pattern": "Coverage:\\s*120\\s*/\\s*120\\s+changed files",
53
+ "flags": "i"
54
+ },
55
+ {
56
+ "kind": "contains",
57
+ "file": "tasks/eval/pr-review.md",
58
+ "pattern": "src/security/late-authorization\\.ts(?::|\\s*\\|\\s*)4",
59
+ "flags": "i"
60
+ },
61
+ {
62
+ "kind": "contains",
63
+ "file": "tasks/eval/pr-review.md",
64
+ "pattern": "Verdict:\\s*request-changes",
65
+ "flags": "i"
66
+ },
67
+ {
68
+ "kind": "notContains",
69
+ "file": "tasks/eval/pr-review.md",
70
+ "pattern": "assuredApi.{0,80}(missing|does not exist|undefined)|(?:missing|does not exist|undefined).{0,80}assuredApi",
71
+ "flags": "is"
72
+ }
73
+ ]
74
+ },
75
+ {
76
+ "path": "tasks/eval/pr-review-coverage.json",
77
+ "kind": "json",
78
+ "minBytes": 500
79
+ },
80
+ {
81
+ "path": "tasks/eval/pr-review/batches.json",
82
+ "kind": "json",
83
+ "minBytes": 500,
84
+ "checks": [
85
+ {
86
+ "kind": "contains",
87
+ "file": "tasks/eval/pr-review/batches.json",
88
+ "pattern": "\"batchNumber\"[\\s\\S]*\"paths\"[\\s\\S]*\"records\""
89
+ }
90
+ ]
91
+ }
92
+ ],
93
+ "unchangedFixtures": [
94
+ "src/api/use-assured-api.ts",
95
+ "src/api/assured-api.ts",
96
+ "src/security/late-authorization.ts"
97
+ ]
98
+ },
99
+ "rubric": {
100
+ "artifact": {
101
+ "path": "tasks/eval/pr-review.md",
102
+ "kind": "markdown"
103
+ },
104
+ "axes": [
105
+ {
106
+ "name": "coverage",
107
+ "description": "The review demonstrates complete 120-file coverage across every batch rather than reasoning from an early prefix or from whichever shards happened to land first."
108
+ },
109
+ {
110
+ "name": "cross-file-verification",
111
+ "description": "The report does not allege that assuredApi is missing. Its definition sits in a different batch than its use, so a batch reviewer must verify against the checkout rather than against the records it was handed."
112
+ },
113
+ {
114
+ "name": "late-defect",
115
+ "description": "The report finds and cites the authorization defect deliberately placed in the final changed file — the last batch is reviewed as carefully as the first."
116
+ },
117
+ {
118
+ "name": "synthesis",
119
+ "description": "The final report draws on every per-batch observations shard, merging duplicate findings raised by different reviewers instead of dropping or double-listing them."
120
+ },
121
+ {
122
+ "name": "side-effects",
123
+ "description": "The review remains local and source fixtures stay unchanged."
124
+ }
125
+ ]
126
+ },
127
+ "qualityFocus": [
128
+ "complete large-PR coverage",
129
+ "per-batch fanout and deterministic provenance-checked shard merging",
130
+ "cross-file API verification",
131
+ "late-file defect detection",
132
+ "safe local-only delivery"
133
+ ],
134
+ "extensions": {
135
+ "legacySimulators": [
136
+ {
137
+ "id": "large-pr-artifact-corpus",
138
+ "kind": "data-source",
139
+ "status": "implemented",
140
+ "description": "The hand-authored eval scenario seeds 120 per-file PR records totaling more than 80 KB, with an API use early, its valid definition late, and a real authorization defect in the final record."
141
+ }
142
+ ]
143
+ }
144
+ }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@bendyline/gilde",
3
- "version": "0.1.47",
3
+ "version": "0.1.49",
4
4
  "description": "The gilde catalog: model manifests, toolsets, craftbooks, roles, and project types for gezel.",
5
5
  "license": "MIT",
6
6
  "private": false,
@@ -260,6 +260,9 @@
260
260
  "chatTemplate": {
261
261
  "type": "string"
262
262
  },
263
+ "chatTemplateOverride": {
264
+ "type": "string"
265
+ },
263
266
  "disabledReason": {
264
267
  "type": "string"
265
268
  }