可能适合继续读
- 同时维护两个以上会跨天继续的真实项目。
- 使用不止一种 AI 开发工具、模型入口或运行环境。
- 经常寻找旧会话、分支、脚本或上次未完成的决定。
WORKFLOW 001 · AI 工具与主工作流
AI 工具太多，怎样搭一条可持续的主工作流？
我起初只想让 AI 跑起来，后来才发现，更难的是让一个真实项目跨过几天、几个会话之后还能顺利接着做。
WORKFLOW 001 / FIELD MAPBRAND ILLUSTRATION / FIELD MAP
30 秒判断
工具越多，我越不想继续比功能；我更在意几天后能不能从正确的地方接着做。
展开判断依据
真正有用的主工作流，不只要让我今天开工，还要让我过几天回来时认得项目、上下文和不能碰的边界。模型、插件和订阅可以增加能力，但如果每次回来都要重新找会话、补背景、查权限，它们也在制造新的成本。
- 本期要做的决定
- 先给主工具、备用工具和专用工具分工；只有现有路径反复失效，才增加新入口。
- 不能由此推出
- 这不是对所有开发者的普遍推荐，也不能证明我当前使用的工具在任何项目里都更好。
先判断这是不是你的问题
这是不是你的问题
如果你的项目会跨天、跨工具，这个问题很可能已经在消耗时间。
可能暂时不需要
- 主要做一次性问答、临时代码片段或短时演示。
- 单一工具已经稳定覆盖项目，恢复现场几乎没有额外成本。
- 当前更大的问题是需求不清或项目本身尚未开始。
WORKFLOW 001 · 路径与回执
从开始到结束
七个节点不是目录，而是一条可以退回的工作路径。
每个节点只消除一个未知并留下回执；没过门，就退回最后一个安全节点。
00主题契约 · 已整理
定义问题、结果和停止线
应留下主题契约
展开节点+先说清这期解决什么、最后要得到什么，以及什么情况不再继续。
进入主题01入口 · 历史记录
先定交付物，再选入口
应留下交付物与入口选择
展开节点+从任务和工作环境出发，不从工具榜单或功能数量出发。
打开节点02控制 · 历史记录
把人工接手点摆到明处
应留下人工接手清单
展开节点+阻塞、权限、失败、差异和最终确认，都要回到人能看见的位置。
打开节点03运行边界 · 历史记录
把“本地”拆成数据路径
应留下数据路径边界
展开节点+分别核对处理、外部调用、存储、更新和删除，不相信一个总开关。
打开节点04交付检查 · 历史记录
回到结果核对是否完成
应留下交付核验回执
展开节点+AI 的完成说明不是交付物；关键说法要回到文件、测试、页面或目标账号。
打开节点05恢复 · 历史记录
从最后一个安全节点恢复
应留下失败与恢复回执
展开节点+失败后先停止、定位和去重，只重跑必要部分，并保留失败回执。
打开节点06编辑焦点 · 产品实验
把验证过的能力收进工作台
要留下可验证的工作台原型
展开节点+DevHub 先承担项目重入原型；只有真实使用证明有用，能力才进入 BitShovel Desktop。
查看实验
我怎么走到这里
选择标准怎样变化
我先折腾环境，后来才发现：真正拖慢项目的，是每次回来都要重新找现场。
从 WSL2、服务器到编程 Agent，每次换工具都解决了一个眼前问题，也留下了新的切换和恢复成本。能核实的记录和只能回忆的部分，会在每个阶段单独标出。
WORKFLOW 001 / 个人路径SHIFT IN JUDGMENT · REVISION OPEN
最初的问题怎样让 AI 跑起来？
现在的问题怎样让项目持续、准确地接下去？
01
能运行展开经历与材料+先让 AI 能运行
选择标准：能不能跑起来。早期我把注意力放在 Windows、WSL2、服务器和模型配置上，目标是得到第一次有效回复。
据个人回忆 · 首次日期尚未核实02
可调用展开经历与材料+再让它能远程与重复触发
选择标准：能不能再次调用。服务器、消息入口与定时任务，让 AI 从一次本地体验变成可以远程触发的工作节点。
据个人回忆 · 服务器与消息接入的同期材料仍待补齐03
能交付展开经历与材料+开始用编程 Agent 做真实项目
选择标准：能不能把项目做完。两个保留的项目仓库确认真实开发在 2026 年 6—7 月持续推进；其中一个项目还有 Claude Code 进入项目上下文的保留记录。
项目与工具上下文记录 · 不能把项目或提交归因于单一工具04
扩能力展开经历与材料+追求更多模型、插件和技能
选择标准：能力多不等于工作流更稳。更灵活的模型切换和插件生态扩展了能力，也增加了配置、权限、失效与维护成本。
保留记录确认 Claude Code、Codex 与 ZCode 曾进入工作流 · 其他顺序仍来自回忆05
降门槛展开经历与材料+尝试更低门槛的入口
选择标准：上手快与长期适用需要分开。更容易开始的应用降低了配置负担，却不一定承担跨项目、跨天和深度工程任务。
个人使用经历 · 精确时间线仍待核实06
定主线展开经历与材料+形成当前主工作流
选择标准：主工具要承担持续完成，而不是覆盖所有场景。我目前主要使用 Codex 与 GPT 能力，是因为它更符合我对项目连续性、自动化和图像协作的当前要求。
7 月下旬起本机保留的 Codex 记录明显增多 · 不是生产力或普遍最佳证明07
测重入展开经历与材料+把项目连续性单独拿出来
选择标准：恢复要快，也必须准确。当工具、会话和插件增多后，恢复正确项目现场本身成为一个值得测量的问题。
DevHub 解决方案实验 · 用户效果仍未知
第一版选择框架
七个选择问题
七个问题，比“功能更多吗”更接近真实成本。
这套框架先用于整理我的选择，之后会用真实项目重入和小规模外部测试校准。它不是评分榜，也不把主观偏好伪装成客观权重。
任务完成
它能否把真实项目做完，而不是只完成一次演示？
项目提交、运行结果、失败与回滚项目连续性
隔几天后，能否回到正确项目、会话和约束？
恢复用时、遗漏、误关联、重复背景角色清晰
主工具、备用工具和专用工具是否各有明确边界？
任务分配、切换次数、重复能力复杂度成本
新增模型、插件和技能增加了多少维护与认知负担？
配置时间、冲突、失效和升级经济成本
订阅、API 与重新找回项目上下文的时间合起来是多少？
脱敏账单、用量和恢复工时权限与风险
服务器、远程控制和插件扩大了哪些权限边界？
权限清单、失败模式和撤销路径切换条件
什么新证据才足以更换主工具？
预设阈值、最小对照和停止线现实中的免费替代
先看免费替代
新的工作台不是起点；很多项目用已有方法已经够用。
DevHub 只有在这些更简单的方法出现可观察的失效时才值得存在。否则，增加一层产品只会把复杂度重新包装。
README / PROJECT.md
- 已经够用
- 项目少、关键约束稳定，团队愿意在每次变化后更新。
- 开始失效
- 会话、分支和运行状态变化快，文档很快落后于现场。
项目脚本与终端历史
- 已经够用
- 主要问题是启动命令、端口和本地服务，历史搜索成本低。
- 开始失效
- 需要恢复跨工具决定、失败路径和下一步，而不只是重新运行。
工具自带的会话恢复
- 已经够用
- 项目长期留在同一个工具里，历史搜索和上下文质量稳定。
- 开始失效
- 同一项目跨多个客户端、模型或账号，历史被分散。
系统启动器与手工笔记
- 已经够用
- 只需要快速打开项目、终端和常用链接。
- 开始失效
- 打开以后仍要重建会话、约束、成本与运行现场。
解决方案实验 · DEVHUB
DevHub 解决方案实验
DevHub 尝试从项目继续，而不是从工具重新开始。
当前开发版本把项目、AI 会话、工具入口、用量和本地运行信息放在同一个 Mac 工作台里。它要验证的是项目重入，而不是“管理所有 AI 工具”。
- 当前可以确认
- 应用已有可运行实现和脱敏演示界面，包含项目、会话、工具、用量和本地运维相关能力。
- 仍然不能确认
- 相较免费方法，它是否持续减少恢复时间、重复说明和误关联；外部用户是否会再次使用。
DEVHUB / PROJECT WORKSPACEPROMOTIONAL COMPOSITION / DEMO DATA
操作示意：从项目入口，到上下文与固定成本。
这段 12 秒动画只说明三个当前界面层之间的关系，不模拟成功使用，也不承担用户结果证据。
证据地图
证据到哪里
经历、当前复现与用户效果，必须分开。
已有材料足以说明这条问题路径和 DevHub 当前机制存在，但不足以证明完整时间线、工具因果或外部用户价值。
项目与部分工具使用可以确认
Git 历史确认两个同期项目的开发时间线；项目上下文元数据确认 Claude Code 曾进入其中一个项目，另有 Codex 与 ZCode 的保留记录。它们不能证明某个工具完成了项目。
DevHub 的界面与流程可以展示
脱敏演示能说明当前开发版本包含什么，不能倒推过去已经具备，也不能证明用户受益。
部分动机与先后仍缺同期材料
这些段落按回忆标记，不给出无法核实的准确日期，也不据此建立普遍因果。
项目连续性是否足以形成独立价值
恢复用时、准确率、长期复用与维护成本都需要新的真实使用证据。
下一轮验证
下一步怎么验证
先测没有 DevHub 时，我到底花了多少成本恢复项目。
如果基线不存在，任何“更快”都只是广告词。下一轮先记录真实返回，再做同条件对照。
- 01
记录三次自然发生的项目返回
记录上次使用的工具、寻找历史的步骤、重复说明内容、最终耗时与是否找对现场。
- 02
覆盖三个项目与两种工具
比较十次项目恢复，同时检查速度、分支、会话、约束遗漏和跨项目误关联。
- 03
把免费方法放进同一场比较
README、脚本、终端历史、会话搜索和系统启动器都作为真实对照，不制造虚构竞争。
- 04
自用成立后再邀请同类用户
先观察他们是否会第二次回来；一次完成引导不算持续价值。