用户场景故事

[phantom5099]

用户场景：
是一组用户场景故事，每个用户场景都包含三个部分：

1. 核心需求
2. neocode 产品功能
3. 演示操作

一组用户场景包含了一轮完整的项目开发周期

预期方案

[phantom5099]

1. 未达成全员共识

• todo: 必须明天所有人都看过并提出意见
• todo: 最终一起讨论用户故事的写法过程是怎么样的

2. 必须试讲，将时间控制在20分钟左右。找几个听众来听，看看能不能从开发者以外的角度听懂

3. 最好是串起来的，按照流程来写。不要是流水账，而是要有起承转合，自然而然地顺着流程讲

[Yumiue]

用户：林哲（独立开发者）

林哲同时维护着：

• 一个 AI Coding 项目
• 一个公司外包项目
• 一个自己的开源仓库

过去使用 TUI 时，
他每天都需要频繁切换目录打开TUI程序，
甚至经常忘记：
“刚刚那个 Agent 是在哪个项目里跑的？”

有一次，
他甚至把 AI 生成的代码误写进了错误的仓库。

现在，
他打开 Web 应用后：

• 所有 Workspace 一目了然
• 最近项目自动展示
• 每个 Agent 的运行状态实时可见
• 哪个项目正在运行任务清清楚楚

他不再需要记忆路径，
也不再依赖 Terminal 上下文。

对他来说，
Web 端已经不是“附属界面”，
而是真正的 AI 开发控制台。

[Yumiue]

用户：小雨（产品转型开发）

小雨刚开始学习 AI Coding。

第一次打开 TUI 时，
她看到：

neocode --workspace ./project --config xxx

瞬间就紧张了。

她不知道：

• 参数是什么意思
• 配置文件在哪
• 如果输错会不会把项目搞坏

于是她关闭了终端。

后来，
她尝试了 Web 应用。

她只需要：

• 点击“创建工作区”
• 选择项目目录
• 输入任务描述
• 点击“启动 Agent”

整个过程像使用普通软件一样自然。

她第一次真正感受到：

“AI Coding 原来也可以不需要懂命令行。”

Web 端降低的，
不仅是操作成本，
更是用户第一次接触 AI Coding 的心理门槛。

[Yumiue]

用户：陈远（后端工程师）

陈远最害怕的一件事：

AI 一口气改几十个文件。

在 TUI 中，
修改内容不断滚屏，
他只能盯着终端快速闪过的 diff。

几分钟后，
他已经不知道：

“AI 到底改了什么？”

于是，
他只能重新 git diff。

而在 Web 应用中：

• 文件树变化实时展示
• 哪些文件新增、删除、修改全部高亮
• 每个 diff 都能直接查看
• Agent 的操作轨迹完整保留

他第一次敢真正让 AI 长时间工作。

因为：

AI 的行为终于“可观察”了。

这种安全感，
是纯 TUI 很难提供的。

[Cai-Tang-www]

核心需求

美琪让 NeoCode 做一个“优化支付接口”的开发计划。Agent 很快分析了代码，也生成了 TODO 列表：

1. 加连接池
2. 合并重复查询
3. 增加 Redis 缓存

但美琪看完发现不对：老板真正关心的不是吞吐量，而是“支付超时率太高”；而且 Redis 在公司当前环境里还没上线，不能作为本期方案。
过去这种情况里，Agent 往往会继续自己猜：要么把需求理解错，要么先写一大段不符合实际约束的方案。用户只能等它生成完，再打断、纠正、重来。
她想要的是：Agent 在 Plan 模式里发现关键信息缺失时，不要硬猜，而是主动用结构化问题问用户，让计划先对齐再继续。

例如：

• 这次优化目标是响应时间、吞吐量，还是失败率？
• 是否允许引入 Redis / MQ / 新依赖？
• 优先保证改动小，还是优先保证性能收益？
• 本期是否可以修改数据库表结构？
  这样用户不用写一长段背景说明，Agent 也不会在错误假设上继续推进。

neocode 产品功能

新增 ask_user 交互型工具，仅在 Plan 模式可用。
当 Agent 在制定计划时遇到关键不确定性，可以通过 Tool Manager 调用 ask_user，让 Runtime 暂停当前推理，并向 TUI/Gateway 发出结构化提问事件。
用户在 TUI 中选择或填写答案后，Runtime 恢复执行，并将答案作为 tool_result 回灌给模型。Agent 基于用户回答继续完善计划，而不是靠猜测补全需求。

