从协同启动到效用交付：AI Agent共创业务的初步成形

今天，我们正式召开了围绕确定项目进行团队协同的启动工作会。此前已经就项目方向进行过沟通，这次要进一步了解参与意愿，同步近期进展和当前重点，再由大家基于自己的意愿选择想要取得的成果，形成下一步行动。我希望这不仅是一次工作安排，也让参与者真正了解整个项目的现实情况、基本原则和自己能够在其中取得的好处。启动一个明确的项目时，先把这些事情讲清楚、形成共识，是我认为值得保留的工作方式。

我首先明确了发起人、操盘手和共建者三类角色。目前我同时承担发起人、操盘手和共建者的角色，其他参与者以共建者身份加入，操盘手暂时不转移。这次我给自己增加了一个具体目标：将操盘方法和操盘能力的生长过程完整展示出来。过去推进一些项目时，操盘经验往往没有充分展开，其他人难以独立形成操盘系统。这次我希望把如何判断、如何制定策略、如何组织工作、如何推进结果都逐步呈现，让操盘变成能够观察、学习、积累和复用的能力。未来是否交接操盘角色，可以随着实际发展再判断。

协作原则首先建立在以人为本之上。我对人的理解，特别强调旺盛的生命力和创造力。因此，共建者需要主动提出自己的需要，承担表达和满足自身需要的责任。在成果选择上，我明确提出喜欢和热情优先于已经擅长的能力：一个人即使暂时不会做某件事，只要真正感兴趣，也可以通过实践和学习发展能力。与此同时，每次交互都应该带来某种成长，可以是认识提升、实践经验或新的能力，并将自己验证有效的做法分享出来。这些要求共同构成了我对共建关系的基本期待。

第二层是自我担当和团队协作。我提出，每个人需要为自己的选择负责；有不同意见应当主动表达，而不是让问题长期积累。团队在起步阶段不急于划分运营、营销等专业岗位，而是先以共建者身份，围绕自己愿意取得的成果参与工作。关于协作，我提出明确目标、承诺责任、承诺投入、良性冲突，以及基于弱点的相信。良性冲突主要围绕目标、成果和投入展开，目的是改善共同的生产力，而不是要求某个人在所有方面都足够擅长。共识形成前可以充分讨论，形成后则需要共同遵守；面对可能的错误，可以采用反向思考、小范围尝试和公开讨论的方法控制风险。

在基本协作机制上，我提出由操盘手发起定期沟通，初步考虑周一、周三、周五上午进行，实际时间根据当天情况调整；涉及具体业务的问题，则由共建者根据需要主动发起讨论。这里也区分了发起人与操盘手的工作：发起人主要说明自己要什么，操盘手负责推动效果和实现方式的定义。机制需要随着实践迭代，但基本规则的改变应经过共同讨论和确认。我还提出，当前成员所表达的参与意愿和期待不是永久不变的，可以经过一段时间再回来检查，因为人在实践过程中会更新自己的意图。

接下来，我从发起人的视角解释为什么选择这个项目。核心是将自己的独特优势与时代趋势结合。我从2023年开始进行事业转型，希望采用价值投资的思路，围绕人的长期发展逐步建立事业。我的做法是从最内核的基础设施开始，一点一点向外扩展：先完善个人基础设施，再建设知识与实践系统，之后延伸到自我增强和其他人生模块。每做好一个模块，就希望它可以长期发挥作用，并与其他模块相互连接。现在选择AI Agent社群，是因为它既能发挥我在人的内在发展方面的优势，又可能承接新的时代需求。我也将其视作一个具有孵化器属性的业务探索，期望先让核心团队跑通方法，再逐渐培养能够共同创造的人。

我随后展开了对时代趋势的判断。我认为，AI正在快速提高个人获取能力和创造结果的可能性，而人在创造力被释放之后，会越来越需要明确自己的意图、增强自主性，并找到适合共同创造的人。由此，我将业务的竞争力更多放在人的发展、自我增强，以及人与AI之间的关系上，而不是单纯放在AI工具的使用技巧上。人的发展仍然是长期主题，只是AI的到来改变了实现发展的方式。我还提出，随着个人创造能力提高，将人组织起来、形成信任关系、交换有效经验、开展共同创造，可能具有越来越重要的价值。这些判断构成了我识别业务机会的基础。

从上述趋势出发，我初步归纳了五类相互关联的用户需要：第一，面对快速发展的AI，如何真正使用它的能力；第二，如何借助AI自主创造想要的结果；第三，如何知道自己究竟想要什么；第四，如何增强自身的意识、自主性、内在状态与创造能力；第五，能否建立一种可以每天执行、逐步积累并帮助自己实现意图的操盘系统。不同用户可能停留在不同层次：有人只需要解决基础使用问题，有人希望发展为能够独立创造的Builder，还有人希望进一步建构自己的人生系统。这是我目前提出的需求框架，仍需要用真实用户反馈来校准。

