TECHNOLOGY · PRODUCT · HUMANITY

To Uphold
Our Technology
Utopia.

从脱兔到 Kong Agent。
二十余年，以产品理解技术，以技术追问人的自由。

探索作品 ↗阅读小 O 的人物访谈 ↗
WIT-FLEX 历史产品渲染图001 / WIT-FLEX — PRIVATE CLOUD STORAGE
AI-NATIVE SYSTEMS / 2026Kong Agent ↗
MAGICSOUND 历史产品图片
YUAN
ARCHIVE
01—26

不只是做过什么产品。
而是每一次，为何认为它值得被创造。

20+年的技术与产品探索
4,300 万+脱兔累计下载 · 创始人回忆
iF 设计奖标志
02 × iF2016 / 2019 产品设计奖
01 / SELECTED WORKSFROM THE ARCHIVE, NOT A CATALOG

Selected Works.

从一个真实的问题开始，
沿着技术、产品和时间继续探索。

WIT-FLEX · 原始资料
PRIVATE CLOUD STORAGE2014—2016

WIT-FLEX ↗

把个人数据所有权，设计成可以放在家里的实体产品。

BCM · 原始资料
DECENTRALIZED COMMUNICATION2017—2022

BCM ↗

让通信、身份和数字资产的控制权尽可能回到使用者。

PROJECT / 2026CCDLCODE CONSTITUTION DESCRIPTION LANGUAGE
CODE CONSTITUTION DESCRIPTION LANGUAGE2026

CCDL ↗

代码可以变化；需求语义和独立判定标准不应随意变化。

查看全部 17 个项目与研究 ↗
02 / THE UNDERLYING IDEA

Good technology
needs judgment.

产品不是功能的堆积。技术可行性、用户习惯、设计 Taste、经济约束和工程可靠性，必须放在同一个决策框架中衡量。把最有限的资源，投入最关键的矛盾。

从多协议下载、个人数据所有权，到长期 Agent 的目标准确性，反复出现的是同一个问题：什么才是值得优先解决的？

阅读设计与工程方法 ↗
01 / EXPLORE THE WORK

Product Archive.

从软件、家庭设备、工业设计到分布式网络与 AI Agent。已收录 9 个项目，所有封面均来自真实资料或明确标注的文字示意；每项均注明完成状态。

WHISTLE · 原始资料
CONNECTED AUDIO2015

WHISTLE↗

一个足够简单的入口，连接本地音乐与网络音乐。

Syncbox · 原始资料
PERSONAL HYBRID CLOUD2012—2016

Syncbox↗

数据应该属于用户，而不仅属于云端服务商。

AME for BCM · 原始资料
DISTRIBUTED NETWORK ARCHITECTURE2017—2020

AME for BCM↗

面向去中心化应用的分布式协调、路由与动态分片架构设想。

脱兔下载
MULTI-PROTOCOL P2P2005—2008

脱兔 · TUOTU↗

让资源更快抵达，也让稀缺内容有机会完整下载。

InkMesh
LOCAL-FIRST KNOWLEDGE WORKSPACE2026

InkMesh↗

以文档为中心，让知识阅读、检索与引用变得可验证。

Kunkun Study · 学习入口
FAMILY LEARNING WORKSPACE2026

Kunkun Study↗

让练习、阅读与探索，成为孩子可以自己开始的小旅程。

OPEN PROJECT STORIES17 PROJECT RECORDS
脱兔 · TUOTU2005—2008 · MULTI-PROTOCOL P2P打开项目 ↗
← 返回项目目录

脱兔 · TUOTU

MULTI-PROTOCOL P2P · 2005—2008

让资源更快抵达，也让稀缺内容有机会完整下载。

PROJECT / 2005—2008脱兔 · TUOTUMULTI-PROTOCOL P2P
脱兔 TuoTu 下载器界面
2007年3月作品

SOURCE / 创始人回忆与历史产品资料

PERIOD2005—2008
MATURITYSHIPPED
ROLE创始人 / CEO / 产品负责人
ORIGIN创始人回忆与历史产品资料

01 / THE PROBLEM

在早期互联网环境下，用户普遍面对下载速度不稳定、资源难以完整获取、工具之间彼此割裂的问题。

02 / THE JUDGMENT

以多协议、跨来源的下载策略改善速度和可获得性，同时避免将复杂协议选择直接暴露给普通用户。

