结论:当前项目已经从“概念源头”长出 repo 拓扑、网站入口、Hermes skill 和 feedback loop。下一阶段的关键不是继续美化解释,而是补 casebook / eval,证明 agent 读完 MSP 后行为真的更稳。
项目架构 / 流程图
默认按四层看:事实源 → 项目本体 → 可见交付 → 现实反馈。网站只是 projection,不替代 source of truth。
怎么读这张图
1. 先看源头
hello_agent.md 保存 gong 最原始的问题意识。README、INFRA、网站、skill 都只能投影它,不能替代它。
2. 再看项目本体
项目本体不是页面,而是 repo topology + feedback loop + delivery/skills/whitepaper 这些能复利的结构。
3. 最后看证据
下一阶段必须用 casebook/eval 证明:Agent 不只是会背 MSP,而是真的更会抓 problem、少过度工程、会选高杠杆 grow 点。
当前已经稳定的部分
Problem-first 口径Strategic Deferral项目拓扑公开 MSP 解释页Hermes msp skillprogress sync loop
我认为当下最高杠杆的事
第一优先:Casebook / Eval
补一组真实/拟真的 MSP 行为样例和反例,形成可重复评测。否则 MSP 容易停留在“理念正确”,但无法稳定迁移给不同 agent。
第二优先:把网站变成 review cockpit
保留解释页 + 进展页 + 架构图三件套;每次项目判断更新时,只同步真实状态,不把未验证想法写成事实。
同步规则
本页源文件在 delivery/website/architecture.html。更新后应同步到 https://research.wehub.us/msp/architecture.html,并保持 progress.json 记录此 review surface。