From pluggedin
Record a cross-reference when new functionality touches an existing system — ensures future work on the existing system considers the new dependency. Use after adding X to Y.
How this skill is triggered — by the user, by Claude, or both
Slash command
/pluggedin:memory-capture-cross-referenceThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
> **SECURITY — Two-Layer Defence (PCI-DSS 4.0 · ISO/IEC 27001:2022 · GDPR · SOC 2)**
SECURITY — Two-Layer Defence (PCI-DSS 4.0 · ISO/IEC 27001:2022 · GDPR · SOC 2)
Layer 1 (automatic): The hook script pipes all content through
pci-scrub.pybefore sending to the API. Catches: emails, API keys (OpenAI/Anthropic/AWS/GitHub/…), IPv4/IPv6, credit card numbers, national IDs (US SSN, UK NI, EU VAT, Aadhaar, …), connection string credentials, home paths, phone numbers.Layer 2 (YOU): Regex cannot catch everything. Before calling any memory tool, apply semantic judgment. Do NOT record:
- Person names, usernames, employee IDs → replace with
[PERSON]- Company / customer names →
[COMPANY]- Passwords, MFA codes, session tokens, cookies →
[REDACTED]- Health / medical data (HIPAA PHI) →
[REDACTED]- Financial account numbers, balances →
[REDACTED]- Precise location data (GPS, home address) →
[ADDRESS]- Anything business-confidential (pricing, contracts) →
[REDACTED]When in doubt, leave it out. Over-redaction is always preferable to a compliance violation.
Record architectural cross-references so future work doesn't miss dependencies.
CROSS-REFERENCE: <new thing> → <existing thing>
RELATIONSHIP:
<new thing> was added to <existing thing>. Future changes to <existing thing>
must also update <new thing> because: <reason>.
TRIGGER CONDITION:
When someone works on <existing thing>, they should:
- <action 1>
- <action 2>
FILES:
- New: <file path>
- Existing: <file path>
RELATED PROCEDURE:
<procedure name if this amends an existing algorithm, or "none">
pluggedin_memory_observe with:
sessionUuid: current session UUIDobservationType: insightcontent: the structured textoutcome: "neutral"metadata: {"ring": "procedures", "xref_from": "<new>", "xref_to": "<existing>"}CROSS-REFERENCE: central-logging → all lib/ service functions
RELATIONSHIP:
Central logging (lib/logger.ts) was added. Future changes to any service
function in lib/ must also add logger.info/logger.error calls because:
all service operations must be observable in production logs.
TRIGGER CONDITION:
When someone creates a new function in lib/:
- Import logger: import { logger } from '@/lib/logger'
- Wrap the main operation with logger.info/error
- Do NOT use console.log in lib/ files
FILES:
- New: lib/logger.ts
- Existing: lib/*.ts (all service files)
RELATED PROCEDURE:
central-logging-setup v1.0
Skip this skill if:
ls, checked a file, viewed a README)<private> block wraps the relevant content — respect user opt-outnpx claudepluginhub veriteknik/pluggedin-plugin --plugin pluggedinOrchestrates knowledge workflow after commits, pushes, PRs, or decisions: triages context, syncs existing docs, captures new items with topology hints to keep docs accurate.
Saves key project knowledge explicitly to MEMORY.md via /si:remember for reliable recall. Checks duplicates, warns on size, suggests CLAUDE.md promotion.
Captures durable facts like decisions, constraints, and gotchas into SuperLocalMemory for cross-session recall. Must recall before storing to avoid duplicates.