MSP v0.8 · living seed proposal
MSP：Seed it till it grows
MSP 不是“另一套软件开发流程”，也不只是“可成长的 MVP”。它是以 seed 为中心、主要面向开放式问题的一套 AI-native 项目推进演化元框架：用 seed 主动推迟非主线复杂度、保存未来启发，让人和 Agent 在真实任务反馈中一起把问题/项目长出来。
MSP 不是“另一套软件开发流程”，也不只是“可成长的 MVP”。它是以 seed 为中心、主要面向开放式问题的一套 AI-native 项目推进演化元框架：用 seed 主动推迟非主线复杂度、保存未来启发，让人和 Agent 在真实任务反馈中一起把问题/项目长出来。
MSP = seed it till it grows。 它是以 seed 为中心、主要面向开放式问题的一套 AI-native 项目推进演化元框架。
Seed 是具备启发式的信息片段。它通常很短、很自然，用来主动推迟当下不属于主线高杠杆、太复杂或缺乏信息的子问题，同时为后续 Agent 留下未来可接回的方向。
为了 happy path 快速推进，主动 defer 非主线复杂度。
把问题、需求、不确定性、反事实未来压缩成可继续生长的提示。
该细处真实详写，该粗处 seed 折叠，让 Agent 把注意力放在当前最高 ROI 的位置。
如果 everything starts with a research question，那么 MSP 的第一步不是模板化立项，而是由 Project owner 用最原始的语言写一个 Seed Proposal：我到底在问什么问题？为什么重要？理想情况下怎么解决？不理想情况下会发生什么？
hello_agent.md 是项目灵魂、核心问题、长期方向和全局约束的承载处。它不是一次性 greeting，而是 living Seed Proposal。网站、技能、白皮书、delivery 都不能明显违背它。
暂停直接功能开发，先审视项目；增、删、改 seed；澄清哪些地方需要真实写细，哪些地方适合先折叠。
尽量不随意改 seed 内容，而是选择性实现 seed 的启发；必要时只在 seed 中简短 comment what has been done。
用真实任务、测试和人的判断收集反馈，再决定哪些 seed 需要 iteration，哪些 seed 应该 grow 成具体 delivery。
修改 seed 本身：更准确、更自然、更能启发下一步。
把某个高杠杆 seed 长成具体交付：功能、skill、文档、网站、论文、workflow、测试或机制。
判断某个 seed 是否应该 grow，不靠机械流程，而靠启发式和反事实推理：grow vs not-grow 的预期收益是什么？是不是当前最高杠杆注意力点？
hello_agent.md：项目灵魂、核心问题、长期方向和全局约束。原则上需要 owner 高强度注意力。
seed.md：目录或模块的局部目标、上下文边界和演化方向。
<!-- seed: ... --> 等 comment seed：局部问题、TODO、未来线索或实现启发。
MSP answer 的零阶本质仍然是 answer。 它不是替代答案的新格式，而是在开放项目状态下对正常回答做注意力修正：细处给真实答案，粗处用自然的 placeholder seed，给后续 Agent 推进处留下简短灵活的 comment seed。
MSP file 则是按 MSP discipline 写成的文件：整体结构完整；当前最需要的地方真实具体；暂时不该展开的地方用 seed 折叠，并保留未来成长启发。
MSP 不是否定 MVP，也不是要抛弃工业界项目开发最佳实践。更准确地说，MVP 负责真实功能闭环和反馈压力；MSP 负责让开放式问题/项目在这些反馈中持续积累 seed、infra、记忆和演化路径。
hello_agent.md 承载灵魂，用目录级 seed.md 承载局部上下文，用文件级 seed 主动 defer 非主线复杂度；通过 seed step、coding step 和 feedback loop，让 problem 借助 project / product / paper / protocol / skill / workflow 在真实任务中逐步 grow。Minimal Seed ProjectMinimal Seed ProductMinimal Seed PaperMinimal Seed ProtocolMSP answerMSP fileseed stepcoding stepseed iterationseed grow