Meldwork/docs/product-strategy.md

Meldwork 产品战略

日期：2026-09-08。状态：基于公开市场研究的策略建议，尚未完成客户付费验证。

决策摘要更新：2026-09-09；沿用 2026-09-08 的 30 项来源与七组竞品研究，本次核对留存正文，不代表重新联网抓取或新增客户访谈。

证据入口：商业化深度调研、来源与用户证据。本次策略替代 08-16 版本；历史判断可参阅已标更正的 09-04 调研。产品能力是否已经发布须由具体版本和运行验证确认，战略文档不是发布证明。

本次讨论的决策摘要

建议继续投入一轮有边界的商业验证。公开研究支持存在恢复、状态判断和重复操作方面的痛点，尚未证明 Meldwork 有独立软件付费需求，也未证明通用多 Agent 群聊能够形成大市场。

要回答的问题	当前判断	依据与验证边界
靠什么吸引用户？	让同一项工作在中断、换 Agent、复核后仍可继续，少重建背景、少核对状态、少拼接产物	S38、S39 的用户报告支持痛点；是否优于原生 Agent 加文件/Git，仍需对照
什么不能作为核心卖点？	接入品牌数量、更多角色和自动群聊不宜单独承担付费理由	S02、S04 的本地免费层和 S07 的原生协作构成替代；不等于所有本地产品都不能收费
非代码场景是否更容易赢？	可测试，但不是已确认的竞争空白	S15、S24、S43、S58 已覆盖知识工作、记忆或带依据复核；本次缺少非代码买方支付证据
模型变化后什么仍有价值？	用户认可的目标、有效依据、版本变化、未决事项及采用结果能够延续，并实际减少下一次工作的人工成本	这是跨模型价值假设；保存记录本身可复制，尚非护城河
先怎样盈利？	出售固定范围的成果复核服务，再识别客户能自行使用、愿意续费的软件能力	服务先行是验证建议；实际付款、工时与复购尚未取得

首单建议。 用“一项 AI 技术选型或产品方案的证据复核”测试服务机会：一个决策问题、最多三个备选、约定材料范围、可追溯建议及未决事项、一次修订。国内 1,500–3,000 元/项只是报价实验。先通过真实任务访谈确认买方、预算和验收人，再报价；不以这个建议替代两类候选客户的比较。

未来竞争力的检验。 客户本地记录属于客户，不能直接算作公司的数据壁垒。公司可积累的优势候选是获准复用的验收方法、处理真实失败的经验、低支持成本和持续客户关系。只有它们带来可重复的质量改善与复购，才有商业意义。没有证据支持某个功能在所有上游变化下永远有竞争力。

投入顺序。 先解决可靠接入、准确运行状态和恢复，再做交付物、依据与版本的检查，随后围绕真实重复任务沉淀验收与反馈。群聊按需使用；业务聚焦通过材料和验收模板实现，运行核心保持跨 Agent 通用，不按品牌或 Skill 名称写业务分支。

90 天继续条件。 先访谈两组各 5 位候选客户，选一组完成至少 6 个同范围案例，争取 3 个独立付费客户与其中至少 2 个复购。在同等验收质量下减少人工，计入交付和支持工时后贡献为正，才小幅扩大。这些是投入闸门，不是统计证明；只购买人工判断则按服务业务评价，两轮仍无复购或净收益就调整方向。完整对照与停止条件见迭代计划。

1. 愿景与定位

让用户使用不同 Agent 推进同一项工作时，不丢失目标、有效上下文、交付物和最终决定。Agent 可以变化，用户的工作仍能延续。

Meldwork 的候选定位是本地优先、跨 Agent 的任务与交付工作台。群聊、独立复核和多 Agent 协作都是方法；价值需要体现为更少的人工协调、恢复和验收成本，以及更好的实际采用结果。

“Agent 组织与决策工作台”可保留为长期愿景，但不将动态组队、责任市场或 Outcome Network 作为近期承诺。当前没有证据证明用户愿意为这些抽象概念付费。

本次研究最强的证据是免费工作台替代、上游覆盖协作与知识工作、用户对恢复和准确状态的需求。最弱的证据是非代码 Decision Review 的支付意愿及 Meldwork 自身留存。详见调研 S02、S04、S07、S38、S39、S43、S58。

2. 客户与进入顺序

候选群体	需要完成的工作	当前替代	证据与取舍
技术负责人或小型研发服务团队	复核 AI 产出、恢复中断任务、交接有效变更	原生 Agent + Git/Issue + 终端工作台	公开痛点较清楚，但竞争强
技术选型、产品方案的咨询者或服务团队	核验证据、解释版本差异、形成可采用建议	单 Agent 深度研究 + 文档/表格 + 人工复核	与愿景接近，但缺少直接购买证据
泛个人 AI 爱好者	尝试多个 Agent/角色	免费工作台与自建脚本	可提供体验反馈，不作为首批商业目标

前两组各招募 5 人复盘最近一次真实任务，再根据任务频率、预算、可触达性与可复用程度选一组。代码复核与方案复核都是候选，不再同时宣称“非代码服务优先”与“代码合并已锁定为首个入口”。

3. 价值主张

用户目前需要搬运背景、检查谁还在运行、找回中断会话，再拼接和复核产出。Meldwork 要让这些动作围绕一项任务持续发生，并保留可检查的交接和结果。

环节	用户可感知结果	需验证收益
接入	原生可用的 CLI 在工作台仍可用，失败可解释	首次任务成功率、排障分钟
连续任务	重启或更换 Agent 后能继续工作	恢复时间、遗漏与重复工作
协作	自由选择单 Agent、按需复核或群聊	相对现有最好方法的人工时间与质量
交付	找得到产物、依据、未完成项和采用决定	复核时间、返工、重复采用

原生登录、Skill、会话和工具使用方式不应被外层无必要地替换。能力契约可以对齐证据，不能假装所有调用模式拥有相同能力。

4. 成本位置与取舍

Conductor/Superset 本地免费层意味着，终端聚合收费需要额外价值证明；TRAE 国内外均有付费产品，不能以“国内全部免费”作为定价前提。价格与权益见研究 S02、S04、S26、S41，均为 2026-09-08 快照。

控制适配与支持成本：核心业务层不根据 Agent/Skill 名称或媒体关键词决定任务路由；必要的 CLI 参数、事件和恢复差异由适配器承担。用实际能力测试说明支持程度，保留未知、部分可用和失败隔离。

近期不建设固定行业推理脚本、强制多 Agent、角色市场、自动排行榜、云会话或远程群成员。业务聚焦通过可替换材料与验收模板实现。

继续遵守本地优先、Electron main 执行、窄 preload 接口、系统安全存储和显式写权限。本地保存会话不等于调用外部模型时没有数据出站。

5. 商业模式

先验证标准付费交付，再验证软件订阅。 服务试点只承诺一类清晰工作，列明输入、产出、复核次数、人工支持和排除项。一次定制或个人咨询成交不等于软件 PMF。

中国先测试可开票、材料边界清楚的专业试点；海外先寻找已使用多 CLI 的高频工作者。触达和成交尚未验证，不把两地客户刻板化。

阶段	计价对象	实验报价，非市场验证价格	继续条件
标准试点	固定范围成果与复核服务	国内 1,500–3,000 元/项；海外 $250–500/项	实际付款、同范围跨客户复用、再次购买
个人专业能力	本地连续任务、交接、证据版本或验收工具	国内 49–99 元/月；海外 $15–25/月；模型另列	无创始人实时帮助仍重复使用，支持成本可控
团队流程与支持	本地验收标准、导出、培训和年度维护	暂不定价	多客户主动提出同类采购需求且符合数据边界

贡献利润 = 收入 − 推理与直接成本 − 交付人工 − 获客/支持人工 − 支付等可变成本。创始人工时也计入。报告里的价格和利润数字只是情景，正式报价依实测工时修订。

现行 LICENSE 为 Apache-2.0。不能对既有代码已授予的商业使用权另设必付许可。可销售服务、维护及未来明确界定的新增价值；许可调整独立评估。

6. 指标

北极星候选：每周达到约定验收标准、被用户实际采用的工作成果数，同时观察同一用户的重复采用。

当前首要问题是同类客户是否愿意再次付费，且贡献利润是否为正。记录激活 cohort、恢复成功、人工分钟、错误与返工、有效交付、重复使用、成交及续购，每个比例有同一群体和明确时间窗。

星标、下载、PR 数、Agent 数与 Token 数不是价值指标。没有后果反馈时不宣称 Agent Fit 或数据壁垒；模型版本、任务难度和人工介入需一并记录。

7. 增长

先通过少量直接客户工作学习，展示真实任务输入、交付、被改正的问题、人工节省与成本，也保留单 Agent 更好的反例。使用客户材料做传播须获得其授权。

中国验证固定范围专业试点；海外验证开发者案例和可复现实例。用户可自行上手后再扩大分发，不从星标增长推断传播已充分或边际收益已下降。

重复客户与流程出现后，才围绕同一场景做推荐和标准化销售，不并行推进多行业、企业销售和 Skill 市场。

8. 建设能力

Meldwork 建设任务身份、可靠状态、能力协商、恢复、权限、交付引用与采用记录。Agent 继续负责推理、任务分解、工具使用和执行。

