id x-coredata://A8D5A7E5-5061-48BD-B135-3CB8F0EBC947/ICNote/p5080
title 【年中总结】
created 2026年5月6日 星期三 10:54:25
modified 2026年5月13日 星期三 10:53:52
plaintext
【年中总结】
工作流的优化
回归产品的本质
调用整个团队，实现月均 300 万元的目标
基于云效的产研协同；基于Codex 的自动化开发
场景-人群-需求-产品 链条
【周报】【2026 年年中总结】
这页我想讲的重点，不是“我们用了几个 AI 工具”，而是我们正在往一种新的组织形态走，也就是 AI Native 组织。
传统互联网公司的研发流程，大家都很熟悉：PM 先写 PRD，设计出图，开会宣讲，排期，开发，测试，再上线。这个链路看起来很标准，但问题是周期很长，而且中间只要方向一变，就要重新拉人对齐，重新同步信息，重新改文档、改排期、改方案。
真正拖慢效率的，很多时候不是写代码，也不是出方案，而是大量的跨角色沟通、信息同步和反复对齐。
所以 AI Native 组织要解决的，不只是“让 AI 帮研发写代码”，而是把整个协作方式重构掉。
我们要做的第一件事，是把所有工作统一沉淀到云校这个平台里。需求、任务、设计、接口、代码、Bug、测试、上线、复盘，都不再散落在群聊、会议纪要、Excel 和个人文档里，而是进入同一个事实源。
第二件事，是让每个人都有自己的 Agent 和上下文。产品、研发、测试、交付，每个角色都可以把自己的目标、负责模块、历史决策、当前重点沉淀下来，让 AI 参与需求澄清、方案推演、任务拆解、代码评审、测试用例生成和复盘总结。
第三件事，是把一次次重复出现的动作，沉淀成可复用的 Skill。比如 PRD 解析、原型生成、会议纪要、测试用例、上线 SOP、交接清单、复盘报告，这些不应该每个项目都从零开始，而应该变成组织可以复用、组合、复制的能力。
所以这页的核心结论是：
AI Native 组织，不是在传统流程里加一个 AI 工具，而是把流程本身升级为“统一上下文 + Agent 协作 + Skill 沉淀”的新型研发体系。
最终我们要从“做完一个项目”，升级为“每做完一个项目，就沉淀一组组织能力”。这才是 AI Native 真正带来的效率提升。
ai native，不只是 ai coding 一件事
body
【年中总结】
工作流的优化
回归产品的本质
调用整个团队，实现月均 300 万元的目标
基于云效的产研协同；基于Codex 的自动化开发
场景-人群-需求-产品 链条
【周报】【2026 年年中总结】
这页我想讲的重点，不是“我们用了几个 AI 工具”，而是我们正在往一种新的组织形态走，也就是 AI Native 组织。
传统互联网公司的研发流程，大家都很熟悉：PM 先写 PRD，设计出图，开会宣讲，排期，开发，测试，再上线。这个链路看起来很标准，但问题是周期很长，而且中间只要方向一变，就要重新拉人对齐，重新同步信息，重新改文档、改排期、改方案。
真正拖慢效率的，很多时候不是写代码，也不是出方案，而是大量的跨角色沟通、信息同步和反复对齐。
所以 AI Native 组织要解决的，不只是“让 AI 帮研发写代码”，而是把整个协作方式重构掉。
我们要做的第一件事，是把所有工作统一沉淀到云校这个平台里。需求、任务、设计、接口、代码、Bug、测试、上线、复盘，都不再散落在群聊、会议纪要、Excel 和个人文档里，而是进入同一个事实源。
第二件事，是让每个人都有自己的 Agent 和上下文。产品、研发、测试、交付，每个角色都可以把自己的目标、负责模块、历史决策、当前重点沉淀下来，让 AI 参与需求澄清、方案推演、任务拆解、代码评审、测试用例生成和复盘总结。
第三件事，是把一次次重复出现的动作，沉淀成可复用的 Skill。比如 PRD 解析、原型生成、会议纪要、测试用例、上线 SOP、交接清单、复盘报告，这些不应该每个项目都从零开始，而应该变成组织可以复用、组合、复制的能力。
所以这页的核心结论是：
AI Native 组织，不是在传统流程里加一个 AI 工具，而是把流程本身升级为“统一上下文 + Agent 协作 + Skill 沉淀”的新型研发体系。
最终我们要从“做完一个项目”，升级为“每做完一个项目，就沉淀一组组织能力”。这才是 AI Native 真正带来的效率提升。
ai native，不只是 ai coding 一件事