MSP 是一种面向开放式问题的 agent-native 项目方法:不急着把需求做成方案,而是先形成最小可生长 seed,再用真实反馈推动它一轮轮 grow。
用户说改 README,agent 就只改 README,却不问真正卡的是传播、信任还是 onboarding。
输出漂亮路线图,但没有最小真实闭环,无法证明下一步为什么有效。
下一轮 agent 只看到文件和任务,看不到项目为什么这样长出来。
MVP 是 fake it till you make it;MSP 是 seed it till it grows。
MSP 不反对 MVP。它补的是 MVP 上游缺失的一层:在做最小产品之前,先找到最小完整框架、最小 seed anchor、和最小证据回路。
保留用户原始请求,不偷换题目。
看见表层任务下面的 owner pain 与系统瓶颈。
提出可证伪的因果假设。
生成最小、持久、可复用的 seed anchor。
action → signal → feedback destination。
“我来帮你重写 README。”
优点:执行快。
风险:可能只是 doc theater。
“我会先保留 README 请求,但判断瓶颈可能是 distribution/trust/onboarding;先写一个最小 README seed,并定义反馈信号。”
接到任务 → 分析 → 产出文档或代码。
先读项目 seed,识别问题栈,提出 seed,跑最小证据闭环。
不只交付结果,还留下可继承的 seed、lineage、proof,让下一轮 agent 继续 grow。
hello_agent.md,说明项目级 seed 如何防止项目失忆。seed.md,说明 agent 进入子模块前先继承局部生命。是否保留原始请求?
是否识别真实问题栈?
是否生成最小可生长 anchor?
是否定义 action → signal → feedback?
MSP is a seed-first workflow for agents: it helps agents avoid solving the wrong problem, create the smallest durable seed, run real evidence loops, and preserve lineage so projects can grow across sessions.