该能力的重点不是普通聊天提问，而是：

1. 把“模糊需求”转成“结构化澄清问题”
2. 让 Plan 模式先对齐约束，再生成执行计划
3. 降低 Agent 自作主张、方向跑偏的概率
4. 让用户用最少输入完成关键决策
5. 让 Gateway/TUI/Runtime 都能观测到“正在等待用户输入”的状态

[creatang]

NeoCode陪我从零搭建Agent的故事

一、初识NeoCode：新手的破冰之旅

我是一个从来没有接触过vibe coding的人，对Agent开发更是一窍不通，只在网上刷到过相关的介绍，心里一直好奇却迟迟不敢动手——总觉得这类工具门槛太高，光是配置和命令行就足以让我望而却步。直到偶然间刷到NeoCode的发布页，简洁的介绍里说“哪怕是新手，也能靠它轻松玩转AI Coding”，我抱着试试看的心态，开始跟着教程一步步安装、配置。

教程写得很细致，从环境部署到依赖安装，甚至连go.mod的配置细节都讲得明明白白，我跟着操作，偶尔遇到不懂的命令，就临时在终端里问NeoCode的前置引导，它会用最简单的语言解释清楚每一步的作用，避免我误操作搞乱系统。折腾了大概一个小时，我终于成功打开了NeoCode的TUI界面，屏幕上跳出简洁的Logo和Quick Actions，跟着提示完成大模型配置后，我试探性地输入了一句“hello”，状态栏瞬间变成“Thinking”，下一秒就收到了温暖的回复：“你好～ 我是NeoCode，随时准备帮你解决开发问题，请问你今天想做什么？”那一刻，我心里的紧张感瞬间消散了。

二、Plan模式引路：理清Agent开发思路

我的核心目标是开发一个属于自己的Agent，但我没有任何开发经验，连一个Agent该由哪些部分组成、架构该如何设计都一无所知。正当我对着TUI界面发呆，不知道从哪里下手时，无意间发现了NeoCode的Plan模式——原来它早就考虑到了新手的困惑，专门设计了这个模式帮用户梳理开发思路。

我切换到Plan模式，和它开启了对话，从“一个Agent究竟要有什么部分”问起，它没有直接抛出晦涩的专业术语，而是用通俗的语言拆解，还给我展示了基础的模块关系图，告诉我“一个简单的Agent，需要有入口、业务逻辑、数据交互这几个核心模块”。

更让我惊喜的是，它没有一味地灌输知识，反而会贴心地主动提问，帮我明确需求、对齐方向——

• “你开发这个Agent是用来做什么的？是处理特定任务（比如文件解析、接口调用），还是作为通用辅助工具？”

• “你希望它支持哪些功能？是否需要对接本地文件或外部服务？”

• “开发过程中，是否允许引入新的依赖（比如Redis、数据库）？”

每一个问题都精准戳中我模糊的点，它的回复也相当准确，结合我给出的答案，不断调整架构建议，把复杂的开发逻辑拆分成我能理解的小步骤，还自动生成了简单的TODO列表，标注出每一步的优先级。

三、会话续联：无需重复，无缝衔接开发

不知不觉间，窗外已经黑了，我对着屏幕看了看时间，发现已经聊了两个多小时，虽然只是对Agent开发有了基础的了解，但收获满满。我没有继续深入，而是直接关闭了终端，心里还在嘀咕“明天打开，会不会又要重新开始交代背景？”。

第二天一早，我打开终端，输入“neocode”启动工具，没想到TUI界面一加载完成，我便利用slash指令打开了昨天的聊天记录。我惊喜地翻看着聊天记录，昨天和它说的每一句话、它给的每一个建议、生成的TODO列表，全都完整保留着，甚至还记得我昨天没弄明白的“模块依赖关系”，不用我重新解释半句。

四、动手实践：写出第一个Agent小demo

那天，我跟着它的指导，一步步编写代码，它会实时扫描我的项目结构，提醒我“这里的代码不符合规范，应该放在internal/service目录下”“错误处理建议用pkg/errors，更规范哦”，遇到我写不出来的函数，它会生成纯净的代码，我一键复制就能使用，不用手动删除多余的标记，省去了很多麻烦。

