Skip to content

feat(email): automated-alert triage + thread-drill rules#157

Merged
jordanrburger merged 1 commit into
mainfrom
upstream/patterns-email
Jun 23, 2026
Merged

feat(email): automated-alert triage + thread-drill rules#157
jordanrburger merged 1 commit into
mainfrom
upstream/patterns-email

Conversation

@jordanrburger

@jordanrburger jordanrburger commented Jun 23, 2026

Copy link
Copy Markdown
Collaborator

First PR in the de-personalized Patterns batch — upstreaming accumulated instance rules into the engine phases (Phase-1 work for the connector-based migration, #156).

What

Two rules added to phases/connectors/email.md inbound-scan:

Both rules are generic; the originating examples (which named a customer, colleagues, and personal threads) were dropped. Verified they assemble into SKILL only, not DREAMING/RESEARCH.

⚠️ Pre-existing bug — these rules are inert until it's fixed (tracked in #172)

The email phase declares requires: email, but vault configs enable this connector under the key gmail (the value detection emits) — so select_sections drops the entire email phase from the assembled SKILL.md. Now confirmed, not just suspected: a live vault's deployed SKILL.md has 0 occurrences of every email-phase marker. Consequence: the rules in this PR don't take effect until the key mismatch is reconciled. This predates this PR and is filed separately as #172 (with fix options + a pointer to fold it into the connector-catalog work, #152) — flagging, not fixing here.

🤖 Generated with Claude Code

Ports three accumulated instance rules into phases/connectors/email.md
(de-personalized — examples dropped, rules generalized):

- Automated-Alert Triage: credential/token-expiry, quota/spend-threshold, usage,
  billing, and maintenance alerts are 🟢 Watching by default; promoted only on
  imminent functional impact, never on "action required"/"expiring" tone.
- Drill Active Threads — Don't Trust the Snippet: a search snippet previews one
  (often not the latest) message; fetch the full thread (get_thread) before
  asserting "no reply"/"awaiting X"/"unanswered"; threads tied to an open item
  are mandatory drills.

Both land in the inbound-scan section (mode: [consolidation, briefing]) — verified
they assemble into SKILL only, not DREAMING/RESEARCH.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant