上下文不断切换
任务可能从问题单开始，经过多个文件，最后在浏览器里完成验证。
聊天工具的边界
开发工作很少能装进一个提示词。
真正有用的上下文分散在代码、命令、问题单、文档和正在运行的产品中。
命令需要真实结果
当具体命令、输出和改动文件决定结论时，看似合理的回答远远不够。
交接容易丢失依据
补丁若缺少检查过程和决策记录，审阅者只能重新还原整个工作。
开发工作流
让需要运行、验证和交付的工作在 Raydo 中完成。
每条工作流都以可检查成果结束，而不是停在一段孤立答案上。
01
跨代码与浏览器定位问题
- 输入
- 代码库文件、问题单和故障页面
- 过程
- 追踪相关代码，运行聚焦检查，并在真实界面中复现行为
- 成果
- 诊断结论、经过测试的改动和验证记录
02
把需求变成可审阅实现
- 输入
- 产品需求、现有规范和本地代码
- 过程
- 定位受影响文件，完成最小改动并运行项目检查
- 成果
- 聚焦的差异、测试证据和已知限制
03
交接前审核发布路径
- 输入
- 构建命令、部署说明和目标网址
- 过程
- 运行检查、查看响应，并记录仍需处理的失败
- 成果
- 包含具体证据的发布检查清单
Raydo 如何工作
从需求到验证，开发任务始终清晰可读。
同一套闭环可以支持诊断、实现与审阅。
1
目标
明确要改变的行为，以及证明结果成立的标准。
2
上下文
连接相关代码库、文件、问题单和浏览器状态。
3
执行
在真实环境中使用工具、命令和浏览器操作。
4
审批
在重要写入、发布或外部操作前暂停。
5
成果
把差异、检查结果和交接说明保存在一起。
产品如何匹配
开发者需要的证据就在工作空间里。
Raydo 连接开发者原本就要检查的工作界面。
本地代码库上下文
直接使用真实项目中的文件与约定。
可见的命令执行
读取命令及其输出，不依赖猜测结果。
浏览器验证
在用户实际接触产品的界面中检查行为。
保存的工作成果
把改动文件、验证和决策留给审阅者。
可重复的工程方法
让一次好修复成为下一次更好的起点。
有效的命令、检查和决策节点可以继续留在工作流中。
保留验证路径
下一次相似改动直接从已验证的检查开始。
延续项目规范
代码库特有的规则会继续约束后续工作。
带着证据交接
审阅者同时收到成果和验证它所用的路径。
开发者常见问题
开发者关于 Raydo 的常见问题
不会。Raydo 协调你已经在使用的工具与本地上下文，编辑器、终端和项目本身仍是事实来源。
可以。你选择任务可用的本地工作区与文件，执行会遵循代码库已有规则。
可以。命令及输出保持可见，重要操作也可以暂停等待确认。
一项聚焦改动最好同时包含测试、浏览器检查、关键决策和剩余限制。