我将这些需要进一步收敛为一个核心问题：我要和AI建立怎样的关系，才能让AI持续辅助我创造属于自己的未来？我目前给出的回答，是建立一种能够不断自我增强、自主创造的指数关系。围绕这个回答，我们可以将AI的能力、人的内在发展、意图、实践和成果连接起来，也可以让社群未来持续讨论的话题具有统一结构。在这里，AI不是孤立的工具主题，人的发展也不是脱离技术的抽象概念，两者共同构成我们准备长期探索的方向。

我特别强调，上述关于时代、需求和业务机会的认识仍属于基本假设，而不是已经验证的事实。它们需要继续在真实世界中推演、检验，并根据时代变化更新。项目不能因为逻辑看上去完整，就直接假定市场一定存在、用户一定能够取得结果。接下来，需要把这些假设带入实际用户的需求、实践和反馈中，观察它们究竟能否成立。

在业务假设之后，我提出一个重要的思考顺序变化：以前容易从做产品开始，现在应该先定义效果。我们需要考虑四类效果，分别是用户、运营、增长和操盘的效果。用户能否真正取得效果，是整个业务能够持续发展的根本；运营要支持用户效果的实现，增长要让更多适合的人参与进来，操盘则需要建立能够组织和持续实现这些效果的系统。不过，在资源和条件尚不成熟的当前阶段，我选择优先解决用户效用。社群是整个业务系统的切入点，并不是业务的全部；运营、增长和操盘也并未被排除，只是需要按照阶段逐步建设。

关于用户效用，我提出以产出收益和投入成本共同衡量。理想的用户状态是：意图更加明确，能够找到合适的参照和实践方式，借助Agent比较顺畅地建立系统，稳定取得想要的结果，并在过程中感到满意、增强自身能力。与此同时，用户实现结果的路径应该足够清楚，能够按需要学习、借用已有经验，形成稳定做法，从而降低长期投入成本。会上也提出，除了定义这些维度，还应该帮助用户看见自己一段时间内真实发生的变化。但我明确表示，目前还没有形成足够具体、可量化的衡量方式，现有定义只是初步方向，需要通过后续实践逐渐完善。

对于怎样实现这些效用，我选择的核心策略是共创与复利。共创意味着组织人们聚集起来，各自通过主动实践取得成果，再把已经验证有效的认识、经验和方法提供出来；我们按照一定结构整理、组合和呈现，让这些有效方案能够反过来帮助本人、其他成员和整个社群。复利则意味着将这一过程中形成的有效内容持续积累为可复用的产品资产，而不是一次交流结束后就消失。随着成员实践、分享、整理和再次应用，方案库有机会越来越丰富，成员对整个方法的理解也可能越来越深入。这是我设想的社群基本运行循环，目前仍需要把它真正做成稳定机制。

为了让共创不是零散地收集经验，我将社群的特定秩序与‘我的AI次方’框架联系起来，围绕自我增强、自主创造、个人意图和AI协作组织内容。此前实践中形成的一个重要循环是：内在动机推动主动实践，主动实践带来现实好处，现实好处又更新思想和认识，再反过来指导下一轮实践。围绕这个循环，可以积累个人动机、主动实践案例、思想认识和现实好处。实践案例能够供其他人参考，思想认识能够发展为共学主题，有效方案也可以逐步成为知识库中的长期资产。过去的积累已经提供了一些初步结构，现在需要让它们真正连接起来。

会上也提出了一个需要继续澄清的问题：整个业务、社群、米仓等具体项目、团队协作以及操盘系统之间，究竟是什么层级关系？有伙伴希望看到更完整的结构，而不仅是分别理解每一块。我回应说，这涉及业务、阶段、团队和系统等多个层级，确实是重要的问题。当前我们可以确定的是，以社群作为业务切入点，具体成果未来是否形成独立项目或品类，需要再结合实践判断。我也承认，现阶段对于一些项目边界还不完全确定。至于整体操盘结构的详细说明，会在后续条件成熟时进一步展开，不在这次会议里强行给出完整答案。

讨论当前阶段如何建设时，我先提出了几种不同的思路。一种是按照价值发展的顺序，由我先把自己的有效实践做成稳定系统，经过其他核心成员试用、调整，再逐步扩展到更多用户。另一种是从社群本期交付出发，同时建设交流活动、知识库、共创机制和运营方式。还可以从培养操盘能力、完善社群运营，甚至更大范围的业务建设来考虑。这些思路各有侧重，不能仅因为其中一种看上去符合逻辑，就忽略其他可能性。因此我邀请大家补充视角、列出重点，之后共同判断当前必须优先完成什么。

重新检查本期已经承诺的交付后，我把范围收敛为三个方面。本期计划到11月21日，第一项是让成员通过与Agent协作，形成日常记录和加工习惯，使自己的‘我’文件夹持续增长、内容越来越清楚；第二项是让成员真正跑通有效性积累循环，把内在动机、主动实践、思想认识和现实好处留存下来；第三项是建立记录自己用AI完成了什么的工作表，让人与AI的实际协作关系可以被看见。这里有一个重要区别：自我增强是实现效果的方式，最终要看到的是文件夹的持续增长、有效经验的积累和实际协作成果。此前一些建议虽然已经提供给用户，但他们并未普遍跑通，因此本期需要把‘知道应该怎么做’进一步推进到‘实际做出来’。

