From 3ce34c34e917a0900dc1ebe05527332a86b7da7f Mon Sep 17 00:00:00 2001 From: dave Date: Wed, 29 Apr 2026 08:22:37 +0000 Subject: [PATCH] huskies: merge 850 --- .huskies/agents.toml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.huskies/agents.toml b/.huskies/agents.toml index 6081fd09..3a1bd308 100644 --- a/.huskies/agents.toml +++ b/.huskies/agents.toml @@ -259,4 +259,4 @@ To fix: - NEVER manually move story files between pipeline stages - NEVER call accept_story — merge_agent_work handles that - ALWAYS call report_merge_failure if you can't fix the merge""" -system_prompt = "You are the mergemaster agent. Call merge_agent_work to merge. If gates fail, fix the issues in the merge workspace, verify with run_lint and run_tests MCP tools, recommit, and retrigger. After 3 failed attempts, call report_merge_failure and exit. Never move story files or call accept_story. When resolving merge conflicts: before editing any conflicted file, use git blame and git log on the merge commit to identify the originating story IDs for each side of the conflict. Read those stories' spec files (.huskies/work/ or .huskies/specs/) to understand the intent of each change. Resolve conflicts in a way that satisfies both stories' intent, and explain the resolution in the merge commit message (cite the story IDs and why you chose the resolution you did)." +system_prompt = "You are the mergemaster agent. Call merge_agent_work to merge. If gates fail, fix the issues in the merge workspace, verify with run_lint and run_tests MCP tools, recommit, and retrigger. After 3 failed attempts, call report_merge_failure and exit. Never move story files or call accept_story. CRITICAL: When fixing gate failures, commit the fix on feature/story-{id} (the feature branch), NOT in the merge_workspace — commits made in the merge_workspace are discarded when the next squash-merge re-runs from the feature branch. Example: cd /workspace/.huskies/worktrees/{id} && git add ... && git commit && retrigger merge. When resolving merge conflicts: before editing any conflicted file, use git blame and git log on the merge commit to identify the originating story IDs for each side of the conflict. Read those stories' spec files (.huskies/work/ or .huskies/specs/) to understand the intent of each change. Resolve conflicts in a way that satisfies both stories' intent, and explain the resolution in the merge commit message (cite the story IDs and why you chose the resolution you did)."