折腾了大半天，我终于开发出了一个Agent的小demo，NeoCode自动帮我执行了验收流程——跑通go build、执行单元测试、检查代码类型，确认所有环节都没有问题后，提示我“demo已可本地跑通，可尝试部署或协作”。看着终端里“验收通过”的提示，我心里满是成就感，这可是我第一次独立完成一个小开发项目。

五、团队协作：轻松搞定GitHub上传

接下来，我需要和团队成员一起在GitHub上协作开发，把这个demo完善成可用的工具。可我从来没有用过GitHub，不知道如何上传项目、提交代码、处理分支，更怕操作失误弄丢本地的代码。

我只好再次求助NeoCode，输入“帮我把当前项目上传到GitHub”，它没有直接执行命令，而是先向我确认操作细节，然后弹出了审批提示：“即将执行bash命令：git init、git add、git commit、git push，风险等级：中等，将修改本地git配置并上传文件，是否允许执行？”，下方给出了“Allow once(y)、Allow session(a)、Reject(n)”三个选项。

我仔细确认无误后，按下了“y”，它便一步步自动执行操作，还实时在终端里展示每一步的输出，告诉我“已初始化git仓库”“已添加所有文件”“已成功推送到GitHub分支”，全程不用我手动输入一条命令，彻底解决了我的难题。

六、效率升级：Web版本带来的便捷体验

随着项目逐渐推进，团队成员开始分工协作，每天都有大量的代码修改和文件变更，单纯用TUI界面查看diff越来越不方便——有时候AI一口气改了十几个文件，终端里的修改内容快速滚屏，我根本看不清具体改了什么，只能事后重新执行git diff查看，浪费了很多时间。

就在我纠结该怎么提高效率时，NeoCode迭代出了Web版本，我打开浏览器登录同一个账号，发现所有的会话记录、项目文件都同步了过来，界面比TUI简洁直观太多：

• 文件树的变化实时展示，新增、删除、修改的文件都有明显的高亮标记

• 每个文件的diff都能直接点击查看

• Agent的操作轨迹也完整保留，谁在什么时候修改了什么内容、执行了什么命令，一目了然

从那以后，只要有文件变更或者工作区调整，我都会用Web版本操作，它不仅降低了操作成本，更给了我足够的安全感——AI的每一步操作都“可观察”，再也不用担心它偷偷改坏文件。

七、细节守护：token控制与代码质量校验

随着项目不断变大，我开始担心大模型的token消耗，毕竟团队每天要和Agent聊上几十轮，还要分析大量的代码文件，万一token用完了，项目开发就会被迫中断。可没想到，NeoCode早就考虑到了这一点：

• 实时在状态栏展示token使用情况，从绿色（正常）、黄色（接近上限）到红色（超出上限）分级预警

• 当token快要用完时，会提示我“接近预算上限，建议/compact或结束当前主题”

• 如果我没注意，token超出上限，它会自动触发上下文压缩，释放多余的token，还会保留关键的对话结论和代码细节，让我可以继续对话，不用重新交代背景

更贴心的是，在开发过程中，NeoCode会多次反复思考、校验代码质量：

• 我写的代码有性能瓶颈，它会主动调用pprof抓性能快照，分析出瓶颈所在，给出可量化的优化建议

• 如果我修改了数据库迁移文件，它会弹出提示“注意：正在修改数据库迁移文件，请确认已通知DBA”，避免我遗漏团队规范

• 哪怕是我故意做混沌测试，它也会保持静默，只在出现非预期错误时，才会自动给出诊断建议，不打扰我的测试流程

八、跨端联动：无电脑也能推进开发

我越来越觉得NeoCode真的太方便了，几乎解决了我开发过程中遇到的所有难题，但我也时常有没带电脑的时候——有时候在地铁上，突然想到一个优化思路；有时候在家休息，团队临时需要我修改一段简单的代码，没有电脑就只能束手无策。

就在我为此烦恼时，发现NeoCode可以与飞书互联，通过Gateway接口实现跨端联动，我只要在手机上打开飞书，和NeoCode发消息、说话，它就可以远程操控我电脑上的项目，完成代码修改、文件编辑等操作，修改完成后，还会通过飞书卡片把结果发给我，我可以直接在手机上查看代码质量、验收结果，哪怕没带电脑，也不会耽误项目进度。

后来我才知道，这个飞书联动功能，是通过NeoCode开放的Gateway JSON-RPC API实现的，它不仅支持飞书，还允许用户接入其他第三方工具，灵活又便捷。

九、完善收尾：借助Gateway优化Agent后端

项目推进到后期，我发现自己制作的Agent工具还有很多不足，后端逻辑不够完善，经常出现bug，我尝试着自己修改，但由于缺乏开发经验，越改越乱。这时候我想到，NeoCode本身就有强大的工具能力，或许可以用它的工具代替我自己写的后端。

于是，我按照文档指导，接入了NeoCode的Gateway，把自己的Agent与NeoCode的内置工具（文件操作、bash执行、数据库交互等）关联起来，让NeoCode帮我处理后端的核心逻辑，不仅解决了bug问题，还提升了Agent的运行效率。

十、总结：新手的成长与圆满落幕

从一个完全不懂vibe coding、不懂Agent开发的新手，到成功完成一个可协作、可部署的Agent项目，全程都是NeoCode在陪伴我、帮助我。它没有复杂的操作门槛，没有晦涩的专业术语，像一个耐心的老员工，从安装配置到协作开发，从问题诊断到跨端联动，每一步都考虑得面面俱到，不仅帮我解决了实际的开发难题，更让我慢慢建立起了开发信心。

当我最后一次在Web端看到“项目验收通过，可正式部署”的提示时，我知道，这个曾经让我望而却步的开发任务，在NeoCode的帮助下，终于圆满完成了。

[phantom5099]

用户场景故事：阿杰的一周

跟随开发者阿杰，从接手陌生项目到最终交付上线。NeoCode 的产品能力在故事中自然展开，适合向开发者与非技术听众演示，约 12 分钟可完整讲述。

---

周一：陌生代码库

阿杰是一家小型技术团队的骨干开发。周一早上，他打开任务面板，看到一个新指派：公司有个支付服务项目，原维护者两周前离职了，他需要在一周内完成两件事——优化支付接口的性能，以及给订单模块加上批量退款功能。

他 git clone 下来，项目目录里躺着 40 多个 Go 文件、几个 yaml 配置、一个 Dockerfile。入口在哪、用了什么框架、数据流怎么走，一概不知。他硬着头皮翻了二十分钟 go.mod 和 main.go，脑子里还是一团乱麻。这种"一个人面对陌生代码库"的感觉他很熟悉——每次接手遗留项目，开头几天都是这样子。

同事之前提过 NeoCode，他抱着试试看的心态装上，在 TUI 里敲下第一句话："分析这个项目的技术栈和模块结构。"

他没抱太大期望。但下一秒，状态栏变成 Thinking，Agent 开始自动读 go.mod、扫 main.go、遍历所有 Go 文件的包结构。几秒钟后，一份完整的项目画像出现在屏幕上——Gin + GORM + PostgreSQL，核心模块分三层，支付接口在 internal/api/payment.go，数据流是 HTTP Request → api/handler → service → db。

阿杰盯着屏幕愣了一下。那种孤立感突然消失了——Agent 就像一个对这个项目了然于胸的老同事，在旁边告诉他每一步该看哪里。

更让他意外的是，Agent 接下来给出的每一条建议，都自动遵守了一套他不知道的规则。比如它建议修改数据库操作时，路径总是指向 internal/db；遇到错误处理时，自动使用团队的 pkg/errors 包。他后来才知道，团队 Leader 老周在项目根目录放了一个 .neocode/skills/team-rules/SKILL.md，写明了三条铁律。老周做了一次，团队里每个新人就都不用重新交代了。

环境跑通后，阿杰试了试 go build ./...，屏幕滚出一坨红色报错。他下意识准备选中错误文本、复制、切浏览器、粘贴到 ChatGPT——然后他停住了。报错下方已经自动弹出了一段淡灰色的诊断："根因：go.mod 中引用的内部包 corp/logger v1.2.0 已被删除。建议运行 go get corp/logger@v1.3.0。"

他照做，构建通过了。全程没有切过一次窗口。

---

周二：找方向，保上下文

老板的需求只有一句话："优化支付接口的性能。"没有指标，没有范围，没有优先级。放在以前，阿杰得自己翻代码、查日志、做 profiling，半天才能理出方向。

这次他直接把这句话丢给 Agent。Agent 没有直接改代码——它先读了 payment.go 和 db/payment.go，然后主动搜索了所有调用支付相关函数的地方。一分钟后给出分析：数据库连接未配置连接池（高）、重复查询用户信息（中）、缺少缓存层（低）。三个瓶颈，三个优先级。右侧 Todo 面板同步生成了任务列表，依赖关系一目了然。

阿杰注意到 Agent 的思考过程有些讲究：第一步先看 go.mod，然后跑 benchmark，最后才读代码给建议。他想起老周之前被坑过一次——Agent 没看依赖版本就给了优化方案，结果基于一个已废弃的库版本，完全白做。现在团队里放了一个 perf-review Skill，规定了性能分析的标准流程，Agent 严格照做，不跳步。

推进了大概 40 轮对话后，阿杰瞄了一眼状态栏，token 指示器已经从绿色变成了黄色：105k / 128k。以前用别的 AI 工具时，聊到一半突然失忆是最烦的事——前面的讨论成果全丢，得从头解释。

他输入了 /compact。系统把前面已完成的项目分析、瓶颈识别、连接池配置等内容，压缩成了一份精简的结构化摘要，保留了最近 10 条消息的完整上下文。token 从 82% 降到了 14%，状态栏变回绿色。他扫了一眼摘要——采用 REST 而非 gRPC、使用 GORM 而非 raw SQL、API 契约不可变、订单状态机不可修改，所有关键决策都在。Agent 直接接上了前面的讨论，没有"失忆"。

阿杰松了一口气。他终于不用在"怕丢上下文"和"聊不下去"之间纠结了。

---

周三：安全边界与信息查询

性能优化推进得顺利，但真正的紧张时刻出现在批量退款功能的开发中。

