Ting

CI/CD：持续集成和持续交付==实现软件发布流程各个阶段（从开发到部署）自动化的方法

PR：Pull Request==拉取请求，开发者可以将自己完成的代码修改提交给代码库的维护者，申请将这些更改合并到目标分支中

CI/CD工作

• 自动更新CHANGELOG：每次合并主分支后自动根据提交记录更新 CHANGELOG.md（合并到 main 分支后）
• 生成API文档： 根据代码变更自动生成或同步 API 文档（代码推送后）
• 自动代码审查：在 PR 流水线里自动跑代码审查并留下注释（PR创建或更新时）

日常开发工作流

步骤

1. 明确需求： 描述你想要实现的功能
2. Codex分析：Codex 理解项目结构和规范
3. 方案讨论： 与 Codex 确认实现方案
4. 代码生成：Codex 编写代码并修改文件
5. 验证测试：运行测试确认功能正确
6. 迭代优化： 根据反馈调整代码

代码理解工作流

步骤

1. 从入口点开始，让 Codex 解释整体架构
2. 逐步深入关键模块，理解核心逻辑
3. 追踪数据流和调用链
4. 总结关键点和注意事项

快速上手新代码(待总结)

重构工作流

谨慎使用，系统性改进代码结构

提示词基本结构

任务描述

你想做什么

命令分类

上下文管理

• /compact：压缩上下文==将当前对话历史只能摘要，保留关键信息，释放token
• /status：查看状态==输出当前对话id、已消耗的上下文token数、剩余额度等

代码与开发工作流

• /review：代码审查==对当前文件或指定代码段进行系统性审查，检查潜在bug、安全问题、性能瓶颈和代码风格
• /side：（对话分支）侧边对话==在临时分支发起独立对话，不影响主线，完成后可以合并、丢弃、保留
• /fork：（代码分支）派生分支==对话分叉为本地git分支或新工作树
• /mcp：列出当前对话中已连接的所有MCP服务器，查看在线状态和金额用工具列表

模型与推理控制

• /reasoning：推理强度（感觉如果是界面直接选比较方便）
• /model：模型（同上）

个性化

• /persona：设置个性语言风格
• /feedback：提交反馈==遇到输出问题立即反馈
• /pet：桌宠

日常开发工作流默认开始

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

# 步骤1：开始新任务前，检查上下文余量
/status

# 步骤2：遇到复杂问题，提升推理强度
/reasoning   # 切换至"高"档

# 步骤3：完成代码改动后，启动审查
/review

# 步骤4：探索不确定的方案，开启侧边对话
/side

# 步骤5：上下文快满时，压缩历史
/compact

上传本地项目

1. 在本地项目文件夹中初始化一个.git文件

   1

   git init

   之后就得到一个.git的隐藏文件
2. 在远程仓库里面加入我要上传的仓库[相当于连接远程仓库]

   1	git remote add origin https://github.com/你的github名字/仓库名.git

3. 查看当前本地仓库状态

   1	git status

   被标红色的文件就是修改的文件
4. 提交本地代码到本地git的缓存区

   1 2	git add xxx git add . //全部提交

5. 推送代码到本地的git库

   1	git commit -m "注释"

6. 把本地的代码提交到远程仓库

   1 2 3 4

   /* 如果仓库为空 */ git push -u 远程主机名orign 远程分支名main/master /* 如果仓库不为空 */ git push 远程主机名orign 远程分支名main/master

其它指令

1

git pull // 把远程仓库同步到本地仓库=>谨防覆盖自己的本地

1

git remote -v // 查看远程仓库详细信息，可以看到仓库名称，关联地址

1

git remote remove orign // 删除orign仓库（比如名称错误）

1

git remote add origin 仓库地址// 重新添加远程仓库地址