@flumecode/runner 0.12.0 → 0.13.0

package/dist/cli.js

@@ -604,14 +604,7 @@ function parseManifest(raw) {
   if (typeof r.key !== "string" || !r.key) return null;
   if (r.socket !== "pre-commit") return null;
   if (typeof r.run !== "string" || !r.run) return null;
-  const manifest = { key: r.key, socket: r.socket, run: r.run };
-  if (typeof r.heartbeat === "object" && r.heartbeat !== null) {
-    const hb = r.heartbeat;
-    if (typeof hb.url === "string" && typeof hb.token === "string") {
-      manifest.heartbeat = { url: hb.url, token: hb.token };
-    }
-  }
-  return manifest;
+  return { key: r.key, socket: r.socket, run: r.run };
 }
 
 // src/plugins/socket.ts
@@ -863,8 +856,14 @@ var acVerdictSchema = z3.object({
 });
 var reportInputSchema = {
   summary: z3.string().min(1).describe("One or two sentences on what was implemented."),
-  prose: z3.string().min(1).describe(
-    "Markdown for the remaining report sections \u2014 Files changed, Build / tests, and Caveats / follow-ups. Use ## headings. Do NOT include the acceptance-criteria section here (that goes in acceptanceCriteria) and do NOT include the PR link (the runner appends it)."
+  filesChanged: z3.string().min(1).describe(
+    "Markdown: the list of files changed (from the diff). Rendered under '## Files changed'."
+  ),
+  codeQuality: z3.string().min(1).describe(
+    "Markdown: the code-quality review outcome and anything left as nice-to-have. Rendered under '## Code quality'."
+  ),
+  caveats: z3.string().min(1).describe(
+    "Markdown: anything deferred, unmet, or worth a human's eyes, incl. diff hunks that map to no plan AC. Write 'None.' if nothing. Rendered under '## Caveats / follow-ups'."
   ),
   acceptanceCriteria: z3.array(acVerdictSchema).min(1).describe(
     "One entry per acceptance criterion from the plan, in plan order, each with a verdict and the diff evidence behind it."
@@ -874,10 +873,8 @@ var reportSchema = z3.object(reportInputSchema);
 function renderReport(report) {
   const lines2 = [];
   lines2.push(report.summary.trim());
-  lines2.push("");
-  lines2.push(report.prose.trim());
-  lines2.push("");
-  lines2.push("## Acceptance criteria");
+  lines2.push("", "## Files changed", "", report.filesChanged.trim());
+  lines2.push("", "## Acceptance criteria");
   for (const ac of report.acceptanceCriteria) {
     lines2.push("");
     lines2.push(`### ${STATUS_ICON[ac.status]} ${ac.criterion}`);
@@ -892,13 +889,15 @@ function renderReport(report) {
       lines2.push("```");
     }
   }
+  lines2.push("", "## Code quality", "", report.codeQuality.trim());
+  lines2.push("", "## Caveats / follow-ups", "", report.caveats.trim());
   return lines2.join("\n");
 }
 function createReportTooling() {
   let submittedReport = null;
   const submitReport = tool3(
     SUBMIT_REPORT,
-    "Submit the final implementation report as structured data. Call this exactly once, at the end of the run. `acceptanceCriteria` must contain one entry per plan criterion, each with a met / not_met / unclear verdict and the diff hunk(s) that prove it. `summary` + `prose` are markdown for the rest of the report. Do NOT include a PR link \u2014 the runner appends it.",
+    "Submit the final implementation report as structured data. Call this exactly once, at the end of the run. `acceptanceCriteria` must contain one entry per plan criterion, each with a met / not_met / unclear verdict and the diff hunk(s) that prove it. `summary`, `filesChanged`, `codeQuality`, and `caveats` are the four named markdown sections. Do NOT include a PR link \u2014 the runner appends it.",
     reportInputSchema,
     async (args) => {
       submittedReport = reportSchema.parse(args);

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@flumecode/runner",
-  "version": "0.12.0",
+  "version": "0.13.0",
   "type": "module",
   "description": "FlumeCode local runner — claims jobs and drives your local Claude Code against a real checkout.",
   "bin": {

package/skills-plugin/skills/implement-plan/SKILL.md

@@ -149,14 +149,9 @@ the next step.
 The report subagent calls `submit_report` with these fields:
 
 - **`summary`** — one or two sentences on what was implemented.
-- **`prose`** — markdown for the remaining sections, using `##` headings:
-  **Code quality** (the quality-review outcome and anything left as
-  nice-to-have), **Files changed** (the list from the diff), **Build / tests** (lists
-  each verification command and its final pass/fail result, or explains that no
-  build/test setup was found), and **Caveats / follow-ups** (anything deferred,
-  unmet, or worth a human's eyes — including any diff hunks that map to no plan AC,
-  listed explicitly as unattributed changes). Do **not** put the acceptance-criteria
-  section in `prose`, and do **not** include a PR link — the runner adds it.
+- **`filesChanged`** — markdown list of files changed (from the diff). Rendered under `## Files changed`.
+- **`codeQuality`** — the code-quality review outcome and anything left as nice-to-have. Rendered under `## Code quality`.
+- **`caveats`** — anything deferred, unmet, or worth a human's eyes, including diff hunks that map to no plan AC. Write 'None.' if nothing. Rendered under `## Caveats / follow-ups`.
 - **`acceptanceCriteria`** — one entry per AC from the plan, in plan order, each:
   - `criterion` — the AC text verbatim.
   - `status` — `"met"` / `"not_met"` / `"unclear"`, mirroring the AC review.