@kendoo.agentdesk/agentdesk 0.15.1 → 0.15.3
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/cli/agents.mjs +2 -1
- package/package.json +1 -1
- package/prompts/phased.md +1 -0
package/cli/agents.mjs
CHANGED
|
@@ -409,7 +409,8 @@ export function generateTeamPrompt(team, opts = {}) {
|
|
|
409
409
|
rules.push(`1. Each agent speaks prefixed with their badge (e.g., "${team[0].badge} ...").`);
|
|
410
410
|
rules.push(`2. ALL text output MUST be prefixed with the acting agent's badge.`);
|
|
411
411
|
rules.push(`3. Raise concerns when you see problems — don't rubber-stamp.`);
|
|
412
|
-
|
|
412
|
+
rules.push(`4. **No announcement without observation.** Before any agent claims "done", "deployed", "fixed", "passes", "works", "ready", "now shows X", or "should work" — run the check that would falsify it: execute the command and read the output, fetch the live endpoint and grep the response, load the page and inspect the DOM, verify the deployed artifact contains the new code. "The code looks right" / "the CI is green" / "the DB has the row" are intermediate signals, NOT proof of user-visible outcome. If the observation is out of reach (auth, browser state, external system), say so plainly and ask the user to confirm — don't paper over with confident language. If a fix didn't land on the first try, stop and re-diagnose from scratch: repeated near-misses mean the hypothesis is wrong, not that one more patch will do it.`);
|
|
413
|
+
let ruleNum = 5;
|
|
413
414
|
for (const a of team) {
|
|
414
415
|
if (a.groundRules) {
|
|
415
416
|
rules.push(`${ruleNum}. ${a.groundRules}`);
|
package/package.json
CHANGED
package/prompts/phased.md
CHANGED
|
@@ -419,6 +419,7 @@ Re-read the session memory and the actual implementation (`git diff`, changed fi
|
|
|
419
419
|
2. **Dennis (engineering):** Does the code match the PLAN? Are there obvious gaps — partially-implemented helpers, dead branches, TODOs left in place, error paths not wired up?
|
|
420
420
|
3. **Sam (quality):** Are there hidden cross-cutting concerns the team missed — docs that should be updated (README, CLAUDE.md, guide/help text), changelog entries, config schema bumps, migration notes, dependent callers?
|
|
421
421
|
4. **Bart (PR):** Is the PR description accurate? Does it reference the task? Are screenshots attached where expected?
|
|
422
|
+
5. **Verification audit (Sam + Dennis):** For every claim the EXECUTION phase made ("deployed", "tests pass", "endpoint works", "migration ran"), confirm it was backed by an actual observation in the session history — a command output, a curl response, a rendered page. If any claim rests on inference ("the code looks right", "CI is green") without the matching observation, that's a finding: mark `NEEDS_MORE_WORK` and list the unverified claim.
|
|
422
423
|
|
|
423
424
|
After each agent contributes, Jane calls the verdict.
|
|
424
425
|
|