Install
$ agentstack add skill-anh-chu-llm-wiki-pm-llm-wiki-crm ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
LLM Wiki CRM
CRM layer on top of the PM wiki. Tracks relationship health, account status, feature asks, and auto-enrichment for people and company entities. Complements Salesforce — this layer captures PM-specific context that CRMs don't: product feedback, feature asks, communication history, strategic relationship signals.
When This Skill Activates
- "relationship health", "who haven't I talked to", "dormant accounts", "check relationships"
- "enrich [person/company]", "auto-enrich [person/company]", "fill in [person/company] details"
(This skill enriches relationship/CRM context — tier, touchpoint, feature asks. For factual/web enrichment of a stub page, use llm-wiki-research's Auto-Research.)
- "account health", "strategic accounts", "how are my accounts"
- "what do customers want", "feature asks", "what are accounts asking for", "customer asks"
- "log touchpoint with [person/company]", "update [entity] relationship", "set [entity] to strategic"
- "CRM", "key accounts", "contact cadence", "overdue contacts"
New CRM Frontmatter Fields
These fields extend the core wiki SCHEMA.md. Add them to entity pages as relevant. See skills/llm-wiki-crm/templates/SCHEMA-crm-fields.md for a merge-ready patch.
Person Entity Additions
relationship_tier: strategic | active | watch | dormant
last_touchpoint: YYYY-MM-DD
meeting_cadence: daily | weekly | biweekly | monthly | quarterly | ad-hoc
next_meeting: YYYY-MM-DD # optional
influence_level: high | medium | low
enriched_at: YYYY-MM-DD # when auto-enrichment last ran
Company Entity Additions
relationship_tier: strategic | active | watch | dormant
account_health: green | yellow | red
last_touchpoint: YYYY-MM-DD
key_asks: [] # list of feature/product asks from this account
arr_tier: enterprise | mid-market | smb | prospect # optional, no dollar figures
enriched_at: YYYY-MM-DD # when auto-enrichment last ran
Tier Definitions
| Tier | Meaning | |------|---------| | strategic | High-impact relationship. Flag if silent > 14 days. | | active | Regular engagement. Flag if silent > 30 days. | | watch | Relationship at risk or low-signal. Flag if silent > 60 days. | | dormant | No active engagement. Informational only. |
Account Health Definitions
| Value | Meaning | |-------|---------| | green | Healthy engagement, no known issues | | yellow | Some friction — risk of churn, unresolved asks, reduced engagement | | red | Needs immediate attention — escalation risk, silent, or major open issue |
Wiki Path Resolution
WIKI=$(cat .wiki-path 2>/dev/null | tr -d '[:space:]')
WIKI=${WIKI:-${CLAUDE_PLUGIN_OPTION_wiki_path:-${WIKI_PATH:-$(pwd)}}}
Operations
1. Relationship Health Check
Trigger: "relationship health", "who haven't I talked to", "dormant accounts", "check relationships"
① Scan all person and company entity pages for last_touchpoint: and relationship_tier:. ② Apply staleness thresholds (strategic >14d, active >30d, watch >60d, dormant = skip). ③ Surface grouped by tier: > "3 strategic contacts need attention: [[X]], [[Y]], [[Z]] (last contact: N days ago)" ④ For each flagged entity: last touchpoint, keyasks, accounthealth, next_meeting if set. ⑤ Offer to run Pre-Meeting Briefing (core skill §9) for any flagged entity. ⑥ Log: ## [date] crm-health | flagged: N strategic, N active
2. Auto-Enrichment
Trigger: "enrich [entity]", "auto-enrich [person/company]", "fill in [entity] details"
Scope — avoid overlap with llm-wiki-research: this operation is a lightweight factual pass whose real job is populating relationship/CRM fields (relationship_tier, last_touchpoint, account_health, key_asks). For a deep factual/web sweep of a company or person, defer to llm-wiki-research's Auto-Research when it's installed — run that first, then layer the CRM fields on top. The steps below are the standalone fallback when research isn't available.
Company enrichment: ① WebSearch: company name + "about", funding, headcount, key products, recent news ② Extract: founded year, HQ, employee count, funding stage, key products, recent press ③ Update entity page. Set enriched_at: today. Add inline: [source: , ] ④ Bump coverage: stub → partial if meaningful data found ⑤ Flag time-sensitive data with confidence_decay_days: 90
Person enrichment: ① WebSearch: person name + company + role, LinkedIn (public), recent talks/posts ② Extract: current role, company, background, public positions on relevant topics ③ Update entity page. Only public information — never infer private details. ④ If person is strategic tier and no persona page exists, offer to create one.
3. Account Health Dashboard
Trigger: "account health", "strategic accounts", "how are my accounts"
① Scan company entity pages with relationship_tier: strategic | active. ② Aggregate: accounthealth distribution, keyasks frequency across accounts, last touchpoint age. ③ Output:
- 🔴 Red accounts: N
- 🟡 Yellow accounts: N
- 🟢 Green accounts: N
- Top feature asks: [feature] (N accounts), [feature] (N accounts)
④ Surface cross-account key_asks patterns — high-signal roadmap inputs. ⑤ Offer to file as queries/account-health-.md.
4. Feature Ask Tracker
Trigger: "what do customers want", "feature asks", "what are accounts asking for"
① Grep all entity pages for key_asks: frontmatter. ② Aggregate: count asks per feature/theme across accounts. ③ Cross-reference with roadmap-tagged pages — is the ask already on roadmap? ④ Output table:
| Feature ask | Accounts requesting | On roadmap? | |---|---|---| | [feature] | N accounts | yes / no / unknown |
⑤ File as queries/feature-asks-.md.
5. Update Relationship Fields
Trigger: "log touchpoint with [person/company]", "update [entity] relationship"
① Read entity page. ② Update: last_touchpoint: to today, relationship_tier: and account_health: if specified. ③ Prompt for notes to add to interaction history section. ④ If meeting just happened, offer to ingest transcript (hands off to core §2).
Behavioral Notes
- No dollar figures:
arr_tieruses tiers only. Never record ARR, deal sizes, or revenue figures. - Private by default: entity pages with
relationship_tierset — considerprivate: truefor sensitive account intel. - Enrich only public data: never infer private details (financials, internal decisions, personal info).
- key_asks is a list: normalize phrasing across accounts so aggregation works cleanly.
- Log every CRM operation with
crm-prefix: ## [date] crm-health | flagged: N strategic, N active## [date] crm-enrich | | enriched_at:## [date] crm-touchpoint | | last_touchpoint:## [date] crm-feature-asks | filed: queries/feature-asks-.md
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: anh-chu
- Source: anh-chu/llm-wiki-pm
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.