工具 · 内容 · 系统
工具、内容、基础设施、自动化与投资互相调用——新项目站在已有的东西上,不是从零开始。
Research → Think → Create → Act → Self-Improve,每轮记录、复盘、写回 MD 宪法。
L1 对话层做事,L2 观景层看,文档治理两面之间。
用呼吸当唯一操作的平静游戏,没有失败、没有分数。
自建邮件系统接 Twenty CRM 与 Newsletter,AI 驱动。
零 Key 多源并发搜索聚合器,谁行谁上。
从 Web 到桌面到嵌入式,结构设计先于代码。
Automation——可控服务加上只读的能力清单,文件始终留在原地。一条自改进闭环:Research → Think → Create → Act → Self-Improve,每一轮都被记录、复盘,并写回 MD 宪法;Self-improvement loop(PDCA + MD 宪法):每一轮喂给下一轮。
做出一件东西,尚未分发——FengMedia 37 个项目(2026-10-05《强将手下无弱兵》)是由选题到成片的创作中枢;FengInvest 91 scripts 也算 create(行情研究 / 资产分析报告)。
Docs are the control plane——每轮迭代重写宪法,宪法塑造下一轮循环;AI 是最严格的读者,它按字面执行。
可控服务 + 只读能力清单 · 文件留在原地
Two-layer interface principle:L1 负责 build,L2 负责 view,docs 负责管——这一页(FengOS)就是观看层。
每一个动作都在对话里运行:人用 natural language(Skill)驱动 ZCode / Skill;AI 读 docs、调工具、写回结果;System 是真实系统,结果以只读方式浮出。
只读,用来检查与展示;本页就是观看层(FengOS)。
AGENTS 规则 · MISSION 目标 · todo 账本 · FENGMEM 记录 · Skill 包
C1 · 数据留在本地 C2 · 产出进入备份管线
Docs are the control plane——AI 是最严格的读者,它按字面执行。
systems in production:FengInvest · FengMedia · FlyGo · FengMail · 纯工具:TTS-UI
体系全景不替别的页说话——范式、论证、工程各归其位,这里只留指路牌。
五层、双轨、双循环怎么拼成一个人带一支舰队的操作系统——5DT 范式的框架全景与软件工程架构,完整版见 Feng Human-in-the-Loop 页。
对话层负责做,观景层负责看,文档层负责管——两层界面原则的完整论证与诊断法,见 理念页。
结构设计先于代码,交付才是目的——从 Web 到桌面到嵌入式。 从结构到交付。
FengOffice——AI 统一邮件与 CRM,把内容运营的基础设施收进一条自动化链路。
一个 CLI 管邮件,一个 Docker 栈跑 Twenty CRM,邮件发现 → 回复 → CRM 录入,完整链路打通。新闻稿由 Newsletter 系统(Listmonk)自动分发。
不接受模糊需求。拆到可量化、可验证,才叫清楚。
用 PDCA 推进:先规划,再按阶段执行、检查、修正,而不是一上来就乱写。结构想清楚以后再解耦,不能把所有东西乱塞在一起。
PDCA 推着走。拆解、研究、规划、执行、检查,层层递进。
结构想清楚以后再解耦,不能把所有东西乱塞在一起。能复用的全部复用——可抽离的模块、样式、组件和流程,我都会尽量做成可复用。
真实世界不是二维表格。数据是网状关系,不是行列。
我会一起考虑用户需求、部署路径、维护成本,以及工具如何嵌入真实流程。产品加运营视角、调试与迭代纪律、文档与交接意识——这些比代码本身更重要。
我经常把 API、表格、本地文件、提示词系统接起来,把原本零散的手工步骤收束成能运行的工作流。
开源优先,AI 加速,选最合适的而不是最炫的。
优先研究开源项目:如果已有合适的开源方案,我会先研究别人的实现,再决定怎么做。没有开源项目时再研究 AI 方案:但 AI 只是加速器,不是替代结构思考的东西。
代码不是唯一重点:功能是否正确、是否稳定、是否好用,比单纯代码堆砌更重要。
代码只是中间产物。文档、部署、维护、迭代,才是交付的开始。
如果你想看具体仓库、代码讲解、架构说明,或者需要偏招聘视角的技术筛选版本,我可以按场景展示最相关的代码:增长工具、内部软件、自动化工具或多平台构建。
想得到,做得出
工具需要有商业场景才有价值
与黄仁勋于HKUST合影——我在他的后面。
他站在我面前,我却觉得我们并无不同——不过是同一段故事里,翻到了不同的页码。他也许是这世上最重要的人,但他的时间银行里,存款不如我多。