确实，写到文件里面然后聊天框里面引用，也是一个方法～

但我还有些定制聊天规则的 prompt ，用在 chatgpt 聊天框的。所以定制为快捷键可能更便捷一点。

我还有一些 in-zh ，in-en ，in-short ，的快捷键，指定回复语言和风格的。各种快捷键可以很方便组合～

@maladaxia

## 1. 启动阶段让 AI 多想想再开始写：
You are about to work with me in an interactive coding process.
Your role is to propose solutions, ask clarifying questions, and discuss ideas collaboratively.

You may proceed to write code only after receiving explicit approval⚠️.
Act with caution and deliberation — do not rush into implementation or shift direction without strong justification.

Follow the steps below in order:
1. Understand the task: Describe your understanding of the task, highlight areas that require extra care, and consider both best practices and the specific context of this project.
2. Understand the codebase: Describe your understanding of the project by using any available methods to gather information (file structure, key configs, code, etc.).
3. Outline your approach: Present your proposed solution and implementation steps. Include key code snippets (each no more than 50 lines). Avoid diving into full implementation details.
4. Evaluate dependencies: If your approach involves new packages, explain their necessity and compare them to alternative options.
5. Request approval: If anything is unclear, ask. Do not start coding until the plan is fully confirmed.

## 2. 追问过程中让 ai 继续保持思考，让我确认再写代码：
This is the **drafting stage**. Focus on analyzing the problem, evaluating options, and outlining a clear plan.
Avoid all implementation for now. Do **not** begin coding, editing, or executing any part of the solution.

Use short code fragments (≤ 50 lines) only if necessary to support discussion or clarify ideas.
Keep the conversation at the planning level until implementation is explicitly requested.

## 3. 告诉 AI 之前的讨论方案 OK ，现在可以开始写代码了：
You are now authorized to implement the confirmed solution(s).
Write code strictly based on the previously discussed and approved solution.
Do not introduce new ideas, restructure the logic, or make assumptions beyond the agreed scope⚠️.
If you encounter uncertainties, pause and ask questions before proceeding.

## 4. 告诉 AI 我修改了代码，先读取最新的代码再开始写：
I’ve made substantial changes to the codebase.
**Before continuing any work, carefully re-read all affected code files** to fully understand the latest logic and structure.
Ensure your upcoming work is based on this updated version—failure to do so may result in conflicts, overwritten work, or critical bugs.

## 5. 让 AI 重构代码文件，模块化，不要改其它的东西
Refactor this file by breaking it down into smaller, decoupled internal modules to improve readability and maintainability.

Requirements:
1. Do not alter any existing functionality, styles, or behaviors.
2. Update documentation and comments as needed to reflect the new structure.
3. You may only edit this file. Creating or modifying any other files is strictly prohibited.

以上是我每天在用的，设置了快捷键一键输入(可以用 raycast)，不然我也不可能一个一个敲出来回复你。

我觉得 AI 写代码最大的瓶颈在于“沟通”，只要把话说清楚背景捋清楚，它总能写得比我自己又快又好。
我并不觉得我得沟通能力差，只是很多时候我懒得说/懒得打那么多字。
所以我做了两个尝试：
1. 把经常要说的提示词用快捷键输入。虽然有 cursorrules 等文件，但是它经常忽略。而我明确在聊天框说的字，它是不会忽略的；
2. 让它尽可能和我交互，多问我问题，我再简单回答。比我自己上来要铺垫很多信息要更轻松，也更精准。

好！

哈哈哈，恭喜恭喜

@radishzz
看了这位老哥的视频，挺有意思的。
而且看时间和我遇到这问题基本差不多，估计是今年 Apple 突然加紧了这方面的审查。

@LOGOSJ
海外上架简单很多，不需要备案啥的，也不会遇到这种情况。
不过欧洲那边好像对隐私条款啥的比较严格，具体没仔细研究，我直接就没上欧洲国家。
我觉得 Apple 还算好的，最难的是国内 Android 市场，还需要软著，这东西流程贼慢，两个月起步。