我进一步描绘了本期交付完成后的具体状态：成员在做完一件事、充分表达自己的感受和认识后，Agent可以把内容加工并补充到相应的个人积累库；到阶段回顾时，相关实践与认识能够被整理出来；做成的事情也能进入人与AI协作成果记录。这样，做事、表达、积累和回顾不再相互割裂，而是逐渐成为日常习惯。这个设想建立在前一期米仓实践基础上，但还需要通过本期的实际建设来检验能否稳定运行。我认为，当前先发挥Agent加强自我的作用，比急于同时扩展很多业务更符合这个阶段的重点。

在讨论当前重点时，我们没有直接接受最初列出的所有事项，而是先分别思考，再集中比较。伙伴从已承诺交付、方案的普遍适用性、有效机制、操盘经验的复制，以及人与AI关系的持续发展等角度提出了建议。另一个有价值的视角，是从普通社群成员的使用体验出发，检查哪些活动和资料真正能够带来好处。我则尝试将各类事项放到更完整的结构中，识别彼此的依赖关系。我们由此看到，需要处理的事情不仅包括活动交付，还包括需求整理、社群说明、产品设计、知识库、运营机制、个人实践和操盘系统。由于工作量明显超过当前资源，必须进行分类、排序和取舍。

在梳理任务依赖关系时，我识别出几个需要进一步建设的基础。首先，社群要有能够回答成员疑问的整体说明，让人知道这里是什么、能帮助自己解决什么问题、应该如何参与。其次，需要整理已有用户反馈，判断哪些需求能够通过既有交付满足，哪些需要进一步设计。再往后，需要形成第一版社群产品方案，说明产品是什么、各模块如何运行，以及用户如何在其中获得效果。飞书知识库也需要先明确建设逻辑，再调整结构、放入案例和有效方案，之后才能更好地支持运营和新人理解。我把这些看作有前后依赖关系的建设过程，而不是一批可以同时完成的独立任务。

会议还讨论了如何让成员真正理解社群文化，以及怎样激发并积累用户的有效性。我提出，除了文字说明，还可以设计一种帮助成员检查理解程度的方式，让大家知道社群在做什么、自己准备怎样参与。关于用户有效性的产生，我特别强调，这不能简单等同于要求成员提交案例。真正需要解决的是，怎样让用户开始实践、取得好处、识别自己的有效经验，并将其积累进共同体系。只有这个基本逻辑清楚，后续的活动方案、激励方式和产品机制才有更可靠的依据。目前这些仍是需要形成方案的议题，尚未全部开发完成。

经过进一步排序，我们把近期工作收敛到最优先的几项。其中，周六的社群启动活动具有明确的时间约束，因而被提前处理；用户需求整理和洞察，是判断本期应当满足什么需求的重要依据；社群整体说明需要帮助成员建立对共同目标和参与方式的理解；后续还要继续完善产品开发逻辑。活动本身不能只停留在一次分享，而是要先明确解决什么问题、带来什么效果、采用什么方案，以及如何组织成员共同实践。原本曾讨论过较高的参与人数目标，但我在会上明确表示，人数可以根据现实调整，重点还是把活动本身做好。活动实施之后，也需要留存结果和经验。

最后，我们落实了近期可以开展的具体行动。关于社群整体说明，先由每个人提出自己希望得到回答的问题，再整理目前已有的答案。我负责汇总已经取得的用户反馈，形成初步需求列表，并考虑改进此前较为随意的反馈收集方式。之后，大家分别借助Agent阅读需求、形成自己的洞察，计划在周五前完成，以便进一步讨论。周六活动则优先开发：先收集大家围绕‘我’文件夹建设提出的问题，由我形成初步实现方案，再在下一次沟通中共同讨论，随后准备活动说明、实施安排和经验留存。产品开发逻辑以及更完整的社群建设，则放在这些紧迫事项之后继续推进。

在选择工作时，我再次强调，共建者现阶段不需要先区分主要负责人和辅助人员，也不必因为暂时缺少能力就放弃感兴趣的成果。可以根据自己的意愿参与学习、观摩、讨论或实践，再在过程中发展相应能力。不过，对于需要共同理解的用户需求洞察和社群整体说明，大家仍需要实际投入。会议最后，我判断列出的成果已经超过短期能够完成的工作量，因此暂时聚焦最前面的重点事项。对我来说，当前最重要的是让已经形成的业务假设进入实际建设：先把对用户的理解、承诺的交付和第一轮可运行的活动落实，再根据真实效果调整产品、运营与操盘系统。这样，我们才能在实践中检验这些认识，而不是仅仅停留在一套看起来完整的逻辑上。