一场关于工作、健康、业务与长期成长的 AI 修行。

工具会迭代,方法会迁移;真正有复利的是完成事情的方式。
| 工具清单 | 系统能力 |
|---|---|
| 关注模型名 | 关注任务如何被交付 |
| 追逐新功能 | 建立稳定流程 |
| 一次性提效 | 形成可复用资产 |
| 靠感觉判断 | 用证据验收结果 |
不是多一个工具,而是换一种完成事情的方式。
| 关键词 | 要带走的内容 |
|---|---|
| 判断 | AI 改变的不只是工具,而是完成事情的接口。 |
| 地图 | AI 使用有四个层级,真正复利从工作流开始。 |
| 方法 | 把 Vibe Coding 升级成 AI 时代做事方法。 |
| 系统 | 用 Harness Engineering 固化成可靠环境。 |
| 边界 | 人负责方向、验证、权限和结果。 |
| 长期 | AI 也要服务身体、业务、关系和长期成长。 |
| 场景 | 升级方向 |
|---|---|
| 写代码 | 从一句话生成,到可测试、可审查的软件交付。 |
| 做工作 | 从临时问 AI,到会议、文档、项目、复盘工作台。 |
| 管健康 | 从靠意志力,到输入、输出、上下文和趋势反馈。 |
| 做业务 | 从生成方案,到数据、实验、指标、复盘的业务回路。 |
| 带组织 | 从买 AI 工具,到权限、审计、验收、责任边界。 |
| 过人生 | 从短期冲刺,到长期复利、持续维护和松弛奋斗。 |
过去我们操作软件;现在我们要表达目标、组织上下文、验收结果。
| 旧接口 | 新接口 |
|---|---|
| 打开软件 | 说明目标 |
| 点击菜单 | 提供上下文 |
| 手工执行 | 让系统协作 |
| 人脑记流程 | 让流程留下痕迹 |
AI 不只是更聪明的搜索框。它正在从“回答问题”进入“参与任务”,人也必须从操作者升级为编排者。
单点技能仍然重要,但高价值部分正在上移到系统设计。
会做一件事,是技能;让一类事持续被做好,是系统能力。AI 越强,人的价值越不该停留在执行末端。
Prompt 是入口,任务编排才是 AI 时代真正的工作方式。
多数人已经开始用 AI,但真正的差距在于使用层级。

| 层级 | 典型用法 | 价值变化 |
|---|---|---|
| Level 1 | 问答解释 | 获取答案 |
| Level 2 | 局部提效 | 缩短时间 |
| Level 3 | 工作流伙伴 | 复用流程 |
| Level 4 | 业务引擎 | 嵌入系统 |
Level 1 和 Level 2 解决“快一点”;Level 3 和 Level 4 开始解决“持续做成”。
一句话需求只能得到一次结果;任务协议才能形成稳定流程。
| 任务 | 流程 |
|---|---|
| 帮我写一篇文章 | 先确认读者、场景、观点 |
| 直接生成 | 先读素材,再出结构 |
| 看起来能用 | 按清单检查事实和表达 |
| 做完即结束 | 复盘为模板和规范 |
任务编译,就是把一句话愿望翻译成目标、输入、步骤、验收和沉淀物。
AI 的复利不在一次答案,而在下一次可以更快、更稳地重复。
临时问题 → 明确交付物 → 拆成步骤 → 接入材料和工具 → 设置验收标准 → 留下模板和记录
从这里开始,AI 不再只是“帮忙的人”,而是进入了一套可运行的工作环境。
专业分析不能停在“总结一下”,它需要把文件、证据、校验和输出格式一起工程化。