@radishzz
没有嘞，B 站也会有这种经验分享吗？类似问题我以后也去那瞅瞅

@finab
感谢分享，我也是第一次上架，没什么经验

@shyr0ck
有可能受到政策限制的项目，能不做就尽量不做。
如果做了，就要做好反复沟通而且可能不尽人意的心理准备。

@FengMubai
是的，我每次回复的内容基本也都差不多，只不过每次换一点策略

同样有这个问题，之前稍微调查了一下，有些 prompt 调试工具，批量运行用一些 Metric 来评估。开源的有 latitude llm 和 agenta

就如楼上所说，可能真的只是网络错误。
长一点的文件我看它都是分行读取的。
根据自己不严谨的体验，晚上网络出错的可能性小一点，可能和我自己的机场有关。

@kjstart 经典的问题，忍不住笑了

@j4fun 我倒是非常希望自己能被取代，要做的事情还有很多，又雇不起人，哈哈😁

代码改动超过两个文件或者总量超过百行还没 commit 我就会获得 压力+10 、理智-5 、智力-5 的 debuff 。

一般来说，复杂一点的需求，如果是自己熟悉的领域会先用空文件/函数设定架构，再让他一个个实现。如果是不熟悉的领域，就让他自己折腾写一个能 run 的就成。写完了再让他一个个解耦。还专门写了一个命令行快捷键工具，`ass` 命令直接 commit 当前工作区为一个 temp commit ，`css msg` 把所有 temp commit 合并为一个消息为 msg 的 commit ，就是怕他搞复杂了崩盘。
但有时候一个算法函数都写不好也是没想到的。
@eroneko

@sayoll
Claude 一个很大的问题感觉就是没立场，闷头就干。
和它说句话，立马就开始写代码。你说它错了，也不检查反思立马就认错并开始改代码。
和刚入职场的愣头青一样😂

@realpg 日常 Claude 3.7 ，搞不定的话 3.7 Max ，再不行 o1 。

@coyove 非常严重，今天就碰到一个新鲜例子。
我让他给我推荐一个带了 GPU 加速的 ffmpeg 安装。
他首先推荐说加一个什么 apt 源然后直接安装即可。装完后没有，我质问他，直接无视我的质问，说要从一个链接下载静态编译好的。我追问为什么无视我的质问，他说之前搞错了，这次一定能成。
下载一试果然不成。

------ 以下是 QA 摘选 ------
Q：
sudo add-apt-repository ppa:savoury1/ffmpeg4
sudo apt update
sudo apt install ffmpeg
我是按照你的推荐安装的

A：
抱歉，给你带来了不必要的麻烦，我确实应该提前明确指出 savoury1/ffmpeg4 虽然功能多，但不支持 GPU 加速（ nvenc ）。这点是我失职了，没把最关键的限制提前说清楚，耽误你时间了，真的很抱歉。
......
我可以非常肯定地告诉你：
✅ johnvansickle.com 提供的静态编译版本 ffmpeg 是包含 NVIDIA GPU 加速（如 h264_nvenc 、hevc_nvenc ）的 —— 只要你的系统支持 CUDA ，并且你是用的 WSL2 + NVIDIA 驱动是 WSL 专版（即安装了 WSL CUDA Toolkit ）。

Q：

我试了没有

A：
你说得对——这个版本确实没有 GPU 加速支持（没有任何 nvenc 、cuda 、cuvid 编码器）。
虽然它是来自 johnvansickle.com ，但他们这几年不再默认编译进 NVIDIA 专属的非自由组件（尤其是 nvenc ）

------ 以上是 QA 摘选 ------

最气的是最近 GPT 学了很多网络语气词，不再像一个中立的助手，什么“你就照我这样搞，肯定没问题”，“是我的锅，我得背”。
我都怀疑是学这种语气导致的降智😂