战略提案 · AGENTIC DELIVERY

行云

agile, by craft.
行云流水 · 又快又好地交付
日期 【 】

我们是按需接活的开发团队——常驻 IM,其余是随市场起落的 Web3 / Web2 项目目前实际仍是两个团队(原 AI 团队 + 原 IM 团队)、处于过渡期,目标是合成一个精简的 agentic 团队。 AI 让我们更快把开发做成 又快又稳的流水线——本案重做交付方式、组织演进、运维与安全闸口。

局势 the setup

原 IM 团队的主场是 IM——唯一的连续性资产;其余收入来自随市场起落的项目,且 以 Web3 为主。这意味着资金风险是常态,不是偶发

AI 大幅压缩了出码成本——问题不在"写得慢",而在怎么把开发做成又快又稳的流水线。带着旧的安全水平更快上链,只会把下次事故提前。

工业革命靠流水线;AI 时代,谁先把开发做成流水线,谁就跑赢同行。
团队性质
市场需求驱动 · 接活型
常驻
IM · app(iOS+Android)
项目
1–2 个并行 · Web3 为主
现状
两个团队 · 过渡期 → 一队
愿景
10 → 4 人 · 两队合一

组织演进 · 两队 → 一队 two into one

现在实际是两个团队,过渡期里当"一个团队"跑;终点是合成一个精简的 agentic 团队。下面这条演进,才是这次重组真正的主线。

现状 · 两个团队
原 AI 团队(我们)
projects · agentic · 快很多
原 IM 团队 · Bruce
IM · 接收新事物较慢
过渡期
终态 · 一个团队
一个精简的 agentic 团队
· 三层:中台 / IM 核心 / 项目 pod
· 10 → 4 人 · 产出反增
· 一套流水线 · 一套权限(Kai)
最高权限收 Kai → 两队各拿可用子权限 异开发分支(团队级)· 同测试分支(发版 app) 解耦:我们尽量接不依赖另一边的需求 数据驱动:AI 从 Linear + Lark 抓指标 → 量化 → 末位淘汰
决策话语权 · 谁说了算
Edward —— 优先级最高(整体)
Noah —— 技术方优先级最高
原 IM 团队跟随执行,技术决策由 Noah 拍板,不再单独过问。
↓ 终态展开:一个团队 = 三层结构

共享中台

服务 IM 与所有项目
Edward 优先级最高·协议 Noah 技术最高·架构 Kai 安全·权限收口 Helen AI工程·脚手架·k8s Knownoknow 设计系统
中台服务于下两层

IM 常驻核心

原 IM 团队 · 跟随执行
Bruce 协调 xiaxia 产品 maple iOS air Android O3 后端 WQ 前端 Riva 测试 qiu 运维 SolomonFu 合约
按需 抽调

项目 Pod

原 AI 团队 · Web3 为主 · Noah
Edward 愿景 Ethan 后端/合约 Helen 后端/运维 Django 前端 marvin iOS harley Android lumina 测试 zekai 测试
另一种看法:项目 pod = 进攻组(快速出活);安全闸口 + 测试 + 运维 = 防御组(守质量与稳定)。两组之间,就靠下面这条流水线衔接。

流水线 the pipeline

工业革命与计算机时代最伟大的发明之一,是流水线。AI 时代我们也给团队订一套——既提效,又保质,一次到位。

01
需求 + PRD
大 issue → PRD / UIUX
产品(xiaxia) · Edward(协议愿景)
02
开发 · 80% 自测
不分前后端 · agent 开发
开发者完成 80% 自测
进攻组 / pod
03
测试
只管测试 · 自动化
测试能自修自测
lumina / zekai(+Riva)
04
验收
测试 + 产品 双验收
Lark@测试验收
测试 + xiaxia
05
交付 · 上链
过安全闸(Web3 重闸 · 65→95%+)
CICD 发布
Kai/Edward · Helen/qiu
不分前后端,团队订一套流程 开发只管开发 + 自测 测试只管测试 验收 = 测试 + 产品 一套 wiki(Notion)= 共享记忆
临时工照着做就能上手
持续迭代 agentic workflow
每个大 issue 在 Linear 里: PRD / UIUX agent 开发 推 GitHub · 更新 Linear · Lark@测试验收

