首先很高兴你看到这个，非常欢迎您和我一起完善云鉴，让我们一起编写一个好用的、有价值的、有意义的工具。
如果你发现了程序中的 bug，建议可以先在 issue 中进行搜索，看看以前有没有人提交过相同的 bug。
如果你发现了 bug，而且准备自己去修补它的话，则可以先把云鉴 Fork 到自己的仓库中，然后修复完后，提交 PR 到云鉴的 dev 分支下，另外记得在 PR 中详细说明 bug 的产生条件以及你是如何修复的，这可以帮助你更快地使这个 PR 通过。
如果你发现云鉴现在的功能不能满足自己的需求，并打算自己去增加上这个功能，则可以先把云鉴 Fork 到自己的仓库中，然后编写完相应的功能后，提交 PR 到云鉴 的 dev 分支下，另外记得在 PR 中详细说明增加的功能以及为什么要增加它，这可以帮助你更快地使这个 PR 通过。
建议师傅在增加新功能后，可以去完善对应的操作手册，操作手册项目地址：github.com/teamssix/twiki，先 fork 操作手册项目，然后在 github. com/teamssix/twiki/tree/main/docs/cloudsword 目录下编辑云鉴 操作手册的文档，最后提 pr 到 T Wiki 项目的 beta 分支下就行。
commit message 应尽可能的规范，为了保证和其他 commit 统一，建议 commit message 采用英文描述，并符合下面的格式：
type: subjecttype 是 commit 的类别，subject 是对这个 commit 的英文描述，例如下面的示例：
- feat: add object download function
- perf: optimize the display of update progress bar 关于 Git commit 的更多规范要求可以参见这篇文章：如何规范你的Git commit？
代码在编写完后，应使用 go fmt 和 goimports对代码进行格式化，从而使代码看起来更加整洁。
在 goland 中可以设置当代码保存时自动格式化代码，配置的步骤可以参见这篇文章：GoLand：设置gofmt与goimports，保存时自动格式化代码