MSP architecture / source hierarchy

Event Radar 不是一个网页。它是 WeHub 的外部机会感知回路。

这个页面把项目本体画清楚:Discord 是运行时,ghy-capital memory 是判断事实源,公开站点只是 public-safe projection;只有高势能且触发真实行动的事件,才从流里 promoted 成独立 MSP project。

核心问题:source of truth 分裂解法:MSP seed anchor + source hierarchy + promotion ruleUpdated: 2026-05-30Owner: ghy-capital

项目架构图 / Mind Map

中心不是网页,而是判断系统。网页只负责让人类快速 review;系统真正长稳靠 seed、event card 和 promotion rule。
Live runtime
Discord / RADAR
雷达流入、机会讨论、临时判断、跨 agent 协作。允许 messy,因为它是活体空间。
intake → discussion → rough signal
Helpers
weshare / wehub / research bots
可抓取、整理、建频道、同步网页;但不替代 ghy-capital 的最终判断。
Source of truth
ghy-capital
memory/activity-feed/
Event Radar 的项目本体:hello_agent.md 固定问题与边界,index.md 给当前状态,event cards 保存判断理由与证据。
Public-safe projection
wehub.us/activity-feed/
只展示可公开摘要、优先级和行动建议。若与 memory 冲突,以 memory 为准。
A/A- + real action → promoted
Promoted MSP project
独立事件副驾驶
报名、参会、目标人、demo、会后 evidence memo 等真实行动出现后,才单独开 hello_agent.md。

运行流程 / Event Intelligence Loop

解决分裂的关键不是同步更多,而是每一步只产生一种明确资产。
1. 流入外部活动、社区、newsletter、会议、demo、cohort 进入 Discord/RADAR。
2. 初筛判断是否和 WeHub 的 agent harness、MSP、资本/产品证据有关。
3. 落卡进入 event card:事实、评级、证据、owner、下一步。这里开始成为项目记忆。
4. 分级A/A-/B+/archive。archive 只保留 seed,不占主线注意力。
5. Promotion只有 A/A- 且触发真实行动,才升级成独立 MSP project / copilot。
6. 回填参会/连接/复盘带回 evidence,更新 event card 和公开 projection。

Source hierarchy / 谁说了算

以后所有 agent 看到冲突时按这个顺序判断。
Canonical rule

唯一判断锚点在 ghy-capital memory,不在网页也不在聊天流。

Discord 是运行时,适合高带宽协作;网页是 review surface,适合给人看;但事件状态、评级和下一步必须最终回到 memory/activity-feed/,否则项目会继续分裂。

MSP shape

小入口,强规则。

Event Radar 自身只需要一个很小的 hello_agent.md;它不写成大计划,只固定问题、边界、source hierarchy 和 promotion rule。

Event card

普通事件

只落成卡片:status、rating、owner、evidence、next action、public page。不要每条线都开项目。

Archive

seed-only

低优先级或过期事件保留启发式 seed,默认不继续 grow,不消耗主线注意力。

Promoted

A/A- + 真实行动

报名、参会、目标人、问题表、demo/交换资产、会后 evidence memo 出现,才升级为独立 MSP project。

当前认知状态

这是为了 gong 快速判断项目现在是不是清楚。
稳定Event Radar 定位:外部机会情报,不是活动日历。
稳定BAAI 2026 已是 A 级 promoted 候选。
待补ghy-capital memory 需要统一 index.md 和 event cards。
待补公开页需由 source of truth 驱动更新,而非手工漂移。

Seed 边界 / Do Not Overgrow

这套架构是为了防止 source of truth 分裂,不是为了把每个活动都做成完整项目管理系统。
保持短Activity Feed 只保留 rating、status、evidence、next checkpoint。不要把 index 写成执行计划表。
晚一点再展开参会脚本、目标人名单、demo 资产、CRM/outreach workflow,只在 owner/checkpoint 确认后进入 promoted project。
非 promoted 就 seed-only普通事件保留一张 card 或一句 grow condition;不要因为信息很多就自动长成项目。
网页不是规格Public page 是 review surface / projection;未来自动化、dashboard、同步任务都先作为 seed,等手工回路稳定再 grow。