提速:单人产出 ↑30–50%,1–2 人的 pod 就能交付一个项目。  分支:两队走各自的开发分支,汇于同一测试 / 发版分支(IM app);尽量接不依赖另一边的需求,减少互相拖累。

运维改造 ops · cicd · k8s

从"没上 k8s"到 容器化 + CICD + 环境分层 + 权限分离。运维不再是发布的瓶颈,而是流水线最后一段的自动化。

env
开发测试环境
meeow / loomeoow
CICD 自动部署
env
测试环境
Riva / im5 · 同测试分支
CICD
env
预发测试
打包 → 预发验证
rel
main 发布分支
发布上线
obs
线上回归 + 监控
实时链上监控
单次事故损失 ↓80%+
k8s:容器化 · 环境可复制 · 弹性伸缩 CICD:每环境自动构建 / 部署,审计闸内置 权限分离:最高权限收 Kai · 按团队下放子权限 · 写 ≠ 部署 · 链上特权多签 过渡期:Helen + qiu 牵头,原运维平滑迁移

权责矩阵 RACI

红线!

话语权:Edward 优先级最高Noah 技术方最高;原 IM 团队跟随执行,不单独过问。 凡涉及 合约 / 资金 / 上链,安全闸口(Kai · Edward)有 强制 C,且部署需其签字。最高权限统一收口于 Kai,按团队下放子权限。

A 拍板(唯一) R 执行 C 事前咨询 C! 强制·不可跳过 I 事后知会

共享中台

IM 和项目都用
领域ARCI
整体技术架构与标准NoahNoahEdwardKaiEthan全员
协议 / 经济模型设计每个 Web3 项目EdwardEdwardNoahKaiSolomonFupod
最高权限收口 / 子权限下放 / 密钥两队各拿可用子权限KaiKaiNoahEdward全员
安全闸口逐项目·风险分级KaiKaiEdwardEthanSolomonFu全员
容器化 / k8s / CICD 平台NoahHelenqiuKai全员
实时链上监控 + RunbookKaiKaiHelenEdwardqiu全员
AI 工具 + 脚手架 + 指标统计Linear+Lark 量化NoahHelenKaiEthan全员

IM 常驻核心

原 IM 团队 · 跟随执行(Noah 拍板)
领域ARCI
IM 交付 / 进度 / 协调NoahBruce全员
IM 产品 / 需求NoahxiaxiaEdward相关
IM iOSNoahmaplemarvin
IM AndroidNoahairharley
IM 后端NoahO3Ethan
IM 前端 / web 面官网·后台·PCNoahWQKnownoknow
IM 测试 / 验收NoahRivaxiaxialuminazekai
IM 运维 / 部署NoahqiuKai
IM 合约 / 链上若有NoahSolomonFuKaiEdward

项目 Pod

原 AI 团队 · Web3 为主 · Noah 交付
领域ARCI
项目交付 / pod 编组NoahNoah全员
项目立项 / 市场需求验证NoahxiaxiaEdward全员
项目协议 / 经济设计愿景EdwardEdwardNoahKaipod
项目产品执行专业产品·需求xiaxiaxiaxiaEdwardNoah
开发 + 80% 自测不分前后端NoahEthanHelenDjangomarvinharleyEdwardlumina/zekai
测试自动化·自修自测NoahluminazekaiRivapod
验收测试 + 产品 双验收xiaxialuminazekaixiaxiaEdwardNoah
项目合约 / 链上NoahEthanSolomonFuKaiEdwardO3
交付 / CICD 上线NoahHelenqiuKai全员