test(planning): split interview session-config eval into engineering + general session cases#1092
test(planning): split interview session-config eval into engineering + general session cases#1092kyle-sexton wants to merge 2 commits into
Conversation
…+ general cases The recommends-session-config eval only covered the downstream-execution-session framing. Split it so eval 9 explicitly asserts the engineering/downstream case and new eval 10 asserts the general/terminal case — recommending config for the current/next session, applied now, since a general session has no downstream consumer. Closes the coverage gap where a general-session case could still pass on stale downstream-only framing. Closes #1083
|
Claude encountered an error after 0s —— View job I'll analyze this and get back to you. |
|
Claude encountered an error after 1s —— View job I'll analyze this and get back to you. |
|
Warning Automated security review did not complete — this is an infrastructure failure, not a review verdict. Treat any Claude comment on this PR (including a placeholder like "I'll analyze this and get back to you") as incomplete, not "no findings."
Re-running the job, or pushing a new commit, will retry the review. |
|
Warning Automated review did not complete — this is an infrastructure failure, not a review verdict. Treat any Claude comment on this PR (including a placeholder like "I'll analyze this and get back to you") as incomplete, not "no findings."
Re-running the job, or pushing a new commit, will retry the review. |
|
🔒 babysit-prs lane claiming this PR for on-branch fix work this cycle (amendment-round: 16, safe tier). Will fix clear branch-owned findings and push; will not resolve threads or merge (safe tier). |
Summary
The
interviewskill'srecommends-session-configeval only checked the "downstream execution session" framing, so a general/terminal-session case could still pass on that stale framing after the skill contract moved general sessions to recommend config for the current/next session. This splits the eval into an engineering/downstream case and a general/current-session case so both framings are actually covered.This depends on #848 (
docs(planning): reframe interview session-config framing), which is still open. The current/next-session framing eval 10 asserts exists only on #848's branch —origin/main'sSKILL.md/context/session-config.mdstill carry the old downstream-only framing. Until #848 lands, this branch is intentionally inconsistent: the skill (on main) says downstream-only while eval 10 expects current/next-session config. Merging this first would ship an eval asserting behavior the shipped skill does not describe. Hencedo-not-merge+ draft.On merge order: once #848 lands, re-merge
maininto this branch (merge, not rebase) and re-verify the version bump lands one increment past whatever #848 itself bumped to. #848 currently bumpsplanning0.25.0 → 0.25.1; this branch bumps0.25.0 → 0.25.2on that assumption. If #848's target changes, re-bump. Expect a merge conflict onplugin.json's version line and theCHANGELOG.mdinsertion point — resolve0.25.2above0.25.1.Fix
plugins/planning/skills/interview/evals/evals.json:recommends-session-config-from-live-docs→recommends-session-config-engineering-downstream. Its prompt is already an engineering task (a code re-architecture), for which the downstream-execution-session framing remains correct; theexpected_outputand expectations now make that engineering/handoff scope explicit so it is unambiguously the engineering half of the split.recommends-session-config-general-current-session: a clearly non-build general decision (org-structure strategy across ~200 people, with an explicit "not a code change" override to lock the general classification). It asserts the skill recommends config for the current/next session, applied now — not a downstream execution session that will never exist — while keeping the same capability-vs-thoroughness distinction, advisor pairing, live-doc sourcing, and graceful-degrade expectations.This closes the coverage gap: the eval set can no longer accept downstream-only framing for a general-session case.
Version bump
0.25.0 → 0.25.2and a[0.25.2]CHANGELOG entry (see merge-order note above).Verification
This repo ships no model-graded eval runner —
skill-quality:check's ownSKILL.mdstates "Not for: running model-graded evals." So this cannot assert a behavioral pass of the skill against the evals; the available evidence is schema conformance + the static skill gate:check-jsonschema --schemafile plugins/skill-quality/reference/evals.schema.json plugins/planning/skills/interview/evals/evals.json→ok -- validation donepython -m jsonschemavalidate against the same schema → SCHEMA VALID, 10 evals, allid/nameunique.CHECK_SKILL_SKILLS_ROOT=…/plugins/planning/skills check-skill.sh interview→ PASS — 0 errors, 2 warning(s). Both warnings are pre-existing and unrelated (soft line-count target; description trigger phrasing) — the same two docs(planning): reframe interview session-config framing #848's own verification reported; this change introduces none. The run's INFO lines confirm it validatedinterview(not a no-op).Related
docs(planning): reframe interview session-config framing, open).PRRT_kwDOTCGFQM6TBhu6), classified VALID and deferred out of docs(planning): reframe interview session-config framing #848's docs-reframe scope — filed as planning/interview: recommends-session-config-from-live-docs eval still asserts old downstream-only framing #1083.Closes #1083
Work-class: C3 (bug-fix-shaped) — attended triage 2026-07-23, operator-ratified. 🤖