没有未处理的明确协作请求可以触发收尾判断；指定交付负责人可继续请求成员、报告阻塞或提交完成依据。正文 @ 用于表达讨论，Agent 通过回执中的 nextKinds 明确派发意图，避免把否定或历史提及当作新任务。系统不因沉默声称交付成功，也不要求每项任务机械走完固定角色。人类采用决定与 AI 完成判断分别记录。

商业能力包括访谈、任务评价、标准报价、成本记录和交付范围管理。它们比扩展目录更直接决定近期业务是否成立。

9. 竞争力与退出条件

候选优势	价值	尚非护城河的原因
跨 Agent 连续性	换厂商仍保留任务和有效结果	原生平台和终端也会补恢复/迁移
可靠状态与证据	少误报、少重建、可核验	属于应有质量，未必产生溢价
场景验收与反馈积累	后续任务少错误、少复核	只有真实采用/后果能重复改善才成立
日常工作入口与服务信任	降低再次采购与学习成本	留存、复购、可复制获客尚未证明

用户资料默认本地、可导出，不通过锁住数据制造人为迁移成本；不同客户数据不会自动形成网络效应。

跨模型价值的检验（2026-09-09 补充）。 对同类真实任务分别更换 Agent、升级模型，以及只使用一个 Agent，观察目标、输入版本、有效依据、交付物和采用决定能否延续，并记录用户重建背景和复核的人工分钟。跨 Agent 延续不承诺迁移厂商私有会话或隐藏推理；应交接用户可见、获准使用的工作材料。

只有在客户当前最好用的原生方法之外，仍能反复减少人工成本或错误，才证明独立工作台的额外价值。可靠接入是基础质量；跨厂商连续性是差异化假设；被采用结果及其后果持续改善下一次工作，才是更长期的竞争优势候选。三者不能混称为已经存在的护城河。

独立产品必须多证明一步（2026-09-09 讨论补充）。 “Agent 更换后工作资产仍在”也可以由普通文件、Git、文档和原生会话共同实现。Meldwork 需要证明：在这些工具已经可用的前提下，仍然能减少识别有效版本、重建任务背景、解释分歧和确认交付的人工工作。仅保存更多聊天记录，或把同一份摘要传给下一个 Agent，不足以证明独立产品价值。这个判断由免费工作台替代和用户恢复诉求推导而来，属于待验证产品假设。[S02、S04、S38、S39，见商业调研证据清单]

以技术选型复核为例，候选体验是保留原始约束、来源版本、已否决方案及理由；更换执行 Agent 后，新一轮交付能准确说明哪些判断因新证据而改变，哪些事项仍待客户决定。评价时同时使用原生 Agent 加普通文档的对照。该例定义需要验证的用户结果，不要求固定 Agent、Skill 或推理流程，也不是已发布能力。

客户资产与公司的壁垒分开。 客户本地资料及采用记录首先属于客户，其存在不自动成为 Meldwork 可共享的数据资产。公司能积累的优势候选是获准复用的验收方法、对失败的修复能力、低成本的标准交付方式和持续客户关系；必须分别用更低返工、支持成本与复购来验证。避免通过不可导出数据制造锁定，也不把不同客户的本地记录直接称为网络效应。

上游变化压力测试（2026-09-09）。 以下为依据已有研究提出的验证设计，不是新增市场事实或已经完成的产品测试。竞争力不能以“接入更多模型”自证，需要在更强的替代方案出现后仍能观察到客户收益。

上游变化	Meldwork 必须证明的剩余价值	不成立时的产品选择
一个原生 Agent 已能完成整项任务	保存约束、有效版本和采用决定能减少下一次工作的人工时间	默认单 Agent；取消无收益的讨论与复核轮次
原生平台提供群聊、记忆和审批	相对原生平台加普通文件/Git，跨厂商交接仍少遗漏、少重复执行	收缩重复功能，不把群聊或记忆作为独占卖点
客户很少更换 Agent	同一 Agent 的中断恢复、版本核对或交付验收仍有重复收益	不以多厂商兼容作为主要付费理由
模型升级使通用复核接近免费	客户特定验收标准与后果反馈仍能降低返工，且支持成本可控	缩小收费范围，重新评估软件订阅是否成立

每次比较同时记录质量、人工分钟、模型费用、失败与放弃任务；保存更多数据或产生更多报告不算收益。商业上先找到反复发生且有预算的问题，工程上保持通用能力契约：材料和验收标准可以聚焦某类工作，调度与完成判断不应依赖指定 Agent 或 Skill 名称。

若单一原生 Agent 和现有工具已解决客户问题，且客户无需跨厂商延续，独立层可能价值不足。两轮标准试点无重复净收益或复购，则收缩为服务/轻量工具或调整方向。

执行闸门见迭代规划。本次只修改文档，所有未来能力均为建议。