03 / WHAT HAPPENED

创始人回忆累计下载超过 4,300 万次、峰值同时在线约 360 万，基本依靠口碑传播。

04 / THE REFLECTION

技术创新只有转化为用户明确感受到的速度、成功率与易用性，才真正形成产品价值。

Syncbox2012—2016 · PERSONAL HYBRID CLOUD打开项目 ↗
← 返回项目目录

Syncbox

PERSONAL HYBRID CLOUD · 2012—2016

数据应该属于用户，而不仅属于云端服务商。

Syncbox · 原始资料

SOURCE / 公司历史产品材料与创始人回忆

PERIOD2012—2016
MATURITYSHIPPED
ROLE创始人 / CEO / 产品负责人
ORIGIN公司历史产品材料与创始人回忆

01 / THE PROBLEM

移动设备容量有限，公有云方便却弱化了用户对数据及服务可持续性的直接控制。

02 / THE JUDGMENT

结合家庭 Server、P2P 穿透、差量同步和云端缓存，尽量减少上传带宽与远程访问条件带来的体验损失。

03 / WHAT HAPPENED

创始人提供的历史规模约 260 万注册用户；产品覆盖多种桌面与移动平台。

04 / THE REFLECTION

相比“云容量更多”，更重要的是用户能长期拥有、取回并自由管理自己的数据。

Syncbox · 史料照片
ORIGINAL ARCHIVE / WITFLEX-INTERFACE
Syncbox · 史料照片
ORIGINAL ARCHIVE / HISTORIC-TIMELINE
WIT-FLEX2014—2016 · PRIVATE CLOUD STORAGE打开项目 ↗
← 返回项目目录

WIT-FLEX

PRIVATE CLOUD STORAGE · 2014—2016

把个人数据所有权，设计成可以放在家里的实体产品。

WIT-FLEX · 原始资料

SOURCE / 远云网络计划书、产品渲染图及 iF 官方获奖页面

PERIOD2014—2016
MATURITYSHIPPED
ROLE产品负责人 / 获奖设计师名单首位
ORIGIN远云网络计划书、产品渲染图及 iF 官方获奖页面

01 / THE PROBLEM

用户希望拥有自己的资料，又需要接近公有云的一键备份与跨设备使用体验。

02 / THE JUDGMENT

以个人云设备整合本地存储、手机自动备份、文档管理和远程访问，用工业设计降低设备存在感和使用门槛。

03 / WHAT HAPPENED

2016 年获得 iF DESIGN AWARD。Lanny Yuan 在获奖设计师名单中列于首位；产品由企业及专业设计团队共同完成。

04 / THE REFLECTION

一个产品必须在功能可靠性与日常体验之间形成完整平衡，工业设计不能只是“外壳好看”。

WIT-FLEX · 史料照片
ORIGINAL ARCHIVE / WITFLEX-DEVICE
WIT-FLEX · 史料照片
ORIGINAL ARCHIVE / WITFLEX-PLAN
WIT-FLEX · 史料照片
ORIGINAL ARCHIVE / WITFLEX-INTERFACE
WIT-FLEX · 史料照片
ORIGINAL ARCHIVE / WITFLEX-AWARD
iF DESIGN AWARD · 官方获奖记录 ↗
WIT-BLOCK2015 · MODULAR HARDWARE SYSTEM打开项目 ↗
← 返回项目目录

WIT-BLOCK

MODULAR HARDWARE SYSTEM · 2015

外观一致、功能各异的堆叠单元：拿起一块就是一件设备，叠在一起就是一套系统。

WIT-BLOCK · 随心组合平台

SOURCE / WIT-BLOCK 产品介绍（远云网络） · 第 1 页

PERIOD2015
MATURITYSHIPPED
ROLE产品规划 / 设计方向
ORIGINWIT-BLOCK 产品介绍（远云网络）；远云网络历史项目计划书

01 / THE PROBLEM

口袋里的电器已经够多了：随身 Wi-Fi、充电宝、硬盘盒彼此独立，各有各的外形和接口，在包里无法统一共存。

02 / THE JUDGMENT

让每个单元外观一致、功能不同；上下盖凹凸互补，一个接口同时完成供电、数据通信与堆叠固定。单独拿起即可使用，组合起来即可升级：主控 Module + 硬盘 Dock 成为私人 NAS，电源 Bank + 音响 Component 让音乐随处响起。

