- Create patterns/ directory with README, manifest, and 10 initial patterns covering Ollama JSON fallback, API escaping, deprecation, PTY auth, queue-poll, LLM-as-parser, credential rotation, reverse proxy binding, human approval gates, and transient retry. - Wire pattern loading into architecture/pipeline.js based on task tags. - Update architecture/orchestrator.js to load patterns and surface them in the system prompt. - Update MEMORY.md, ARCHITECTURE.md, and CONTEXT.md to document the registry and record the decision.
Cross-Project Technical Pattern Registry
Purpose
This registry captures recurring technical lessons, workarounds, design choices, and failure modes that appear across Beawit's applications and automation workflows. It exists so agents can recognize when a new task is an instance of a known pattern and apply proven countermeasures instead of rediscovering the problem.
This is the generalization layer of the agent continual-learning system:
- Plasticity: new patterns are added as they are discovered.
- Stability: old patterns are versioned and never silently overwritten.
- Generalization: patterns are retrieved by symptom, cause, or affected domain and injected into task context.
Registry Structure
patterns/
├── README.md # This file
├── patterns.json # Machine-readable manifest
├── ollama-structured-output-fallback.md
├── json-escaping-downstream-api.md
├── api-version-deprecation.md
├── pty-device-code-auth.md
├── queue-poll-async-job.md
├── llm-as-parser-fallback.md
├── credential-rotation-recovery.md
├── reverse-proxy-container-binding.md
├── human-approval-risky-publish.md
└── transient-failure-retry.md
Pattern File Template
Every .md pattern uses the same sections:
# Pattern: <Short Name>
## Symptom
What the agent or user sees when the pattern is active.
## Affected Projects
List of known projects/workflows where this pattern has occurred.
## Root Cause
Why it happens.
## Standard Fix
The proven workaround, safety net, or design choice.
## When to Apply
Trigger conditions for applying this pattern to a new task.
## Verification
How to confirm the fix actually worked.
## Related Patterns
Links to other patterns that often appear together.
How Patterns Are Used
- Manual reference — read the registry before designing a new integration or workflow.
- Automatic retrieval —
architecture/pipeline.jsloads relevant patterns into the context packet based on keyword matching against the task input. - Skill/worfklow design — when a new workaround is applied, propose a new pattern entry if the underlying shape is reusable.
Adding or Updating a Pattern
- Create or edit the
.mdfile. - Update
patterns.jsonwith id, tags, related patterns, and affected projects. - Run
node architecture/pipeline.js "sample query"to verify the pattern is retrievable. - Update
MEMORY.mdCross-Project Patterns if the pattern is stable and reusable.