泰诺麦博 → 定位上交所 IPO 项目 → 拉取招股书与两轮问询 → 生成事实底稿 → 撰写新股研究报告 → 复盘为 ipo-review
ipo-review 要固化版本选择、问询轮次识别、PDF 落盘、事实底稿、引用回溯、输出结构和超时复盘。
Vibe Coding 不是让 AI 随便写,而是让人的意图通过快速迭代变成可验收结果。
| 人 | AI | 系统 |
|---|---|---|
| 定方向 | 生成方案 | 保存上下文 |
| 设边界 | 执行步骤 | 调用工具 |
| 做判断 | 修正局部 | 留下记录 |
| 验收结果 | 提供备选 | 支持复盘 |
所谓“感觉”,不是模糊要求,而是人对结果质量、语气、结构和边界的综合判断;工程化之后,它会变成可重复的迭代闭环。
做 PPT 的目标不是生成页面,而是完成一次能讲、能读、能发布的内容交付。
主题定位 → 演讲框架 → 完整演讲稿 → PPT 内容稿 → HTML PPT → 视觉配图 → 截图审查 → GitHub Pages 发布
框架文档、完整演讲稿、内容稿、HTML 模板、图片目录、README、Git 记录和展示仓库,共同构成这份 PPT 的驾驶舱。
你是演讲内容策划 + 网页 PPT 设计助手。 任务背景: 我正在准备一场中文分享: “给 AI 装上方向盘,驶向 150 岁的松弛人生”。 受众不是纯技术人,但需要保留技术比喻。 目标: 基于《演讲框架》和《完整演讲稿》, 生成约 30 页 PPT 内容稿,并产出可发布的 HTML PPT。 请按这个流程执行: 1. 先梳理 6 个章节的叙事推进。 2. 每页只保留一个核心判断。 3. 把案例穿插进主线,而不是堆在结尾。 4. 为每页写标题、正文、视觉建议和验收点。 5. 生成后逐页检查重复、遮挡、页码和发布路径。 约束: - 不要只列清单,要能独立阅读。 - 不要照搬演讲稿,要提炼成 PPT 语言。 - 保留 Vibe Coding 和 Harness Engineering 的技术比喻。 输出: Markdown PPT 内容稿 + 可发布的 HTML PPT。
| 要素 | 作用 |
|---|---|
| 背景 | 让 AI 知道任务从哪里来 |
| 目标 | 明确最终交付物 |
| 输入 | 提供材料和上下文 |
| 步骤 | 规定推进顺序 |
| 约束 | 避免跑偏和过度发挥 |
| 输出/验收 | 规定格式、粒度和完成标准 |
这段 prompt 同时交代背景、目标、输入、步骤、约束、输出和验收。它不是让 AI “帮我做 PPT”,而是把一次内容交付编译成可执行流程。
AI 提效的关键不在生成速度,而在闭环质量。
目标:定义交付物和成功标准 上下文:准备材料、历史、约束、偏好 执行:拆小步,让 AI 与工具协作 验证:检查事实、结构、引用、运行结果 复盘:把经验沉淀成模板、技能或系统
没有验证,速度会放大错误;没有复盘,提效不会留下复利。

关键不只是换更强模型,而是为 Agent 建立能工作的环境。
OpenAI Engineering Blog, “Harness engineering: leveraging Codex in an agent-first world”, 2025.

AI 产物经常看起来完整,但可靠性来自证据链。

| 看起来对 | 可以证明对 |
|---|---|
| 语言流畅 | 引用可追溯 |
| 结构完整 | 数字可核对 |
| 方案合理 | 约束被满足 |
| 页面漂亮 | 交付路径可打开 |
真正的验收不是“我觉得不错”,而是能拿出证据:引用能追溯、数字能核对、约束被满足、交付路径能打开。AI 越会包装半成品,人越要把验收标准前置。
没有纪律的快,会把错误扩散到更多页面、更多代码和更多决策里。

AI 一次能改很多文件、写很多文案、生成很多方案。诱惑在于“马上有结果”,风险在于需求没说清、上下文给错、一次改太大,返工也会同步放大。
越快,越要小步;越自动,越要留痕;模型越自信,人越不能放弃最后审查权。
速度不是目标,可控的速度才是能力。
产品化的本质,是把个人跑通的流程变成别人也能使用的系统。
TapSay :把临时想法变成可用输入 SemiCrab:把复杂任务变成可恢复、可复盘的任务系统 Semibot :把智能体能力变成本地优先、多入口、可审批的工作台

很多提效不是发生在 AI 输出端,而是发生在人向 AI 表达的入口处。
口语输入 → 语音转写 → 识别上下文 → 润色为 prompt / 正式文本 → 插入当前光标 → 历史复用
TapSay 的核心不是语音识别,而是把人的临时想法编译成软件和 AI 都能使用的输入。它解决的是 AI 工作流最前面的摩擦。
SemiCrab 的价值,不是多一个聊天框,而是让复杂任务有对象、有计划、有状态、有结果。
| 指标 | 数量 |
|---|---|
| Git 跟踪文件 | 927 |
| 代码/文档配置文件 | 794 |
| 代码文件 | 713 |
| 代码行数 | 约 13.2 万行 |
SemiCrab 展示的是任务层 Harness:用户看到的是任务和结果,系统内部负责计划、执行、恢复、审批和沉淀。复杂度留在系统里,而不是甩给用户。
Semibot 把 Agent 放进真实工作环境:本地运行、多入口、工具调用、审批留痕。

Vibe Coding 不只适用于写代码,它可以迁移到研究、写作、分析和决策。

同一套闭环可以处理不同领域:先定义交付,再搭上下文,再分步执行,最后验证和沉淀。
个人效率的下一步,不是多装工具,而是建立自己的 AI 工作台。
AI 只有接入你的工作环境,才会从外部工具变成长期伙伴。
150 岁不是预测,而是一个倒逼长期主义的思维实验。
健康不是一次性项目,而是长期运行的系统。目标不是追求完美,而是让身体、工作和生活可以被持续维护。

AI 进入业务,不是把聊天框放进产品,而是重构业务链路。

| 层级 | 关注点 | 典型问题 |
|---|---|---|
| 个人效率 | 我能不能更快完成 | 有无模板和工作台 |
| 团队流程 | 多人如何协作 | 有无权限、日志和交接 |
| 业务系统 | AI 是否进入核心链路 | 有无质量、成本和风险控制 |
真正的业务接入,要求 AI 能进入输入、处理、验证、交付和反馈全过程。
业务中的 AI 不能只看“生成了什么”,还要看它处在闭环的哪个位置。
输入:客户需求、数据、文档、行为记录 处理:分析、生成、检索、调用工具 交付:报告、页面、任务结果、产品功能 反馈:点击、转化、人工评价、异常记录
没有反馈的 AI 功能,很难持续变好;没有日志的自动化,很难进入真实业务。
AI 改变的不是“谁更重要”,而是每个人在链路里的位置。
| 人更适合 | Agent 更适合 |
|---|---|
| 定目标 | 批量生成 |
| 做取舍 | 检索整理 |
| 判断风险 | 执行重复步骤 |
| 负责结果 | 保留过程记录 |
人不该把判断外包给 AI,也不该把重复劳动全部留给自己。合理分工,才是效率和质量同时提升的基础。
面对 AI 变化,最危险的不是看不见趋势,而是把趋势当结论。
趋势用来提出假设,业务用来验证假设。AI 时代更需要实验,而不是只需要判断。
AI 的真正复利,不是一次快,而是每次使用都让系统变强一点。

一次使用如果没有沉淀,只是消费模型能力;一次使用如果留下模板、技能或系统,就是在建设自己的长期能力。
150 岁不是年龄承诺,而是用更长时间尺度重新设计工作、健康和成长。
给 AI 装上方向盘 给任务装上流程 给业务装上闭环 给健康装上仪表盘 给人生装上长期主义