03 / WHAT HAPPENED

保留下来的是产品介绍与计划书：首批单元规划为充电宝、私有云存储与外部存储扩展；开放 SDK 面向高端用户与国内软硬件团队定制内容与外观，并按上班族、学生族、家庭规划单元方向。此处作为设计方案展示，不将规划中的生态写成已量产成果。

04 / THE REFLECTION

真正有价值的模块化，不只是可以拼接，而是能降低多种使用场景的总体复杂度。

WIT-BLOCK · 让无限可能堆叠成 WIT-BLOCK：充电宝 · 私有云存储 · 外部存储扩展
WIT-BLOCK 产品介绍（远云网络） · P.3 · 让无限可能堆叠成 WIT-BLOCK：充电宝 · 私有云存储 · 外部存储扩展
WIT-BLOCK · 上下盖结构：一个接口实现供电、数据与堆叠固定
WIT-BLOCK 产品介绍（远云网络） · P.4 · 上下盖结构：一个接口实现供电、数据与堆叠固定
WIT-BLOCK · 随时合体：堆叠后的组合形态
远云网络历史项目计划书 · 随时合体：主控、音箱、电源与路由模块堆叠成一体
PLUG+2015 · CONNECTED HOME打开项目 ↗
← 返回项目目录

PLUG+

CONNECTED HOME · 2015

让联网能力自然融入家中的电器与插座。

PLUG+ · 原始资料

SOURCE / 远云网络历史项目计划书 · 第 9—11 页

PERIOD2015
MATURITYSHIPPED
ROLE产品规划 / 联合研发
ORIGIN远云网络历史项目计划书 · 第 9—11 页

01 / THE PROBLEM

不同品牌与类型的家电难以被统一访问与管理。

02 / THE JUDGMENT

围绕插座、控制 Hub 与移动端设计简单直观的远程控制路径。

03 / WHAT HAPPENED

历史计划书记录研发目标及完成开发的阶段性描述；未取得独立上市规模证据。

04 / THE REFLECTION

智能家居体验不该由更多按钮构成，而应减少完成一次日常操作所需要的步骤。

PLUG+ · 史料照片
ORIGINAL ARCHIVE / PLUG-DEVICES
PLUG+ · 史料照片
ORIGINAL ARCHIVE / PLUG-USE
WHISTLE2015 · CONNECTED AUDIO打开项目 ↗
← 返回项目目录

WHISTLE

CONNECTED AUDIO · 2015

一个足够简单的入口，连接本地音乐与网络音乐。

WHISTLE · 原始资料

SOURCE / 远云网络历史项目计划书 · 第 12 页

PERIOD2015
MATURITYSHIPPED
ROLE产品规划 / 联合研发
ORIGIN远云网络历史项目计划书 · 第 12 页

01 / THE PROBLEM

多来源音频通常意味着繁琐的设备配置和播放切换。

02 / THE JUDGMENT

将本地音乐导入、DLNA / SAMBA 等协议支持和云端音乐访问收敛至简单交互。

03 / WHAT HAPPENED

历史资料记载其作为 2015 年完成开发的产品线；此页未声明规模化销售。

04 / THE REFLECTION

设备应隐藏协议复杂性，让用户专注于内容与使用体验。

THE APP EXPERIENCE6 ORIGINAL SCREENS
WHISTLE App 界面 01
WHISTLE APP / 01
WHISTLE App 界面 02
WHISTLE APP / 02
WHISTLE App 界面 03
WHISTLE APP / 03
WHISTLE App 界面 04
WHISTLE APP / 04
WHISTLE App 界面 05
WHISTLE APP / 05
WHISTLE App 界面 06
WHISTLE APP / 06
Wi-Robot2015 · HOME ASSISTANT CONCEPT打开项目 ↗
← 返回项目目录

Wi-Robot

HOME ASSISTANT CONCEPT · 2015

未来智能家居管家：替一家人记录时光、守护安全，并用一句话控制家电。

Wi-Robot · 第一阶段产品介绍

SOURCE / Wi-Robot 产品介绍（2015） · 第 2 页

PERIOD2015
MATURITYSHIPPED
ROLE产品愿景 / 方案规划
ORIGINWi-Robot 产品介绍（2015）

01 / THE PROBLEM

