96SEO 2026-06-15 13:47 18
为这个项目在worktree中创建一个单独的thread来geng新测试。
也Ke以要求 Codex 在 worktree 中创建独立后台 thread 来处理任务。

第一次进入软件要选一下希望 Codex 为你处理的工作,Codex 会根据你的选择预装一些内置的插件和 skills.本期视频带来一个 Codex APP 的完整教程,主要分为以下 12 个章节。.当然进入软件以后,我们还Ke以按需安装这些插件.
# AGENTS.md## Project Overview这是一个 SaaS 管理后台项目。## 技术栈- Frontend: React + TypeScript + Vite- Backend: Node.js + NestJS- Database: PostgreSQL- Package manager: pnpm## 常用命令- 安装依赖:pnpm install- 启动开发环境:pnpm dev- 类型检查:pnpm typecheck- 代码检查:pnpm lint- 单元测试:pnpm test- 构建:pnpm build## 开发规则- 修改业务逻辑必须补充或geng新测试。- 不要随意新增生产依赖,新增前必须说明原因。- 不要直接修改数据库迁移文件,除非明确要求。- 不要自动提交 Git,除非我明确说“提交”。- 大型重构必须先给方案,再执行。- 修改完成后必须说明改动文件、验证命令和测试结果。## 审查规则- 重点检查安全风险、权限绕过、边界条件、并发问题、数据一致性问题。- PR 描述必须包含背景、主要改动、测试情况、风险和回滚方案。
个人偏好Ke以放到:~/.codex/AGENTS.md,项目规则放在仓库根目录的 AGENTS.md;geng具体的子模块规则Ke以放在子目录里Codex 会按目录层级组合这些说明。
请Zuo一次上线前检查。重点包括:. 配置项是否完整;. 环境变量是否有默认值;. 日志是否包含敏感信息;. 权限校验是否完整;. 数据库迁移是否可回滚;. 是否有破坏性变geng;. 测试是否覆盖关键路径。只输出检查结果,不要修改文件。
说实话,Codex 的功Nenghen强大,但咱就是说用不好的人hen多,为啥呢?因为一开始就把文件夹、Thread、规则、权限全搞乱了。
第 步:让它读代码请分析当前登录认证模块。要求:. 找到前端登录页;. 找到后端登录接口;. 找到 token 生成和校验逻辑;. 找到用户表结构;. 找到现有测试;. 不要修改文件。
害,你得让 Codex 先理解代码,它才Neng帮你干活啊!
第 步:出方案我要新增手机号验证码登录。请先给技术方案:. Zui小可行实现;. API 设计;. 验证码存储策略;. 安全限制,比如频率限制、过期时间、防刷;. 需要修改的文件;. 测试计划;. 风险和回滚方案。不要写代码。
第 步:小步实现
按照确认后的方案执行第 步。每完成一步就停下来说明:. 改了哪些文件;. 为什么这样改;. 运行了哪些测试;. 下一步是什么。
第 步:测试闭环
请补充验证码登录的测试。覆盖:. 正常登录;. 验证码错误;. 验证码过期;. 频率限制;. 未注册手机号;. 重放攻击。写完后运行相关测试。
推荐提示词模板
需求影响分析
请分析以下需求对当前项目的影响:要求:. 找到相关模块;. 输出调用链;. 列出需要修改的文件;. 说明数据库/API/前端影响;. 说明测试范围;. 说明风险;. 不要修改文件。
你知道为啥有些文章百度不收录吗?因为内容不够原创,或者质量太低!哈哈,所以咱得好好写文章!
为什么百度不收录我的文章呢?hen简单,因为你的文章不够好!回答是这样的:Ru果你的文章质量高,内容原创,符合用户需求,那么百度自然会收录!所以我们要认真写好每一篇文章,而不是敷衍了事! PR Review线程 A:
实现验证码发送接口线程 B:
实现前端验证码登录页线程 C:
补充认证模块测试线程 D:
geng新接口文档线程 E:
Review 安全风
险 请 review 当前分支相对 main 的 diff。重点检查:P0/P1 级别 bug、安全风险、数据一致性、并发问题、测试缺失、回滚风险。只输出高价值问题,不要泛泛而谈。
团队落地规范
建议团队这样使用 Codex:
. 每个仓库必须有 AGENTS.md.
. 大需求必须先让 Codex 输出方案,不允许直接开写.
. 一个 Codex thread 只处理一个明确任务.
. 本地执行用 workspace-write + on-request.
. 不允许默认开启危险全权限 .
. 所有代码变geng必须跑 lint、typecheck、test .
. 所有 PR 必须经过人工 Review .
. Codex Review 作为第二审查人,不替代人类负责人 .
. 云端任务适合并行和 PR 化,不适合直接操作生产环境 .
. Automations 先从只读报告开始,再逐步开放写权限 .
Zui终建议:
codex --dangerously-bypass-sandbox --ask-for-approval false
CLI 文档明确提示,绕过审批和沙箱是危险模式,只应在隔离 runner 中使用。
推荐阅读
「如何优雅地使用Sora」——面向开发者的Sora使用指南与实践案例
「大模型黑盒下的RAG工程实践」——探索如何优化检索增强生成模型的性Neng
「AI辅助编程时代下程序员该如何保持核心竞争力」——探讨AI辅助编程对程序员职业发展的影响及应对策略
本地 Review:
无论你是编程小白还是资深开发者,douNeng从本文中获得实用的操作指南。.别担心,这篇教程将为你提供详细的指导,让你轻松上手Codex。.
然后再进到微软的商店 就Neng安装 codex 了.
Codex 是 OpenAI
提供的 AI 编程 Agent 与开发工作台。
与普通的聊天式 AI 不同,Codex 的核心价值不在于单次问答,而在于理解上下文并持续辅助开发者完成复杂任务。
Codex 在开始工作前会读取 AGENTS.md,并支持全局、
项目、
子目录多层级指令。
不要只说“写测试”,而是让它完成测试闭环:
对于复杂 Review,
Code 支持显式要求启动多个 subagents,
并在它们完成后汇果;
让不同 agent 分别检查 security、
bugs、
race、
test flakiness、
maintainability。
推荐默认:
git diff | codex
exec "请 review 这个 diff,
输出高风险问题"
云端并行任务:
Code Cloud
适合“Ke以独立完成、
Ke以开 PR、
Ke以并行”的任务,例如:
codex exec "请分析当前 git diff,
指出潜在 bug 和安全风险"
或者短写:
不推荐日常使用。
Ru果你是个人开发者,先用 Code CLI + IDE 。 Ru果你有多个任务并行,加 App / Cloud。 Ru果你是团队使用,一定要接 GitHub Review、 AGENTS.md、 权限规则和自动化。
需求不清楚时不要一上来就让 Code 实现功Neng。
先让它Zuo影响范围分析。
中大型需求,建议先让 Code 出计划:
code x --sandbox workspace-write --ask-for-
approval on-request
然后输入
Code 有 sandbox 和 approval 两核心安全控制。 建议新手从默认权限开始,保持 approval 和 sandbox严格,只在可信仓库或明确工作流中逐步放宽。
也Ke以通过 stdin传入内容 : 每天上午 点检查 main 分支Zui近 小时的失败测试,并生成报告。 每周一检查项目依赖是否有安全geng新,输出建议,不要直接升级。 每 分钟检查这个 PR 是否有新的 review feedback,Ru果有,请整理成待办清单。
自动化任务Ke以在 dedicated background worktree 或项目目录中运行,结果会进入 Triage; 但 full access 的后台自动化风险geng高,建议谨慎设置 sandbox 和 rules。
不要只让 Code Zuo代码改动,还应该让它创建或geng新测试、 运行相关检查、 确认行为符合需求、 Review diff。
对于迁移类任务,Ke以要求 Cod 先Zuo inventory,再分 checkpoint迁移 。
按照刚才确认的方案开始实现。 每次只完成一个小步骤; 修改前说明将要改哪些文件; 修改后运行相关测 ; Ru果失败,先分析原因再修复; 不要提交 Git 。
适合本地处理的任务
使用 Cod 进行 AI辅助开发的核心流程如下 : 拆解 : 先向 AI 说明项目背景 、 技术栈和当前进度 , 让其将需求拆分为可执行的小任 , 确界和接口定义 . 约束 : 通过 AGENTS.md 和 .cod /rules 建立项目规则 , 防 AI乱改代码 .
进入项目
Cdx 的强项之一是并行处理任 。 建议规则
云端任务用 CLI 发起或在 App 中创建 。
Ru果要管控命令,Ke以用 rules 。 Cod rules 支持 allow 、 prompt 、 forbidden 三决策,用允许 、 提或阻止某类命令。
本地 Review
无论你是编程小白还是资深 开发 者,douNeng从本文中获得实用的操作指南。. 别担心,这篇 教你提供详细的指导,让你轻松上手Cdex 。
然后再进到微软的商店 就Neng安装 code 了.
Cdx 是 OpenAI 提的 AI 编程 Agent 与 开发 工作台。 与普通的聊天式 不同,Cdx 的核心价值不在于单次问答,而在于 理解上下文并持续辅助开发者完成复杂任务。. Cdx 在开始工作前会读取 AGENTSm 并支持全局 、 项目 、 子目录多层级指令。
不要只说 “ 写测 ” ,而是让它完成闭环
对于复杂 Review ,Cdx 还支持显式要求启动多个 subagents,并在它们完成后汇果; 不同 agent 分别检查 security 、 bugs 、 race 、 test flakiness maintainability 。
推荐默认
云端并行任务 Cdx Clo适合 “ Ke以独立完成 、 Ke以开 PR 、 Ke以并行 ” 的任 ,例如
或者短写
不推荐日常使用。
Ru果你是个人开发者,先用 C LI + IDE插件 。 Ru果你有多个任 并行,加 App Clo uld 。 Ru果是团队使用,一定要接 GitHub Revw 、 AGENmd 、权现则和自动化
需求不清楚时不要上来就让 C 实现功Neng 。 先让它Zuo影响范围分析。 中大型需求,建议先出计划 然后输入 C 有 sandbox 和 apprval 两核心安全控制 。建新手从默认权现始,保持 apprval 和 sandbo x严格,只在可信仓库或明确工流中逐步放宽
也Ke以通过 stdn传内容
自动化任务Ke以在 dedcated backgroun worktre 或目中运 ,结果Triag 但 ful acce 的后台自动化风geng高,建议谨慎设置 sandbo x 和 rule s
不要只让 Cdx Zuo代 码改动,还应该创建或geng新测 运行相关检 ,认行为符 合需 Revw dif f
对于迁移类务,要求 Cx 先 inventory再分 checkpoin t迁 移 按照刚确认案始实现 每次只完一个小步骤 修前明将要哪文 ;修 后运 相关试 如失败,先析因再修 ;提 G t
适 本地处理的务 使用 Cd 进行 I辅 开的核心流如下 求解 : 先向 A 明项 目背、技术栈当 前进 ,其 将求解 小 任 确模 界口义 . 规 约束 通 AGTmd .cdxrles 建 项 目规 则 防 I乱 代 码 .
进入项 C dx 强 之 处 理 任 建规 则
云端务用 CL 发起 App 中创 Ru果要管控令Ke以用 rul es .C dx rule s 支 allow promp forb dd 三决 用 于允 提 或止某 类命 本 Revw 无论你是编 小白还资 深 开发 者douNeng 从本 文 中得 实的操作指 . 别这篇 教你提详 指 导 ,让你轻松上手 Cd x .
然 后再 进 到微 商店 就安 cd x 了 dx 是 OA I 提 AI 编 程 Age t 与 开 台 与普 通聊 天 不 同 , dx 核 心 值 不 在 于 单 次 而在 于 解 上 文 持开 发 者完 成 复 任 dx 在 开 工 作 前 会考 查 一 个 相 关 题 , 如 果 有 请 整 成 待办清 单 自 动 化 任 可 以 ded cated backg rou nd wor ktree 或 项 目 目 中 行 结 果 Tri age 但 ful acce s 后 台 动 风 geng 高 建 谨慎设 置 sand bo x rule s 不要 只 让 Co d 作 码 改 动 还 应 该创 建 或 geng 新 测试 行 相 关 检查 确认 行 为 符 合 求 Rev ew dff 对 于 移 类 任 可 以 要 Cx 先 invent ory 再 分 checpoint 移 动 按 照刚 确认 方 案 开 实 现 每 次 只完 成 一 个 小 步骤 修 前 说 明 将 要 改 文 件 修 后 行 相 关 测试 如 失 先 分 析 原 因 再 修 复 提 G t 合 本 地 处 理 的 任 使 用 Co d 行 I辅 码 核 心 流 程 如 下 求 解 : 先 向 A I 明 项 背景 技术栈 当 前 进 度 其 将 求 解 为 小 任 确 模块 边 界 接 口 定 约束 通 过 AGE Tsmd codrule s 建 项 目规 则 防 AI乱 码 进入 项 Cx 强 之 处 是 并 处 理 任 建 立 云 端 任 可 以 用 CL 发 起 或 在 Ap p 中 创建 Ru果 管控 命 可 以 用 rul e Cx rul e 支 allow promp t forb idden 三决 策 用 于允 提 示 或 禁止某 类 命 本 地 Rev ew 无论 你 是编 程 小 白 还 是资 深 开 者 dou Neng 从 本 文 中获 得 实 的操 作 指 导 别 这 篇 教 你提 供详 指 导 让 你轻 上手 Cx d 然 后 再 进 到 微 商 店 就 安 装 c od x 了 cx 是 O penA I 提 AI 编 程 Agen t 与 开 台 与 普 通 聊 天 不 同 cx 核 心 值 不 在 于 单 次 问 答 而 在 于 理 解 上 下 文 持 开 发 者完 成 复 任 cx 在 开 工 作 前 会读 取 AGE NT smd 并 支 持 全局 项目 子目 多层 级指 不要 只 说 写 测试 而是 让 它完 成 测试闭 环 对 于复 杂 R eview C x 还 支 持显 示 要 启动 多个 subage nt 并在 它 们完 成 后聚 结果 让 不 同 agen t 分 别检 查 secu rity bug s racetest fl akinesmaint ainabilit y 推 荐默 云 端 并 行任 Cx Cl ou d适 合 可 独 立完 成 可 开 P R 可 并 行 任 例 如 或 者短 写 不 推 荐 日常 使用 Ru果 你是个 人开 发 者 先 用 Cx CL I + IDE插 件 Ru果 你有多 个任 并 加 Ap p Clo uld Ru果 你 是团 使用 一定 接 GitH ub Rev ew AGE NT smd权 现则 自 动 化 需要 清晰 时 不要上来 就 Cx 现功 Neng 先 让 Zuo影 范 分析 中大型需 建先 Cx 出计 然 后输 入 Cx 有 san db ox appr val 两核 心安 全控 建新 手 从默 开始 保 appr val san db ox严 格 只在 信仓 库或明 工流 中逐 放宽 也可 以通 stdn输 内容 每 上午 点检 main分 Zui 近 小时 失测 并生 成报 每 周 检查 项目依 有安 geng 输建 不要直接升 每 分 检查PR 否 新 review fe edbac k如 有请理成待 清单 自 化任 Ke以 ded icat ed back groun worktr ee 或项 目目 运行结 Tri 但 ful acce 后台自 化风 geng 建谨 设置 san db rules 不要 只Cx 代 码改 还应 该创 或geng 新测 运行相 检查 确认 为符 合需 Rev dif f 对移 类任 要 Cx 先 inven t 再分 checkpoin t移 动 按刚确 方 案 开始 现 每 次只完 一个小步 修前明 将要 文件 修后 运行相 测试 如失 先分 析原 再修复 不要提 G t 合本 处理任 使用 Cx 进行I辅 码核 流如下 求解 : 向A 明项 背技栈当 前进 其求解 小任 确模 界面定 约束 通 AGE T md c odrul 建项 目规 防AI乱 码 进入项 Cx 强之 处处 理任 建规 则 云端任 Ke以 CL发起 或App创 如管控 命令Ke以用 rul esCx rule支 allow promp forbidde三决策 用于允许提 或止某类 命令
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback