AI Agent 应该运行在本机、WSL2 还是服务器？
当前判断+
按任务持续时间、权限、网络和维护成本选择运行位置。
WORKFLOW 001 · 当前主线
AI 工具太多，怎样搭一条可持续的主工作流？
工具不难找；难的是模型、会话和插件增多后，项目还能不能顺利接着做。
可能与你有关查看边界+
同时维护多个真实项目，使用不止一种 AI 开发工具，并经常需要隔几天重新进入工作现场。
可能不需要查看边界+
只做一次性问答，或已经用单一工具稳定完成项目、几乎没有恢复成本。
WORKFLOW 001 / DECISION MAPCURRENT JUDGMENT / REVISION OPEN
WORKFLOW 001 · 端到端路径
七个节点，一条走完的路径。
定义完成、入口、权限、检查与返回。节点说不清就停；失败，就退回最后一个安全节点。
查看完整工作流与历史档案我怎么走到这里
真正拖慢项目的，是回来时找不到现场。
每次换工具都解决了一个眼前问题，也留下新的切换与恢复成本。
个人路径 / 判断变化NARRATIVE MAP · NOT A COMPARISON
早期标准先让工具跑起来
当前标准让项目持续、准确地接下去
01能运行先让 AI 能运行经历与依据+
早期注意力集中在运行环境、模型接入和第一次有效回复。
据个人回忆 · 具体日期待核实02可重复让它能远程、重复地工作经历与依据+
服务器、消息入口和定时任务让“能用一次”变成“可以再次触发”。
据个人回忆 · 同期材料仍待补齐03做项目用编程 Agent 做真实项目经历与依据+
关注点转向代码、测试、运行结果，以及项目能否真正完成。
两个同期项目记录 · 不把结果归因于单一工具04增能力模型、插件与工具迅速增多经历与依据+
灵活性提高，也带来了配置、权限、订阅和切换成本。
Claude Code、Codex 与 ZCode 有保留记录 · 其他顺序仍来自回忆05定主线建立当前主工作流经历与依据+
我开始把能否连续完成项目、自动化与多模态协作放在功能数量之前。
7 月下旬起 Codex 记录明显增多 · 不是生产力或普遍推荐证明06测重入把项目连续性单独拿出来验证经历与依据+
DevHub 成为一个解决方案实验，用来比较项目重入是否真的更快、更准。
当前开发版本 · 用户效果仍未知
MCP 公开发布
它改变了什么+
工具与外部数据的连接开始出现共同协议，也把权限和插件治理带到同一张桌面。
Claude Code 进入研究预览
它改变了什么+
终端中的 Agent 开始直接读取、修改、测试和提交代码。
Codex 云端 Agent 公开预览
它改变了什么+
本地交互之外，隔离环境与并行任务成为新的工作方式。
Codex 桌面应用发布
它改变了什么+
多项目、多线程和并行 Agent 的监督成为一个独立界面问题。
当前信号
热度会过去，能改变选择的变化才值得留下。
这里只有能影响现实选择、来源可查且经得起反例的变化。
公开观察 · 0 条
查看一条变化怎样通过四道门现有候选没有同时通过来源、反例、决定和期限四道门，因此不公开名称、趋势结论或市场预测。
BITSHOVEL DESKTOP / CURRENT DIGCURRENT DEVELOPMENT BUILD / DEMO CONTENT
独立产品 · BITSHOVEL DESKTOP
网站讲清路径，桌面工作台接着往下走。
网站公开路径；BitShovel Desktop 在本机编排节点、保存主动选择的材料与恢复点。
当前已经做到查看边界+
当前开发版本可以创建主题、编排 3—7 个节点、保存材料引用与等待交接、记录回执，并生成本地公开候选；它不扫描其他应用，也不因外部工具说“完成”而自动通过。
还要由真实运行回答查看边界+
完整项目能否在中断后回到正确节点，以及这套工作方式是否真正减少返工，仍需端到端使用验证。