家庭影像分散难找，居家安全依赖额外设备，家电控制入口各自为政；家里缺少一个常驻、听得懂一句话的入口。

02 / THE JUDGMENT

第一阶段只做三件事：拍照互动（跟随拍摄、语音拍照、人面识别与时间检索）、动作监测（守护模式、红外夜视、自动录制并推送报警）、物联网（联动 PLUG+ 智能插座控制电器）；照片同步备份到 WIT-FLEX 私有云，与既有产品线形成闭环。

03 / WHAT HAPPENED

保留下来的是 2015 年的产品介绍与路线图：Wi-Robot II 设想识别更多遥控器与开关、在家中自主行走并接入社区医疗；Wi-Robot III 设想加入手部能力与增值服务。这些属于方案阶段，不等同于已量产的机器人产品。

04 / THE REFLECTION

真正的智能应减少用户管理技术系统的负担。

Wi-Robot · 第一阶段 · 拍照互动：记录一家人的时光
WI-ROBOT 产品介绍（2015） · P.4 · 第一阶段 · 拍照互动：记录一家人的时光
Wi-Robot · 第一阶段 · 动作监测：守护模式与入侵报警
WI-ROBOT 产品介绍（2015） · P.7 · 第一阶段 · 动作监测：守护模式与入侵报警
Wi-Robot · 第一阶段 · 物联网：联动 PLUG+ 控制全屋电器
WI-ROBOT 产品介绍（2015） · P.8 · 第一阶段 · 物联网：联动 PLUG+ 控制全屋电器
Wi-Robot · 第二阶段 · Wi-Robot II：视觉识别与自主移动
WI-ROBOT 产品介绍（2015） · P.10 · 第二阶段 · Wi-Robot II：视觉识别与自主移动
BCM2017—2022 · DECENTRALIZED COMMUNICATION打开项目 ↗
← 返回项目目录

BCM

DECENTRALIZED COMMUNICATION · 2017—2022

让通信、身份和数字资产的控制权尽可能回到使用者。

BCM · 原始资料

SOURCE / BCM 产品演示视频、AME 白皮书及创始人回忆

PERIOD2017—2022
MATURITYSHIPPED
ROLE创始人 / CEO / 产品负责人
ORIGINBCM 产品演示视频、AME 白皮书及创始人回忆

01 / THE PROBLEM

中心化服务让使用者在身份、数据与通信控制上过度依赖单一平台。

02 / THE JUDGMENT

客户端持有并使用私钥签名；服务端仅提供必要的中继与辅助，不持有或恢复用户私钥。通过多重提醒和简化备份改善安全与易用性的取舍。

03 / WHAT HAPPENED

完成面向早期真实用户的 MVP。据创始人回忆，全球数万用户、累计下载不足 10 万；未展开正式市场推广。项目后期因外部因素终止。

04 / THE REFLECTION

安全、拥有权与便利性经常不能同时最大化，产品责任是把取舍公开而清晰地交给用户。

BCM App · 产品操作演示
BCM · 项目介绍
AME for BCM2017—2020 · DISTRIBUTED NETWORK ARCHITECTURE打开项目 ↗
← 返回项目目录

AME for BCM

DISTRIBUTED NETWORK ARCHITECTURE · 2017—2020

面向去中心化应用的分布式协调、路由与动态分片架构设想。

AME for BCM Figure 1.7: Dragonfly Networks

SOURCE / AME for BCM 白皮书 · Figure 1.7: Dragonfly Networks

PERIOD2017—2020
MATURITYSHIPPED
ROLE架构理念与方向提出
ORIGINAME for BCM 白皮书第 6—9 页节选

01 / THE PROBLEM

在去中心化前提下兼顾路由效率、规模扩展、节点协作与状态管理。

02 / THE JUDGMENT

将控制与服务责任分层，尝试以分组互联和元数据分布组织规模化节点网络。

03 / WHAT HAPPENED

完整白皮书架构未全部进入最终交付的 BCM 产品；此页明确作为历史设计文档展示。

04 / THE REFLECTION

未完成的架构仍有研究价值，但它必须与已经实现的 MVP 清楚区分。

THE ARCHITECTURE IN DETAIL9 ORIGINAL PLATES

从网络组织，到存储引擎。

以下按原始图号整理新增的九张白皮书截图。图中的连接、分层和索引表达设计思路；与具体产品的实现范围，仍以项目正文中的说明为准。