Agent 提示："我将删除 tmp/ 下 15 个缓存文件。"紧接着 TUI 底部弹出一个审批栏——rm -rf tmp/*，风险等级标着"危险（destructive）"。阿杰的手指悬在键盘上。他见过太多 rm -rf 的悲剧，哪怕 Agent 说是"缓存文件"，他也不敢直接同意。

他按了 n。Agent 立刻停止，然后主动问："如果你希望先查看要删除的文件列表，我可以先执行 ls tmp/。"他让 Agent 列出来，确认都是日志缓存后，才重新下达删除命令，这次按了 y。

最危险的操作前有一道门，钥匙在自己手里。

但后面还有更烦人的情况。他让 Agent 给 20 个 handler 函数批量加 Go doc 注释，每改一个文件就弹一次审批。连按了 6 次 y 后他不耐烦了——这些修改只是加注释，完全安全。他按下了 Ctrl+F，开启全访问模式。接下来 Agent 连续改了 14 个文件，没有任何打断。改完后他立刻再按 Ctrl+F 关掉。

这个设计让他想起考试时老师暂时离开教室——信任是暂时的，控制权随时可以收回来。

写退款逻辑的时候，阿杰遇到一个设计问题：需要查三年前为什么放弃 Kafka 改用 RabbitMQ。他习惯性地准备切到浏览器打开 Confluence，但又想起可以直接在 NeoCode 里问。

Agent 几秒后回复——找到了 ADR-42，2023 年的架构决策记录，甚至还包括了 2024 年 Q4 的后续评估，提醒他当前消息量已经涨到 5 万 msg/s，RabbitMQ 开始出现瓶颈。阿杰没有离开过 NeoCode 的界面。背后的技术他不关心，好用就行了。

还有个小细节。他让 Agent 写了一个数据库连接池的初始化函数，想贴到团队 Wiki 上。代码块旁边多了一个 [Copy] 按钮，他点了一下，切到 Wiki 粘贴——纯代码，没反引号，没 go 标记，缩进完全正确。少了一个每次都要手动删三引号的烦人步骤。

---

周四：测试失败、网络故障与沙盒诊断

阿杰让 Agent 跑完整测试套件确认没有回归。状态栏变成 Running: bash (go test ./...)，测试输出实时滚动——ok、ok、ok，一个包接一个包地通过。45 秒后，312 个测试全部通过，状态栏变回 Ready。

以前等测试结果的时候他总会慌——是还在跑，还是卡死了？现在能看到实时进度，心里有数。他去倒了杯咖啡。

但不是所有时候都这么顺。改完退款逻辑后跑测试，屏幕滚出一片红。换作平时，他得眯着眼从三百行红海里找 FAIL 行，然后手动复制粘贴给 AI。但这次，Agent 自动分析了错误："根因：TestBatchRefund 在 refund_test.go:47 失败，测试环境的数据库未启动。这不是代码逻辑错误，建议改为 sqlite 内存模式。"阿杰看了一眼就明白了。全程没有选中、复制、粘贴任何一行报错。

下午，他遇到了一个更棘手的问题——curl https://api.internal/pay 连接超时。初步诊断只说了"检查网络连通性"，但 ping 了域名也解析不了。这不是一个命令能解决的事，需要多轮追问来定位根因。

他试了 neocode diag -i，进入了交互诊断模式。在这个沙盒里，他用 @ai 前缀和 Agent 多轮对话——检查 DNS 配置、确认 VPN 状态、查路由表。三轮后确认了：VPN 断开导致内网 DNS 无法解析。他重新连上 VPN，输入 exit 退出。

退出的那一刻他才意识到——主会话里只多了最初的两条记录，沙盒里的 6 轮诊断对话干干净净，没有留下一丝痕迹。就像在草稿纸上做的演算，写完就扔了，不影响正式文档。

最让他印象深刻的却是另一件事。下午做混沌测试时，他故意把数据库配置搞错，看服务怎么挂。如果这时候诊断每次都跳出来说"数据库连不上"，屏幕会被淹没。但 NeoCode 的诊断默认是静默的——只有在他看到一行不寻常的 panic: integer divide by zero 后，主动输入 neocode diag 时才唤起。Agent 分析后说："这批失败中混入了非预期错误。internal/retry/backoff.go:87 存在除零 bug。"

阿杰一看，果然是上周重构时漏了边界检查。这个意外发现，比前面所有"预期"诊断加起来都值钱——平时被噪音淹没的真 bug，在静默模式下反而浮现出来了。

---

周五：一键回退与自动化验收

阿杰想把所有 error 类型改成自定义的 AppError。Agent 改了 8 个文件，跑测试——序列化测试全挂了，因为 AppError 没实现 json.Marshaler。

8 个文件，手动改回来至少要十五分钟。正烦躁着，他想起 NeoCode 有 checkpoint 回退。翻了翻——系统早就在每轮对话开始时自动创建了快照。他选了 checkpoint #12，几秒后代码还原了。更让他意外的是，TODO 列表、任务计划、前面的讨论结论，也一起回来了。

代码可以退，知识不退。

他重新指导 Agent："改成 AppError，但要实现 json.Marshaler。"这次测试通过了。从一个错误决策中恢复的成本，从十五分钟变成了几秒钟。

下午，Agent 报告："已完成支付接口优化和批量退款功能，所有修改已应用。"

阿杰没有直接相信。他被坑过——有一次 Agent 说修好了，他没验证就拿去部署，线上挂了。

但这次，系统自动触发了验收。TUI 展示实时进度：todo_convergence PASS，go_build PASS，go_test PASS（312 个测试），typecheck PASS。四个全绿，验收通过。

中间有过一个小插曲。第一次验收时 go_test 失败了，因为 TestHeavyLoad 超时——这个测试本来就需要跑 60 到 90 秒，但验收策略里设了 30 秒。阿杰看了一眼失败详情，判断出这是策略配置的问题，不是代码的问题。改了配置重新验收，全部通过。

不是 Agent 说"我修好了"就算数，而是一个客观的、可重复的验证流程说了才算。而且"是谁的锅"也分得清楚——代码错了修代码，标准错了修标准。

提交代码时，修改 db/migrate/003_add_order_index.sql 触发了系统提醒："注意：正在修改数据库迁移文件，请确认已通知 DBA。"阿杰停下来，给 DBA 发了消息。如果没有这条提醒，他大概率就直接改了。

---

下一个周一：演示

阿杰站在团队面前，打开 NeoCode 的会话记录。

他没有说"我们用了什么工具"。他从一个陌生项目目录开始——第一句话"分析这个项目的技术栈和模块结构"，到第一份结构化的瓶颈分析，到 40 轮对话后的上下文压缩，到删文件前的审批确认，到 VPN 故障的沙盒诊断，到改坏 8 个文件后的一键还原，到最终四个 verifier 全部绿灯的验收通过。

从头到尾，他讲的是一周的故事。一个开发者面对陌生项目，从焦虑开始，在每一步都得到恰到好处的帮助——不是替他做所有决定，而是在他需要的时候，正确的信息、保护、检查刚好出现在正确的位置。

他说："这就是 NeoCode。"