Skip to content

Process Patterns

Patterns and conventions for audit resolution, project planning, and workspace documentation.

When an audit identifies deviations from specification, create a formal deviation-resolution.md that:

  1. Lists each deviation with severity.
  2. Specifies the exact fix for each.
  3. References the original specification section.
  4. Includes verification steps.

This structured approach prevents regressions and ensures complete remediation.

Notification Timing Is the Most Common Audit Deviation

Section titled “Notification Timing Is the Most Common Audit Deviation”

Across multiple implementations, the most frequently caught deviation is notifications dispatched inside transactions instead of after commit. Make this a first-pass checklist item during code review.

When planning notification or lifecycle tasks, always check whether all CRUD operations are implemented first. Prerequisite tasks are frequently discovered only when planning a dependent task.

Update Downstream Plans After Adding Prerequisites

Section titled “Update Downstream Plans After Adding Prerequisites”

When a prerequisite task is added to a sequence, update all downstream task plans to assume the prerequisite’s deliverables exist. Review requirements.md, analysis.md, implementation-changes.md, verification.md, and specification.md for each downstream task.

The /manager-prompt workflow generates project plans, and /verify-project validates implementations. Both should be integrated into the task lifecycle for consistency. Plans generated from /manager-prompt should incorporate the check-api-test-results workflow for verification steps.

Use /<folder>/<path> convention for cross-repository Markdown links. Be aware that a leading / may resolve to the filesystem root instead of the workspace root in some editors and tools.

Changes to validation logic or core service methods can regress unrelated components. Search for all usages before making changes.