01 / NETWORK ORGANIZATION

从节点关系到环上消息路径

这组图把同一套网络从不同视角展开：Manager Ring 的层次、Unity 与 Group 的关系、跨组对应节点，以及消息如何在组内与组间传播。

AME for BCM Figure 1.2: Manager Ring Structure
FIGURE 1.2 / Manager Ring StructureManager Ring 的分层结构：命令与错误检查、消息发送、计算结果及预留层。
AME for BCM Figure 1.3: Unity, Group, and Counterpart
FIGURE 1.3 / Unity, Group, and CounterpartUnity、Group 与 Counterpart 的关系，以及 Ring 0 / Ring 1 的对应组织方式。
AME for BCM Figure 1.4: Group Management in Manager Ring
FIGURE 1.4 / Group Management in Manager RingManager Ring 中的分组管理，将管理逻辑与具体应用服务区分开来。
AME for BCM Figure 1.5: Data Flow on the Ring
FIGURE 1.5 / Data Flow on the Ring环上的消息广播：组内节点与跨组对应节点之间的数据流。
AME for BCM Figure 1.6: Hamming Graph
FIGURE 1.6 / Hamming Graph用另一种视角表达组内连接与组间连接，以及 Worker Ring 的分片命名思路。

02 / WORKER RING

服务节点如何组织与定位

Worker Ring 的图示进一步连接客户端、服务节点与分片路由，把节点组织和资源查找放在同一套结构中考虑。

AME for BCM Figure 1.8: Worker Ring (Ring 1) Sub-System
FIGURE 1.8 / Worker Ring (Ring 1) Sub-SystemWorker Ring 子系统：客户端、Unity、实际服务器与临时工作节点的组织关系。
AME for BCM Figure 1.9: Unify Group and Inter-Group Connection
FIGURE 1.9 / Unify Group and Inter-Group Connection分片内与分片间路由表，连接节点分组与跨组资源定位。

03 / STORAGE DESIGN

网络之外，还要设计数据怎样读写

ABNS 的图示把视角延伸到存储引擎：分别组织读写路径，并在读取效率、写入吞吐和空间使用之间作出取舍。

AME for BCM Figure 3.1: ABNS Architecture
FIGURE 3.1 / ABNS ArchitectureABNS 存储集群与引擎：表示层、读写优化存储、合并与 Shadow Paging。
AME for BCM Figure 3.2: ABNS Design Trade-off
FIGURE 3.2 / ABNS Design Trade-offABNS 在读、写与空间优化之间的取舍，以及自适应结构和不同索引的设计位置。
MAGICSOUND2019 · AUDIO PRODUCT DESIGN打开项目 ↗
← 返回项目目录

MAGICSOUND

AUDIO PRODUCT DESIGN · 2019

音频硬件与可理解的控制界面之间的设计平衡。

MAGICSOUND · 原始资料

SOURCE / 受访者提供的产品资料与 iF 官方获奖页面

PERIOD2019
MATURITYSHIPPED
ROLE产品发起与负责 / 获奖设计师名单首位
ORIGIN受访者提供的产品资料与 iF 官方获奖页面

01 / THE PROBLEM

音频类产品在功能丰富时，往往容易将学习成本转嫁给用户。

02 / THE JUDGMENT

在专业能力与易用性之间作取舍，让设备控制逻辑更接近实际操作习惯。

03 / WHAT HAPPENED

2019 年获得 iF DESIGN AWARD；Lanny Yuan 位于设计师名单首位。

04 / THE REFLECTION

好设计不是抽象的审美偏好，而是人、任务、物理约束和使用情境的综合判断。

MAGICSOUND · 史料照片
ORIGINAL ARCHIVE / MAGICSOUND-PRODUCT
MAGICSOUND · 史料照片
ORIGINAL ARCHIVE / MAGICSOUND-AWARD
iF DESIGN AWARD · 官方获奖记录 ↗
企业知识智能 · SLAMS2023— · ENTERPRISE KNOWLEDGE AI打开项目 ↗
← 返回项目目录

企业知识智能 · SLAMS

ENTERPRISE KNOWLEDGE AI · 2023—

让历史工程文档成为可信、可追溯、可验证的工作依据。

PROJECT / 2023—企业知识智能 · SLAMSENTERPRISE KNOWLEDGE AI
SLAMS logo

