参考：juejin.cn/post/763880…
让Codex读取项目相关
- 首次让Codex接触项目时
请先阅读当前项目结构，不要修改任何代码。
告诉我：
1. 这个项目是做什么的
2. 使用了哪些技术栈
3. 入口文件在哪里
4. 启动、构建和测试命令是什么
5. 如果我要新增一个功能，应该从哪里开始
- 另一种常用的让Codex读项目的提示词
请先不要修改任何代码。
你现在只需要阅读项目结构，并告诉我：
1. 这个项目是做什么的
2. 使用了哪些技术栈
3. 入口文件在哪里
4. 启动和构建命令是什么
5. 如果我要新增一个页面，应该从哪里开始
- 询问Codex对项目理解不确定的地方
你刚才对项目的理解里，有哪些地方是不确定的？
请列出来，并说明你还需要查看哪些文件。
- 让Codex检查git状态
请先检查当前git状态。
告诉我有哪些未提交修改。
不要修改任何文件。
- 读项目模板
请先阅读当前项目，不要修改任何代码。
帮我总结：
1. 项目是做什么的
2. 技术栈是什么
3. 目录结构如何组织
4. 启动、构建、测试命令是什么
5. 新增一个页面应该从哪里开始
6. 当前项目有哪些明显维护风险
让Codex执行具体任务相关
- 指定范围检查登录跳转逻辑
请只阅读src/pages/login和src/hooks/useAuth相关文件。
帮我判断登录跳转逻辑是否存在时序问题。
- 指定状态（只读输出分析）
先不要修改代码，只输出分析。
- 指定状态（可修改代码，修改前给计划）
可以修改代码，但修改前先给我计划。
- 指定状态（按计划直接修改并运行测试）
请按计划直接修改，完成后运行相关测试。
- 指定验收标准
完成后请确保：
1. npm run lint可以通过
2. 相关测试可以通过
3. 不引入新依赖
4. 不修改无关文件
5. 最后总结修改内容、验证结果和剩余风险
- 中断AI执行并纠偏
暂停刚才的方向。
你现在的理解有问题。
正确目标是XXX。
请基于当前diff重新评估，不要继续扩大修改范围。
- 优化页面具体指令
请阅读src/pages/dashboard相关文件。
我现在觉得这个页面有三个问题：
1. 首屏信息太散
2. 移动端布局容易挤压
3. 接口失败时没有明显反馈
先不要修改代码。
请先输出你的修改计划，告诉我会改哪些文件，以及为什么这样改。
- 结合截图分析布局问题
这是当前页面的截图。
请截图和代码，判断布局问题可能在哪里。
先不要修改代码，只输出原因和修改方案。
- 总结修改内容
请总结这次修改：
1. 改了哪些文件
2 每个文件改了什么
3. 为什么这样改
4. 是否还有风险
5. 建议我如何验证
- 任务收尾总结
请总结这个任务。
包括：
1. 目标是什么
2. 最终改了什么
3. 已验证什么
4. 还有什么风险
5. 后续继续做应该从哪里开始
- 创建前端代码审查skill
请帮我创建一个前端代码审查skill。
它需要在review时重点检查：
1. 是否破坏现有组件约定
2. 是否引入不必要依赖
3. 是否有响应式状态混乱
4. 是否遗漏loading、empty、error状态
5. 是否有移动端适配问题
6. 是否有SS风险
7. 是否补充必要测试
- 安装别人的skill
请帮我安装这个skill，并检查它的用途和安全风险。
链接是：XXX
- 查看GitHub PR的review comment
请查看当前PR的review comment。
总结必须修改的问题。
先不要改代码。
- 读取文档检查项目相关变更点
请读取这份需求文档。
找出和当前项目相关的变更点。
然后只输出可能受的文件和模块。
不要修改代码。
- 自动化任务（每天早上总结昨天的提交）
每天早上9点，检查当前项目过去24小时的提交记录。
输出：
1. 主要改动
2. 涉及模块
3. 潜在风险
4. 今天需要我关注的地方
不要修改代码。
- 自动化任务（每30分钟检查一次PR状态）
每30分钟检查一次当前PR。
如果有新的review comment，请总结评论内容，并判断哪些需要修改。
不要自动改代码。
只在发现新问题时提醒我。
- 自动化任务（每天晚上总结今天的diff）
每天晚上6点，总结今天当前项目的git diff。
告诉我：
1. 改了哪些文件
2. 每个文件大概改了什么
3. 有没有明显风险
4. 明天继续做应该从哪里开始
- 拆番茄钟应用需求
我想做一个番茄钟应用。
请先帮我拆需求，不要写代码。
输出：
1. 核心功能
2. 可选功能
3. 第一版最小可用范围
4. 可能的边界情况
5. 推荐的实现顺序
- 让Codex读项目判断番茄钟功能目录
请阅读当前项目结构。
判断番茄钟功能应该放在哪些目录下。
先不要修改代码。
只输出文件计划，包括要新增哪些文件、修改哪些文件，以及原因。
- 小步实现番茄钟第一版
按刚才的计划实现第一版。
要求：
1. 完成25分钟工作计时和5分钟休息计时
2. 支持开始、暂停、重置
3. 支持工作和休息状态展示
4. UI简洁，不要做复杂动画
5. 不要引入新依赖
完成后运行项目检查是否报错。
- 让Codex检查番茄钟改动
请review这次改动。
重点检查：
1. 计时器是否正确清理
2. 组件卸载后是否可能继续setState
3. 开始和暂停状态是否混乱
4. 重置逻辑是否正确
5. 移动端布局是否会溢出
6. 有没有不必要的复杂代码
先只输出review结果，不要修改。
- 修复番茄钟review出的问题
请根据刚才review里确认的问题进行修复。
只修改和这些问题直接相关的代码。
不要做额外重构。
完成后再次总结diff。
- 沉淀番茄钟实现经验
请总结这次实现番茄钟功能的过程。
包括：
1. 最终文件结构
2. 核心实现思路
3. 遇到的问题
4. 后续如果要加历史记录和通知提醒，应该从哪里开始
5. 哪些规则可以写进AGENTS.md
- 修bug模板
我遇到了一个bug：XXX。
请先阅读相关代码，不要修改。
输出：
1. 可能原因
2. 涉及文件
3. 你需要进一步确认的信息
4. 修复计划
- 执行修改模板
请按刚才确认的计划修改代码。
要求：
1. 修改范围只限于XXX
2. 不要引入新依赖
3. 不要重构无关代码
4. 完成后运行相关测试
5. 最后总结修改内容和风险
- review模板
请review当前git diff。
重点关注：
1. 是否破坏现有功能
2. 是否有边界情况遗漏
3. 是否有错误处理缺失
4. 是否有类型问题
5. 是否有安全风险
6. 是否需要补测试
只输出问题，不要修改代码。
