Implementation rules guidance #16
Labels
No labels
implementing
planned
planning
triaging
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
zak.pub/tantalus#16
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Should we emphasise in the merge request flow for the agents that they are to follow their current project rules to the absolute, or is it too obvious?
I've picked up this issue and I'm reviewing it now.
Triage Assessment
This reads as a question rather than a clear request, so let me offer my assessment:
Current state: Phase 5 already says "Follow all project conventions from
CLAUDE.md" and lists specific rules (pnpm, check:fix, typecheck, tests). This ties implementation to project-specific rules.The gap: The guidance is only in Phase 5 and only references
CLAUDE.md. It doesn't state a general principle that the agent should always defer to project-specific conventions, tooling, and configuration over its own defaults. This could matter during triage (understanding project constraints), planning (referencing project patterns), and review (following project style).My recommendation: It's worth adding — not because agents would deliberately ignore project rules, but because an explicit principle makes it unambiguous. A single sentence in the Principles section would suffice, e.g.: "Follow project conventions absolutely. The project's own rules (CLAUDE.md, linter config, CI checks, coding standards) always take precedence over general defaults."
Question for you: Should I proceed with adding this as a principle, or do you think the current Phase 5 coverage is sufficient?
yes
Thanks for confirming. Proceeding with the plan.
Plan
Goal: Add an explicit principle that agents must follow project-specific rules absolutely, ensuring project conventions always take precedence over general defaults.
Approach: Add a new principle to the Principles section and strengthen the Phase 5 guidance to be more general.
Tasks:
Add principle to Principles section — Add: "Follow project rules absolutely. The project's own conventions (
CLAUDE.md, linter config, CI checks, coding standards) always take precedence over general defaults. Read and follow project-specific guidance before making any changes."Generalize Phase 5 reference — Change the current "Follow all project conventions from
CLAUDE.md" to also note that project rules apply to all phases, not just implementation. Add a brief note: "These rules apply throughout the lifecycle — respect project conventions during triage, planning, and review as well."Risks: None.
Test strategy:
Implementation complete. Merge request: #18