SOURCE / 项目经验摘要（客户特定资料未公开）

PERIOD2023—
MATURITYSHIPPED
ROLE技术与产品战略 / 架构探索
ORIGIN项目经验摘要（客户特定资料未公开）

01 / THE PROBLEM

存量工程文档格式复杂，检索方式割裂，模型回答需要可靠的依据与引用。

02 / THE JUDGMENT

把 ETL、文档理解、检索与 provenance 组合进可审查流程，而非只把文件塞进聊天框。

03 / WHAT HAPPENED

技术实践持续推进；涉及客户的性能细节和业务文档未在公开样板站披露。

04 / THE REFLECTION

企业 AI 的价值不在回答是否漂亮，而在证据是否准确、操作是否可追溯。

CCDL2026 · CODE CONSTITUTION DESCRIPTION LANGUAGE打开项目 ↗
← 返回项目目录

CCDL

CODE CONSTITUTION DESCRIPTION LANGUAGE · 2026

代码可以变化；需求语义和独立判定标准不应随意变化。

PROJECT / 2026CCDLCODE CONSTITUTION DESCRIPTION LANGUAGE
CCDL · AI Charter logo

SOURCE / CCDL v4.0 Constitution（2026-05-03）

PERIOD2026
MATURITYIN PROGRESS
ROLE方法论提出与体系设计
ORIGINCCDL v4.0 Constitution（2026-05-03）

01 / THE PROBLEM

Agent 可能通过改写实现、测试或验收口径，制造“任务完成”的假象。

02 / THE JUDGMENT

SDD 规定什么必须成立，ODD 规定如何判定，TDD 规定如何执行判定；ODD 是架构中心，修复不得降低 Oracle。

03 / WHAT HAPPENED

形成 v4.0 规范与部署材料，部分原则已在内部 Harness 中运用；尚无大规模量化 Benchmark。

04 / THE REFLECTION

实现方式可以变化，验证依据和原始语义不应在修复中被悄悄改变。

Kong Agent2026— · DURABLE AGENT SYSTEM打开项目 ↗
← 返回项目目录

Kong Agent

DURABLE AGENT SYSTEM · 2026—

长期运行的 Agent 最难的，不是开始行动，而是始终行动在正确目标上。

PROJECT / 2026—Kong AgentDURABLE AGENT SYSTEM
Kong Agent · 思考者 logo

SOURCE / Kong 架构与内部实验记录

PERIOD2026—
MATURITYIN PROGRESS
ROLE原创愿景 / 产品策略 / 架构规划
ORIGINKong 架构与内部实验记录

01 / THE PROBLEM

长期任务容易跑偏；单模型有能力盲区；多角色工作缺少可靠的状态管理和治理边界。

02 / THE JUDGMENT

把任务持久性、角色职责、Verifier、循环控制和 Owner 的 Spec 修改权分开定义。下一阶段提出 Spec → Graph 与动态 Agent 编排方向。

03 / WHAT HAPPENED

完成部分规范与实验，整套 Kong Agent 尚未开发完成；图中架构表达不代表已交付软件界面。

04 / THE REFLECTION

Agent 真正重要的不是看起来多自主，而是长期可靠地对齐目标与人类授权。

Grok Bot Team Harness2026 · MULTI-AGENT ENGINEERING PROCESS打开项目 ↗
← 返回项目目录

Grok Bot Team Harness

MULTI-AGENT ENGINEERING PROCESS · 2026

让多角色协作建立在证据、独立审查和可恢复状态之上。

PROJECT / 2026Grok Bot Team HarnessMULTI-AGENT ENGINEERING PROCESS

SOURCE / Harness v3.2 文档、TWB 与 InkMesh 任务账本

PERIOD2026
MATURITYSHIPPED
ROLE流程设计 / 角色治理 / 实践组织
ORIGINHarness v3.2 文档、TWB 与 InkMesh 任务账本

01 / THE PROBLEM

没有约束的多 Agent 容易重复劳动、互相覆盖工作或把局部通过错当整体完成。

02 / THE JUDGMENT

使用 append-only 账本、证据门、升级阶梯、Merge Lock、自动下一任务派发与独立 DSH 验收。

03 / WHAT HAPPENED

已在股票控制台及 InkMesh 的内部原型开发中应用；所记录的通过情况仅覆盖各自定义的验收范围。

