GStack vNext / WeHub Mind Infrastructure
高频心智的
协议化工程化栈
新版 GStack 不是某个 Claude Code 技能包,而是把团队高频心智转成可迁移、可执行、可评测的 agent protocol asset。
HermesOpenClawClaude CodeCodexFuture agents
from tacit mind → protocol → runtime ports → proof loop
2026-06
The key shift
不要把它理解成
“Claude Code skills”。
它真正要工程化的是:人和团队的高频判断模式、协作模式、问题意识和反馈吸收能力。
不是 prompt
不是把一段说明塞进上下文,而是让 agent 行为稳定变化。
不是单 runtime
Claude Code 只是一个 port;Hermes / OpenClaw 同样应能继承。
不是文档库
必须带执行入口、评测样例、反馈回填机制。
Definition
GStack = Mind Protocol Delivery Stack
把“我们是怎么想、怎么判断、怎么推进、怎么纠偏”的隐性能力,变成跨 agent runtime 的可安装能力层。
Mind Seed
Founder / team / project 的方向锚点、反目标、长期 prior。
seed
Protocol
把高频心智抽成输入、动作、输出、验收、反漂移。
contract
Skill Port
适配 Hermes、OpenClaw、Claude Code、Codex 等不同运行时。
runtime skill
Proof Loop
用真实任务 artifact 和评测 fixtures 验证“掌握”而非“背诵”。
eval
Why now
Agent 框架越多,
心智能力越需要脱离框架。
碎片化风险
- 技能被锁死在 Claude Code / Hermes / OpenClaw 的局部格式里。
- 同一个团队心智在不同机器人里重复实现、重复漂移。
- 能力强弱无法横向比较。
GStack 的价值
- 先定义 runtime-agnostic protocol。
- 再生成不同 agent 的 skill port。
- 最后用同一套任务和 artifact 做 A/B proof。
Architecture
一份心智协议,多个运行时端口。
SourceFounder Seed / Team Seed / Project Seed
ProtocolProblem consciousness、MSP、review、coordination...
PortsHermes skill、OpenClaw skill、Claude Code command、Codex guide
Runtime真实任务、真实对话、真实文件、真实协作
Prooffixtures、rubric、artifact diff、owner feedback
GStack
Protocol Core
Protocol Core
Hermes Port
OpenClaw Port
Claude Code Port
Codex Port
Mind Seeds
Evals + Feedback
First protocols
第一批不是“技能列表”,
而是高频心智协议。
Problem Consciousness
先识别真正活着的问题、错误 framing、owner pressure 和第一轮证据闭环。
MSP / Seed Discipline
把开放问题压成能生长的 seed;该详处详,该折叠处折叠。
Agent Coordination
把任务分配、进度同步、证据回收变成多 agent 可执行协议。
Review Surface
把复杂项目状态投影成 owner 能快速判断的网页/卡片/图谱。
Feedback Absorption
人类纠偏不是聊天结尾,而是协议资产更新的触发器。
Runtime Proof
看 artifact 行为是否变强,不看 agent 是否会复述概念。
Operating loop
从一次高频判断,长成可复用能力。
Capture捕捉真实场景里的 owner 判断和 agent 失败点。
Distill压成最小协议:触发、动作、输出、反漂移。
Port转成 Hermes / OpenClaw / Claude Code 等运行时技能。
Run放回真实任务,不在 demo 里自嗨。
Evaluate用 artifact、rubric、A/B 对比验证行为变化。
Absorb把纠偏回填到 seed / protocol / skill。
一句话:不是整理知识,而是让团队心智能力在机器人集群里可复制、可验证地生长。
Boundary
GStack 和 MSP 的关系
GStack
- 更像 delivery stack / protocol toolchain。
- 解决“高频心智如何跨 runtime 继承”。
- 关注 skill ports、评测、安装、运行时适配。
- 可以承载 MSP,也可以承载其他心智协议。
MSP
- 是首个旗舰心智协议之一。
- 解决开放问题如何 seed、grow、fold、feedback。
- 关注 problem-first、seed discipline、Build Step。
- 通过 GStack 变成多 runtime 可执行能力。
What to build next
新版 GStack 的最小交付形态
Repo shape
protocols/:心智协议源文件ports/hermes/:Hermes skill portports/openclaw/:OpenClaw portports/claude-code/:Claude Code portevals/:行为评测 fixtures
First proof
- 选 MSP / problem-consciousness 做第一条协议。
- 同一任务给普通 agent vs GStack-aware agent。
- 比较产物:是否识别真问题、是否避免过度展开、是否能回填反馈。
- 把差异写成 proof page。
最小成功标准:一个 protocol,两个 runtime ports,一组 A/B fixtures,一个 proof surface。
Thesis
GStack 是 WeHub 的
心智资产编译器。
把 founder / team 的高频心智,从一次次聊天和临场判断里抽出来,编译成机器人可以继承、执行、比较、改进的协议资产。
最终目标:不是某个 agent 更会用工具,而是整个团队的智能可以跨人、跨机器人、跨运行时持续生长。
cover1 / 9