zsh2517

@MonikaCeng +1 ，不过我是小程序，同样 vscode 写代码，它自家 ide 编译预览

感觉关键在于如何看待 issue （或者类似的东西）

issue 是作为代码库的附属，只跟踪重要内容比如 BUG 、大型迭代等，上面只记录了需求内容
还是软件迭代的一环，从需求提出（为什么要改代码/期望实现什么收益）跟踪到上线甚至收益回顾（实际带来了什么收益）

后者的模式下，整个迭代流程可以被 issue 串起来，简化一下——PM 创建 issue ，然后 PMO 指派给相关人员；开发根据 issue 关联代码提交； QA 根据 issue 关联的代码库和分支进行测试，创建 bug 关联 issue ；上线时任务与需求绑定；最后 PM 再回顾这个需求的收益。

@zsh2517 另外可以配合 alias 使用

比如，alias gpt4o="aichat --model provider:gpt-4o", alias codeReview="aichat --role code-review" 等，进一步简化使用

之前我甚至想封装成一个可执行程序工具来着，类似于下面这样（代码是手打的，大概表示这么个意思）

$ cat how-to-start.prompt
#!/path/to/aichat-prompt-runner
Give a brief description of how to run the project using {ARG1} according to the readme.md:

{@ARG2}

$ how-to-start.prompt bun ./README.md

https://github.com/sigoden/aichat

我常用的几个用法：

交互式对话（甚至能渲染代码高亮）
$ aichat
$ aichat --model provider:model-name
不带任何 prompt 运行 aichat 则交互对话。::: 三个冒号启用多行输入模式


命令式对话
$ aichat 这里直接写问题就可以，他会输出完成后自动结束
$ aichat --model provider:model 鲁迅为什么打周树人

管道
cat 1.json | aichat convert into yaml > 1.yaml
aichat --role code-review < my.code