04 / THE REFLECTION

协作质量来自边界、角色与验证的组织，而不是单纯增加模型数量。

InkMesh2026 · LOCAL-FIRST KNOWLEDGE WORKSPACE打开项目 ↗
← 返回项目目录

InkMesh

LOCAL-FIRST KNOWLEDGE WORKSPACE · 2026

以文档为中心，让知识阅读、检索与引用变得可验证。

InkMesh · 已选 B 版展示图

SOURCE / InkMesh 2026-11-01 开发报告与本地 RC 证据

PERIOD2026
MATURITYSHIPPED
ROLE产品方向与验收治理
ORIGINInkMesh 2026-11-01 开发报告与本地 RC 证据

01 / THE PROBLEM

个人知识工作需要准确的引用、权限边界和可靠的本地文件操作。

02 / THE JUDGMENT

以 DAG 拆分任务、双 Lane 实施、Red 独立审查与 Judge 严重度复核推动迭代。

03 / WHAT HAPPENED

项目形成 30 节点 DAG 及本地条件批准 RC；真实 PDI 集成、部分图表能力与完整用户 E2E 仍未完成。

04 / THE REFLECTION

可信交付必须诚实暴露尚未接通的能力，而不能用漂亮的演示掩盖缺口。

股票控制台2026 · TRADING WORKBENCH打开项目 ↗
← 返回项目目录

股票控制台

TRADING WORKBENCH · 2026

把多源信息与工作流整合为可操作的交易研究桌面。

DESIGN SYSTEM / RESEARCH / AGENT SKILL

TrellisWM
视觉设计语言
研究与复用规范

从真实 CSS 和浏览器计算样式中提炼黑白灰、荧光绿、编辑式排版、Bento 栅格与空间动效。

SOURCE / Trellis Trading Workbench QA 与 Harness 账本

PERIOD2026
MATURITYSHIPPED
ROLE产品设计 / Harness 试点
ORIGINTrellis Trading Workbench QA 与 Harness 账本

01 / THE PROBLEM

研究流程跨图表、行情、订单与日志，需要清晰可组织的多窗口工作区。

02 / THE JUDGMENT

使用可停靠工作台，组织图表、列表与模拟交易信息，并通过 Harness 完成多轮审查。

03 / WHAT HAPPENED

首轮 P0 QA 通过并记录 P1 缺口；后续工作仍涉及外部后端和 Windows 测试依赖。

04 / THE REFLECTION

系统交付是由明确的范围和门禁定义，而非“看起来做完了”的叙述定义。

Kunkun Study2026 · FAMILY LEARNING WORKSPACE打开项目 ↗
← 返回项目目录

Kunkun Study

FAMILY LEARNING WORKSPACE · 2026

让练习、阅读与探索，成为孩子可以自己开始的小旅程。

Kunkun Study · 家庭学习空间

SOURCE / 用户提供的学习入口截图 · Kunkun Study 本地项目说明

PERIOD2026
MATURITYSHIPPED
ROLE产品规划、交互设计与应用开发
ORIGIN本地项目说明与用户提供的网页截图

01 / THE PROBLEM

练习、词书和绘本分散在不同入口，孩子每次开始都要重新选择。学习材料不缺，缺少的是一个看得懂、愿意点开、还能接着上次探索的空间。

02 / THE JUDGMENT

把最近使用的内容放在前面，让一个小选择就能开始；把数学、语文、英语和故事收进同一座百宝箱。用熟悉的插画、简短提示和清楚的按钮，支持每次五到十分钟的小探索。

03 / WHAT HAPPENED

统一入口已整合 12 项学习内容与工具，包括数学小练习、数数森林、写字练、拼音练、三套英语词书、三部动画绘本，以及 FastLane 与看得见的数学。各应用保持独立，入口负责组织内容与记住最近打开的项目。

04 / THE REFLECTION

儿童学习产品不只是在页面上给出正确答案，更要让孩子看得懂、敢操作，并愿意自己继续。学习陪伴 Agent 仍是独立的后续探索，不把设计中的能力写成已经完成的产品。

02 / THE JOURNEY

Always Curious.

职业生涯不只是公司名称和成功数字，也由反复出现的信念、取舍和未完成的尝试构成。

“
AN EDITORIAL INTERVIEW

