i-have-adhd 进阶：让代码助手更高效
i-have-adhd 是一个增强编码助手输出效率的技能，帮助你快速定位和解决问题。通过本教程，你可以轻松安装并定制该技能，提升开发效率。
1. 安装 i-have-adhd：适用于 Claude 和 Codex
本章要解决的是怎么在 Claude 和 Codex 上安装 i-have-adhd 插件，这样咱们就能利用这个插件来提高编码助手的输出效率。读完这章，你就能顺利地把这个插件装到你的工具上了。
首先，确保你已经有一个可以使用的 Claude 或 Codex 账号，并且熟悉基本的操作流程。如果你之前按照上一章的步骤进行了设置，那现在可以直接进入下一步了。
安装步骤
对于 Claude 用户：
我们先打开终端或者命令行工具，然后输入以下两条命令：
claude plugin marketplace add ayghri/i-have-adhd
claude plugin install i-have-adhd@i-have-adhd执行完这两条命令后，Claude 就会自动从市场获取并安装 i-have-adhd 插件。之后，在任何对话框里输入 /i-have-adhd 即可激活该插件的功能。
对于 Codex 用户：
同样是在终端或者命令行工具里，我们需要输入以下两条命令：
codex plugin marketplace add ayghri/i-have-adhd --ref main
codex plugin add i-have-adhd@i-have-adhd完成后，Codex 也会自动下载并安装好插件。如果你想手动触发插件的效果，可以在代码编辑器中输入 $i-have-adhd。不过有时候 Codex 会在检测到适合使用该插件的任务时自动启用它。
常见问题与排查方法
如果你在安装过程中遇到了错误信息，请检查一下是否正确输入了命令，并确认你的网络连接正常。如果还是有问题的话，可以尝试重启你的终端或者重新登录你的账户。
一个小贴士：为了保证插件能够及时更新和兼容最新的功能，请确保你的 Claude 或 Codex 工具也是最新版本的哦！
实际案例
假设你在编写一个用户认证系统的时候遇到了一些问题，比如不知道如何验证 JWT 令牌。这时候你就可以使用刚刚安装好的 i-have-adhd 插件来简化这个问题的解决方案描述。只需要在对话框中输入 /i-have-adhd（对于 Claude）或 $i-have-adhd（对于 Codex），然后描述你要解决的问题，插件就会给你一个更加简洁明了的答案。
本章小结
- 我们学习了如何在 Claude 和 Codex 上安装 i-have-adhd 插件。
- 使用
/i-have-adhd（Claude）或$i-have-adhd（Codex）来激活插件功能。 - 注意检查网络连接和工具版本以避免常见的安装问题。
- 实践了一下如何在实际开发中使用这个插件来优化问题解答过程。
2. 理解 i-have-adhd：改善输出风格
这章我们要聊聊 i-have-adhd 是怎么改变代码助手的输出风格，让你更容易找到有用的信息。读完之后，你会知道哪些具体变化能帮助你更快地解决问题。
首先，确保你已经按照上一章的步骤成功安装了 i-have-adhd 插件，并且能够在你的代码编辑器中输入 /i-have-adhd（Claude）或 $i-have-adhd（Codex）来激活它。
我们先来看一下使用这个插件前后的区别：
| Before | After |
|---|---|
> Great question! Let me think about this. Your auth flow has a few moving pieces: the middleware, the token verification, and the cookie handling. Looking at src/auth.ts, the verifyToken function (around lines 42-58) seems to be using an older jsonwebtoken API. One approach would be to update the package and rewrite that function. After making the change, you'd want to run the auth tests to confirm nothing breaks. By the way, you might also want to look at your dependency versions overall. Hope this helps! Let me know if you want to dig deeper. |
> Run npm install jsonwebtoken@latest, then edit src/auth.ts:42. <br/> 1. Open src/auth.ts <br/> 2. Replace verifyToken (lines 42–58) with the snippet below <br/> 3. Run npm test -- auth.spec.ts <br/><br/> Next: paste the first failing line if any test fails. |
可以看到，使用插件后，回答变得直接明了，步骤清晰编号，没有废话。这样你就能迅速抓住重点，减少找答案的时间。
接着，我们来看看插件背后的十条规则是什么：
- 先说下一步行动。
- 多步骤任务按数字编号。
- 结尾给出具体的下一步。
- 抑制无关话题。
- 每次都重申当前状态。
- 给出具体时间估计（分钟数而不是“一会儿”）。
- 让成果显而易见。
- 直白地指出错误。
- 列表不超过五项。
- 不加前言、总结或结束语。
这些规则确保了输出既简洁又实用。举个例子，在调试一个复杂的用户认证系统时，如果没有插件的帮助，助手可能会提供一堆背景信息和解释，让你找不到重点。有了 i-have-adhd 后，助手会直接告诉你需要修改的具体文件和行号，并列出你需要执行的操作步骤。
如果你遇到问题觉得输出不够理想，可以考虑调整这些规则。例如，你可以克隆项目并在本地进行修改：
git clone https://github.com/ayghri/i-have-adhd.git
cd i-have-adhd接着编辑 skills/i-have-adhd/SKILL.md 文件中的规则。修改完成后重新安装你的自定义版本：
claude plugin marketplace add <your-username>/i-have-adhd然后再次使用 /i-have-adhd 来查看效果。
本章小结
- 学习了 i-have-adhd 如何改善代码助手的输出风格。
- 对比了使用前后输出的不同之处。
- 理解了插件背后遵循的十条规则及其作用。
- 掌握了如何根据需要调整和自定义这些规则的方法。
3. 比较前后输出：直观感受改进效果
本章我们要来看看 i-have-adhd 插件到底有多强大，通过实际例子来感受一下使用前后代码助手输出的变化。这样你就能直观地看到这个插件带来的提升。
前提是你已经按照上一章的步骤成功安装了 i-have-adhd 插件，并且知道怎么调用它。如果你还没做这一步，请先回去看看上一章的内容。
我们先来看一个常见的场景：调试用户认证系统的错误。假设你在 src/auth.ts 文件中遇到了一个问题，代码助手没有安装 i-have-adhd 时，它的回复可能是这样的：
Great question! Let me think about this. Your auth flow has a few moving pieces: the middleware, the token verification, and the cookie handling. Looking at `src/auth.ts`, the `verifyToken` function (around lines 42-58) seems to be using an older `jsonwebtoken` API. One approach would be to update the package and rewrite that function. After making the change, you'd want to run the auth tests to confirm nothing breaks. By the way, you might also want to look at your dependency versions overall. Hope this helps! Let me know if you want to dig deeper.这段回复虽然详细，但有点啰嗦，而且不容易找到下一步行动。接下来我们启用 i-have-adhd 插件，看看它的回复有什么不同。
首先，确保你已经在你的项目目录下打开了终端或者命令行工具，并且已经安装好了 i-have-adhd 插件。接着输入以下命令来激活插件：
/i-have-adhd如果你使用的是 Codex，则需要输入：
$i-have-adhd激活后，再问同样的问题，比如：“我在 src/auth.ts 中遇到了一个 token 验证的问题”，这次代码助手的回答应该是这样的：
Run `npm install jsonwebtoken@latest`, then edit `src/auth.ts:42`.
1. Open `src/auth.ts`
2. Replace `verifyToken` (lines 42–58) with the snippet below
3. Run `npm test -- auth.spec.ts`
Next: paste the first failing line if any test fails.可以看到这次回答更加简洁明了，直接给出了具体的步骤和操作指令，方便你快速解决问题。
如果你遇到类似的情况，可以试试看启用 i-have-adhd 插件后的效果。你会发现代码助手的回复变得更加实用和高效。
本章小结
- 观察了未启用和启用 i-have-adhd 插件后代码助手输出的区别。
- 看到了启用插件后输出变得更简洁、更直接的优点。
- 实践了如何在实际项目中体验到插件带来的改进效果。
4. 掌握 10 条规则：优化代码助手响应
本章我们要深入了解 i-have-adhd 的十条规则，这样你就能更好地优化代码助手的响应，让它更加高效地帮助你解决问题。读完这章后，你应该能熟练运用这些规则来调整代码助手的输出。
前提是你已经按照前几章的步骤成功安装并启用了 i-have-adhd 插件。无论是使用 Claude 还是 Codex，确保你在对话框中输入了相应的命令来激活插件。
我们先来看一下这十条规则的具体内容，并结合实例来理解它们是如何工作的。
规则 1：Lead with the next action（行动先行）
这意味着代码助手应该首先告诉你下一步该做什么。而不是先讲一大堆背景知识或者理论。
例如：
- 不好：我们需要更新
jsonwebtoken库来修复这个问题。 - 好：运行
npm install jsonwebtoken@latest更新库。
规则 2：Number multi-step tasks（编号多步骤任务）
如果任务有多步，每一步都应该编号列出，这样更容易理解和执行。
例如：
- 不好：你需要编辑
src/auth.ts文件中的verifyToken函数，然后运行测试。 - 好：
- 编辑
src/auth.ts文件中的verifyToken函数。 - 运行测试
npm test -- auth.spec.ts。
- 编辑
规则 3：End with one concrete next step（以具体下一步结束）
最后一条建议应该是具体的下一步动作，而不是模糊不清的话。
例如：
- 不好：希望这个答案对你有帮助！
- 好：接下来，请检查是否有任何失败的测试用例并粘贴第一行错误信息。
规则 4：Suppress tangents（抑制离题）
尽量避免在回答中引入无关的信息或话题跳转。
例如：
- 不好：顺便提一下，你的依赖版本也需要检查一下。
- 好：忽略其他部分，专注于当前的任务吧！
规则 5：Restate state every turn（每次转换都重新陈述状态）
在对话过程中，每当状态发生变化时，都要重新确认当前的状态和目标。
例如：
- 原始问题：“我在
src/auth.ts中遇到了一个 token 验证的问题。” - 回答：“问题是在
src/auth.ts中验证 token 失败。”
规则 6：Specific time estimates（具体的时间估计）
提供具体的时间估计值而不是模糊的说法。
例如：
- 不好：大概需要几分钟时间完成。
- 好：预计需要大约 5 分钟完成。
规则 7：Make wins visible（让进步可见）
强调已经取得的进步和成果，激励继续前进。
例如：
- 成功解决了某个 bug 后可以说：“现在所有的测试都已经通过了！”
规则 8：Matter-of-fact errors（客观描述错误）
报告错误时要客观准确，避免加入个人情绪色彩。
例如：
- 错误发生时说：“检测到语法错误，请检查第 42 行。”
规则 9：Cap lists at 5 items（列表不超过五项）
如果需要列出多个事项或步骤，不要超过五个条目。过多的内容会让人感到困惑和不知所措。
例如：
- 如果有六个不同的文件需要修改，
- 不要一次性全部列出来；
- 可以分批处理或者优先级排序后再逐步进行；
- 或者简化为“请依次修改以下文件”。
规则 10：No preamble. No recap. No closers（没有前言、总结或闭幕语）
直接进入主题，不需要额外的开场白、总结或礼貌性的告别语句。保持简洁明了。
例如：
- 不好：“感谢您的提问！” “祝您一切顺利！”
- 好：“问题已解决，请继续下一个任务。”
接下来我们通过一个小例子把这些规则结合起来实践一下：
假设你在编写一个新的用户注册功能时遇到了一个问题，在调试过程中发现前端无法正确接收后端返回的数据。我们可以看看如何利用这些规则来优化代码助手的回答：
示例对话
你: 我在实现用户注册功能时遇到了问题。前端无法接收到后端返回的数据，请帮我检查下可能的原因？
代码助手:
- 打开
backend/routes/user.js - 检查路由是否正确设置返回数据格式为 JSON
- 打开浏览器开发者工具查看网络请求响应头和响应体
示例对话应用规则后的优化版
你: 我在实现用户注册功能时遇到了问题。前端无法接收到后端返回的数据，请帮我检查下可能的原因？
代码助手:
- 打开
backend/routes/user.js - 确认路由是否正确设置了返回数据格式为 JSON
- 使用浏览器开发者工具查看网络请求的响应头和响应体
注意这里我们遵循了以下几个规则:
- 直接给出了具体的行动步骤 (
打开文件,确认设置,查看工具)。 - 对应每个步骤进行了编号以便于跟踪。
- 最后一步明确了具体的下一步操作 (
查看工具)。 - 整个回答没有引入无关的话题 (如讨论整个项目的架构)。
- 状态明确指出问题是关于数据传输的部分 (
前端无法接收到后端返回的数据)。 - 时间估计在这里并不适用 (因为这是一个简单的调试过程)。
- 进展方面可以进一步补充 (如“如果发现问题所在,请告诉我”).
- 错误描述方面也可以进一步完善 (如“如果看到非JSON格式或其他异常,请记录下来”)。
- 列表只有三项,符合要求.
- 没有不必要的前言或总结语句.
这就是本章的主要内容啦！通过学习这十条规则，并将其应用于实际场景中,你可以显著提高与代码助手交互的质量,从而加快开发速度并减少挫败感.
本章小结
- 学习并掌握了 i-have-adhd 的十条核心规则。
- 明白了每条规则的作用及其应用场景。
- 结合实例练习了如何优化代码助手的输出形式以提升效率。
5. 自定义 i-have-adhd：根据需求调整规则
本章我们要让你学会如何根据自己的需求来调整 i-have-adhd 的规则，这样就能更好地适应不同的编程任务和工作流程。读完之后，你就能根据具体情况进行个性化定制了。
首先，你需要确保已经按照前面的步骤成功安装了 i-have-adhd 插件，并且对它的基本功能有所了解。如果你还没有完成这些步骤，建议先回到第一章重新看看。
第一步：找到规则文件
我们先找到 i-have-adhd 的规则文件。这个文件通常位于插件的 skills/i-have-adhd/SKILL.md 中。如果你使用的是 Claude 或者 Codex，默认情况下这个文件已经被下载到了你的环境中。
如果你用的是 Claude：
cd ~/.config/claude/plugins/i-have-adhd/skills/i-have-adhd/
ls你应该能看到 SKILL.md 文件。
如果你用的是 Codex：
Codex 的路径可能会有所不同，通常是：
cd ~/.config/codex/plugins/i-have-adhd/skills/i-have-adhd/
ls同样地，你应该能找到 SKILL.md 文件。
第二步：编辑规则文件
接下来，我们用文本编辑器打开 SKILL.md 文件进行修改。你可以使用你喜欢的任何文本编辑器，比如 VSCode、Sublime Text 或 Notepad++。
nano SKILL.md # 使用 nano 编辑器作为示例在这个文件中你会看到列出的十项规则。我们可以根据需要添加新的规则或者修改现有的规则。举个例子，假设你想增加一条新规则：“提供详细的错误日志”。
在文件末尾添加以下内容：
11. 提供详细的错误日志。保存并退出编辑器（在 nano 中按 Ctrl+O 保存，Ctrl+X 退出）。
第三步：重新加载插件
为了让我们的更改生效，我们需要重新加载 i-have-adhd 插件。
如果你用的是 Claude：
claude plugin reload i-have-adhd如果你用的是 Codex：
codex plugin reload i-have-adhd执行上述命令后，i-have-adhd 应该会自动应用你的新规则了。
常见问题与排查方法
- 找不到
SKILL.md文件：检查一下插件是否正确安装并且路径是否正确。 - 修改后的规则没有生效：尝试重启你的代码助手或者重新加载插件。
- 权限问题：确保你有足够的权限来编辑和保存文件。
实际案例
假设你在编写一个复杂的数据库查询函数，并且希望助手能够提供更多细节来帮助调试。你可以添加如下规则：
12. 对于复杂查询函数, 提供逐步解释和中间结果。然后再次重新加载插件：
claude plugin reload i-have-adhd # 或 codex plugin reload i-have-adhd 根据你的工具选择合适的命令当你向助手询问关于某个复杂查询的问题时，它应该会按照这条新规则给出详细解释和中间结果。
本章小结
- 我们学会了如何找到并编辑 i-have-adhd 的规则文件。
- 添加了自定义规则到现有列表中。
- 学习了如何重新加载插件使更改生效。
- 解决了一些常见的问题，并分享了一个实际案例来展示如何利用自定义规则提升工作效率。
6. 在真实项目中应用：提升开发效率
本章我们要把之前学的东西用在实战中，看看 i-have-adhd 究竟能不能真的提高我们的开发效率。读完这章之后，你应该能在实际项目中灵活运用这个技能，不再被冗长的回答困扰。
首先，你需要确保已经按照前几章的步骤成功安装并配置好了 i-have-adhd 插件。无论是使用 Claude 还是 Codex 都可以，只要插件能正常工作就行。
我们先来看一个小项目。假设你正在开发一个简单的待办事项应用，目前有一个功能需要实现：用户可以通过输入任务名称来添加新的待办事项。我们先创建一个新的文件 todo.js 并写下基本的框架代码：
// todo.js
class TodoApp {
constructor() {
this.tasks = [];
}
addTask(taskName) {
// TODO: 实现添加任务的功能
}
listTasks() {
return this.tasks;
}
}
const app = new TodoApp();
console.log(app.listTasks()); // 输出应该是 []接着，我们想添加一个任务“买牛奶”。我们可以这样问代码助手：
帮我在这个 TodoApp 类的 addTask 方法里实现添加任务的功能。如果没有启用 i-have-adhd 插件，助手可能会给你一大段解释性文字，最后才告诉你具体的代码怎么写。但是有了 i-have-adhd 的帮助，助手的回复应该会更加简洁明了，并且直接提供你需要的具体步骤。
预期的结果可能是这样的：
Run the following code:
1. Open `todo.js`
2. Replace the content of `addTask` method with:
```javascript
addTask(taskName) {
this.tasks.push({ name: taskName, completed: false });
}- Test the implementation by adding a task and listing tasks:
app.addTask("买牛奶"); console.log(app.listTasks()); // 输出应该是 [{ name: "买牛奶", completed: false }]
Next: If there are any errors, provide the error message.
如果你遇到类似下面的情况，请检查以下几点：
- 确保插件已经正确安装并且重新加载过了。
- 如果你自定义了规则文件，请确认这些规则是否符合预期并且格式正确。
- 尝试重启你的代码助手或者重新加载插件。
再举个例子，在上面的例子中如果我们发现 `tasks` 数组中的每个任务对象除了名字还需要一个完成状态，默认为 `false`。我们可以进一步要求助手更新现有的 `addTask` 方法来满足这个需求：
确保每个任务对象都有一个名为 completed 的属性，默认值为 false。
预期的帮助可能是这样的：
No changes needed. The current implementation already includes a completed property set to false.
Next: Test the implementation again if necessary.
**本章小结**
- 我们在一个真实的项目中应用了 i-have-adhd 技能。
- 学习了如何向代码助手提出具体的需求，并获得简洁明了的答案。
- 处理了一些可能遇到的实际问题，并找到了相应的解决方案。
- 通过实例体会到了 i-have-adhd 如何提升我们的开发效率。7. 调试与优化：处理常见问题
本章我们要聊聊怎么调试和优化 i-have-adhd，解决可能出现的一些小问题，让你的代码助手更加顺滑地工作。读完这章后，你会知道如何处理常见的错误，并且能更好地调优你的设置。
首先，你需要确保已经按照前几章的步骤成功安装并配置好了 i-have-adhd 插件。如果你之前遇到了一些问题，记得检查一下插件是否正确安装并且重新加载过了。
第一步：识别常见错误
最常见的问题是插件没有生效或者输出不符合预期。这时候可以尝试以下几个步骤：
重启代码助手：有时候简单的重启就能解决问题。
# 对于 Claude claude restart # 对于 Codex codex restart重新加载插件：手动卸载后再重新安装插件。
# 对于 Claude claude plugin remove i-have-adhd claude plugin install i-have-adhd@i-have-adhd # 对于 Codex codex plugin remove i-have-adhd codex plugin add i-have-adhd@i-have-adhd检查日志：查看是否有任何错误信息输出。
# 对于 Claude claude logs # 对于 Codex codex logs
第二步：自定义规则文件
如果你对默认规则不满意，可以自己编辑规则文件来达到更好的效果。假设你想修改某个规则，比如希望所有的列表项不超过 3 项而不是默认的 5 项。
找到并打开
skills/i-have-adhd/SKILL.md文件。修改相应的规则部分。例如：
## 规则 9: 列表限制在 3 个项目以内。 - 不要列出超过三个项目的列表。 - 如果需要更多的项目，请将其拆分为多个子列表或提供一个摘要。保存文件后重新加载插件：
# 对于 Claude 和 Codex 都适用 /i-have-adhd reload
第三步：测试新的配置
为了确保新配置有效，你可以创建一个小任务来测试：
创建一个新的任务描述：
添加一个方法来计算数组中所有元素的平方和。查看代码助手的回复，确认是否符合新的规则。
实际案例
假设你在使用过程中发现每次请求都返回了一个很长的解释性文本，而你只需要实际的操作步骤。你可以通过调整规则来简化输出。
编辑
skills/i-have-adhd/SKILL.md文件：## 规则 5: 每回合都要重申当前状态。 - 确保每一回合的回答都包含当前的状态或下一步的具体行动。 ## 规则 10: 不要有开场白、总结或结束语。 - 直接给出答案或指示，不要添加额外的文字如“希望这对你有帮助”等。保存更改并重新加载插件：
/i-have-adhd reload再次询问同一个问题，看看输出是否变得更加简洁明了。
常见问题及排查办法
- 插件未生效：确认是否正确安装并且已启用。可以通过
/i-have-adhd status或$i-have-adhd status来检查状态。 - 自定义规则无效：确保语法正确并且路径无误。可以尝试恢复默认配置再进行微调。
- 性能下降：如果发现代码助手变慢了，考虑减少不必要的复杂规则或者升级你的代码助手版本。
通过以上这些步骤和技巧，你应该能够更好地调试和优化 i-have-adhf 插件，让它更好地服务于你的开发流程。
本章小结
- 我们学习了如何识别和解决常见的插件问题。
- 掌握了如何自定义规则文件以适应个人需求。
- 测试了新的配置，并通过实际案例验证了效果。
- 提供了一些实用的排查方法和技术细节，帮助你更快地找到解决方案。
8. 与其他工具对比：选择最适合你的方案
本章我们要聊聊怎么和其他工具对比，找出最适合你的方案。毕竟工具有很多，总得知道哪个最对味儿吧？
首先，假设你已经按照前几章的步骤安装并配置好了 i-have-adhd 插件。如果没有的话，赶紧回去补课哈。
对比对象
咱们主要会跟其他几种常见的代码助手插件做对比：
| 工具名 | 特点 |
|---|---|
| ChatGPT | 大众熟知，功能强大，适合各种场景 |
| GitHub Copilot | 集成在 VSCode 中，专注于代码补全和建议 |
| Tabnine | 同样集成在 VSCode 中，强调智能代码补全 |
使用体验对比
ChatGPT
ChatGPT 很强大，能回答各种问题、写文章、甚至搞创作。不过对于编程来说，它的输出有时候太啰嗦了。
优点
- 功能全面
- 上手简单
缺点
- 输出冗长
- 缺乏结构化指导
GitHub Copilot & Tabnine
这两个都是专门针对代码编辑器设计的工具。它们的优点在于能够实时提供代码建议和补全。
优点
- 实时性好
- 高效节省时间
缺点
- 主要用于代码补全而不是详细解释
- 可能会有版权问题（比如基于开源库生成的代码）
结合使用
当然啦，并非只能二选一。我们可以结合多个工具来达到最佳效果：
- 初始规划阶段：用
i-have-adhd来快速理清思路和任务分解。 - 编写代码阶段：借助 GitHub Copilot 或 Tabnine 来提高编码速度。
- 调试阶段：再次回到 ChatGPT 获取详细的错误分析和修复建议。
示例场景
假设你要实现一个用户认证系统。我们可以这样分工：
用
i-have-adhd规划任务/i-have-adhd 如何实现一个用户认证系统？预期结果：
下一步: 设计数据库模式。
用 GitHub Copilot 编写注册接口 打开 VSCode，在
authController.js文件中输入注释：// 注册新用户的函数 async function registerUser(req, res) { // ... }GitHub Copilot 会自动帮你完成函数逻辑。
用 ChatGPT 解决遇到的问题 如果你在测试过程中遇到了问题，可以直接问 ChatGPT：
Why is my login route returning a 401 error?
总结一下
每个工具都有自己的强项。关键是找到它们之间的平衡点，并且灵活运用到不同的开发阶段。通过这种方式，你能大大提高工作效率哦！
本章小结
- 我们了解了几种常用的代码助手工具及其特点。
- 学习了如何将
i-have-adhd结合其他工具一起使用。 - 通过一个具体的开发场景展示了不同工具的应用方式。
- 强调了灵活性和组合的重要性。
常见问题
安装时报错：找不到插件
解答：请确保你使用的编码助手支持该插件，并且按照正确的安装命令进行操作。例如，在Claude Code中应使用以下命令：
claude plugin marketplace add ayghri/i-have-adhd
claude plugin install i-have-adhd@i-have-adhd在Codex中则应使用：
codex plugin marketplace add ayghri/i-have-adhd --ref main
codex plugin add i-have-adhd@i-have-adhd如果仍然遇到问题，请检查网络连接或查看是否有更新的安装指南。
环境和依赖问题：是否需要本地克隆仓库？
解答：不需要手动克隆仓库。对于Claude Code，它会自动从市场获取并保持更新；而对于Codex，则通过命令直接添加插件即可。
配置问题：如何自定义规则？
解答：你可以通过fork这个项目来修改规则。首先，将项目fork到你的GitHub账户下，然后编辑skills/i-have-adhd/SKILL.md文件以调整规则内容。最后，使用如下命令重新安装你的版本：
claude plugin marketplace add <your-username>/i-have-adhd使用误区：如何正确调用技能？
解答：在Claude Code中只需输入/i-have-adhd即可应用输出风格；而在Codex中可以通过输入$i-have-adhd显式调用此技能。此外，当Codex识别出某个任务可以从该技能获益时也会隐式地应用这些规则。
与其他工具对比：相比其他类似工具，“i-have-adhd”有哪些独特之处？
解答：“i-have-adhd”专注于简化编程助手的回答方式，使其更加简洁明了且易于遵循。具体来说，它采用了行动导向的原则，并对多步骤任务进行了编号处理。同时避免了冗余信息的加入，使用户能够快速抓住关键点并采取下一步行动。
报告错误或建议改进的方式是什么？
解答：如果你发现了任何bug或者有改进建议，请访问项目的GitHub页面，在那里可以提交issue报告详细说明情况。我们非常欢迎社区用户的反馈和支持！