“TUOTU 不只是‘脱兔’的速度感。它来自 To Uphold Our Technology Utopia. 从开放下载协议、个人数据所有权，到去中心化通信和 AI Agent，这个出发点一直没有改变。”

根据小 O 与袁振南多轮交流整理；不是现场逐字录音。

THE COMPLETE INTERVIEWTEXT / IMAGES

技术乌托邦的长期主义者

小 O × 袁振南：职业生涯深度访谈。完整问答与历史图片。

阅读完整图文访谈 ↗
1999

工程起点

在加拿大从基础软件与金融机构系统工程开始。

2005

TUOTU / 脱兔

从网络协议的限制中寻找改变大众产品体验的机会。

2012

Syncbox

从云的便利性进一步思考个人数据所有权。

2014—19

产品与工业设计

WIT 系列、家庭智能设备，以及两项 iF 设计奖。

2017

BCM / AME

从个人数据控制走向加密通信与分布式自治。

2023

企业 AI

把可追溯的工程知识连接到 AI 工作流。

2026

CCDL / Kong

围绕长期 Agent 的目标准确性与可验证工程继续探索。

03 / PRODUCT THINKING

Principles of Making.

不同年代的工程限制、用户体验和产品取舍，逐渐形成一套可复用的判断方法。

HUMAN-CENTERED DESIGN

从人的下一步行为，反推产品的设计。

观察用户的习惯、限制、注意力和真实任务路径，再决定界面、交互与功能。

TRADE-OFF ECONOMICS

设计不是求全，而是在约束中作选择。

以机会成本和结构化分析平衡便利、安全、成本、风险与质量。

THE 80/20 PRINCIPLE

把资源投向最关键的少数问题。

并非所有问题影响相等。先找出那些决定产品价值和工程结果的因素。

BOTTLENECK THINKING

系统上限常由最短的木板决定。

从网络吞吐、家庭上传带宽到长期 Agent 漂移，优先解决限制全局的问题。

OWNERSHIP & TRUST

数据和资产的控制权应当尽可能归用户。

从 Syncbox 的个人云到 BCM 的非托管体系，持续探索便利性与自主权的边界。

VERIFIABLE ENGINEERING

实现可以变化，原始意图不能悄悄变化。

CCDL 的 SDD / ODD / TDD 和 Host 的独立验证，服务于长期任务的目标语义一致性。

04 / PRIMARY MATERIALS

Original Evidence.

真实产品图、白皮书截图、iF 获奖记录、专利记录与历史宣传片。所有素材保留当时背景，不把设计提案写成已上市成果。

BCM · 产品操作与演示
点击封面或播放按钮观看视频。
AME for BCM · 去中心化架构愿景
点击封面或播放按钮观看视频。
THE AWARDSiF 2016 / 2019
WIT-FLEX 官方获奖资料
iF DESIGN AWARD · 2016

WIT-FLEX

企业产品获奖；Lanny Yuan 列于所持获奖设计师记录首位，产品由团队合作完成。

查看 iF 官方记录 ↗
MAGICSOUND 官方获奖资料
iF DESIGN AWARD · 2019

MAGICSOUND

企业产品获奖；Lanny Yuan 列于所持获奖设计师记录首位，产品由团队合作完成。

查看 iF 官方记录 ↗
THE PATENTS三项为不同统计口径
个人专利检索清单原始截图
个人专利检索清单原始截图 · 跨年度约 30 条个人检索记录，本人参与申请约 15–16 件
BCM 在 incoPat 2020 区块链发明专利统计中列第94，公开申请18件
incoPat 2020 区块链发明专利统计 · BCM 第 94 名，公司公开申请 18 件
AME for BCM WHITEPAPERHISTORICAL ARCHITECTURE PLATES
AME for BCM 白皮书第 6 页
AME for BCM / ORIGINAL WHITEPAPER · P. 6
AME for BCM 白皮书第 7 页
AME for BCM / ORIGINAL WHITEPAPER · P. 7
AME for BCM 白皮书第 8 页
AME for BCM / ORIGINAL WHITEPAPER · P. 8
AME for BCM 白皮书第 9 页
AME for BCM / ORIGINAL WHITEPAPER · P. 9

档案标注说明：历史白皮书所示的架构设计不等于系统已完整交付；项目阶段与数字以原始文档及个人回忆为准。新增史料可以继续加入统一项目数据与档案目录。